Slashdot Mirror


Building Websites with Joomla! 1.5

Michael J. Ross writes "Web developers are oftentimes under pressure to build attractive sites as quickly as possible, and thus they are increasingly making use of content management systems (CMSs), which offer most of the functionality typically needed in a site, such as user authentication, site-wide styling, and of course managing content contributed by site owners and users. Joomla is an extremely popular and heavily-used CMS, partly because it is one of the easiest to install, configure, and use as a starting point for a new site. But with all CMSs, Joomla's online documentation and forums can prove frustrating to the new developer. Books such as the recently published Building Websites with Joomla! 1.5 are intended to fill that gap." Keep reading for the rest of Michael's review. Building Websites with Joomla! 1.5 author Hagen Graf pages 384 publisher Packt Publishing rating 7/10 reviewer Michael J. Ross ISBN 184719530X summary An introductory-level guide to the latest version of Joomla. Written by Hagen Graf, with a guest chapter by Angie Radtke, Building Websites with Joomla! 1.5 was published on 28 March 2008 by Packt Publishing, under the ISBNs 184719530X and 978-1847195302. It is an update of his earlier book, Building Websites with Joomla! v1.0, put out by the same publisher. Like the previous edition, this latest one is aimed at beginning and intermediate Web developers who wish to learn how to make the most of Joomla for building new sites or maintaining existing ones that they have inherited.

The author has organized the book's material into 17 chapters and seven appendices, covering the major topics of interest to Joomla developers: terms, concepts, and sample sites; Joomla installation; a site's major elements; customization of language, and by templates; the administrative interface; the primary menus (Site, Menus, Content, Components, and Extensions); some commonly used tools; some popular extensions; writing templates; accessibility; MVC, components, modules, and plug-ins; building a sample site; and analysis of some bonus templates. The book's 384 pages conclude with a rather sparse index.

On the publisher's Web page, visitors can read more about the book, download the sample code, post feedback or a question, read the online table of contents, and download a sample chapter, namely, the second one in the book, on Joomla installation. The publishers also make it possible to purchase an electronic version of the book, which could be especially handy for any reader who would like to reference the book while working off-site, and without lugging the print version along with their laptop.

The publisher's site characterizes it as a "fast paced tutorial," but the book gets off to a slow start, on a micro level and on a macro level. The first eight paragraphs are devoted to explaining the concept of a content management system, and its variations, which is essentially a waste of space for the typical reader of such a book. Any developer interested in reading a Joomla book certainly does not need such a lengthy explication. If the purpose is to enlighten people unfamiliar with how Web applications work, then more care should be devoted to clarifying phrases that would confuse such neophytes, such as "the net." In fact, most of the introductory material could be excised or summarized. In addition, Mac users will not be pleased with the PC centricity, unremedied until Chapter 2. The first chapter later bogs down in a wearisome comparison of a Web site with a piece of real estate. Throughout the chapter, the level of discussion alternates between quite simplistic — presumably for the complete neophyte — to intermediate. It is as if the author realizes that there is a tremendous amount of material to cover, and thus needs to move along at a decent pace — one that can be comprehensible to intermediate programmers — and yet occasionally interjects overly simple material, in the hopes of not leaving behind the newbies. Overall, it doesn't work, and the chapter in particular, and the book in general, should instead target Web developers who have some experience with CMSs, or at least basic Web site creation.

The second chapter explains what underlying technologies are needed in conjunction with Joomla, and how to install them for testing. Readers should note that page 31 may give the impression that XAMPP is the only available package that includes Apache, MySQL, and PHP — but it is not. The third chapter provides a nice overview of the various major components on the homepage of a brand new Joomla site. One minor flaw is in the image on page 52, in which the "Resources" menu should be placed above the "Key Concepts" menu, as seen on page 54 and as seen by the reader if they are following along using their own Joomla installation (a practice highly recommended by both the book's author and this author).

Chapter 4 demonstrates how to install a different language for the public site and the administrator site — in this case, German. Readers whose primary or only language is English may be confused as to why the author begins the detailed Joomla coverage with this more specialized topic, rather than starting with the material found at the beginning of the next chapter. It is possible that the author concluded that the rest of the reading audience would want to first install the language module for their primary language, which makes sense. On page 68, the author refers to the template named Kepri as "previously introduced," but I can't find where this was done, and the index is of no help (it does not even have a section for the letter K). Far more confusing, and irritating, is when authors make reference to some file that the reader cannot find. For example, Hagen Graf instructs the reader to "download the language files from the German translation team's website." Sure, but where? Four pages later, we are told to upload tmpl_bertrand.zip, but not where to find the file. It turns out that it is in 5302_Code/chapter 16/, in the downloadable sample code from the publisher's site.

The fifth chapter is almost as short as the fourth one, and briefly describes the configuration of the Joomla administration site. The author recommends that readers still using Internet Explorer switch over to Mozilla Firefox (amen), yet oddly describes Firefox as two different browsers. There are some other minor flaws: The list of 17 toolbar elements, on page 72, would be more efficient if it were alphabetized. The second illustration on page 73 supposedly shows the results of filtering for enabled modules only, and yet the drop-down menu does not reflect that. The version numbers stated in the text on page 77, do not match those shown in the illustration on that page. Yet none of these blemishes lessen the value of the material.

Chapter 6 covers the Site menu, whose components can be accessed directly from the menu items or from icons on the Control Panel page. The author asserts that the icons allow faster access, but actually the menu items are more direct. The chapter is informative, and would be more so if the author explained what is really happening with — and how to utilize — debug messages ("Debug Language").

Chapters 7 through 10 go into the details of the Menus, Content, Components, and Extensions menus. Most of the explanations are straightforward, except that on page 143, whose third paragraph is downright baffling; also, the "Default Section Layout" and "Archive Blog" display formats mentioned are not available or even shown in the illustration on the previous page. On the first page of the seventh chapter, the author begins to introduce "an example from joomlart.com," but apparently forgot to include the example itself. Also, in the discussion of "Parameters — Component," the last two options — Target and Icon — were neglected.

Chapter 11 briefly describes three of the built-in tools, and Chapter 12 shows the reader how to install some popular extensions for customizable message boards, document management, and image galleries. The coverage of the extensions is enough to get the reader started, but the author really should explain why the reader would need to reboot their computer after installing Fireboard (page 203), or even restart the Apache server, if that is what the author meant.

With Chapters 13 through 15, Hagen Graf shifts to Joomla topics that would be of most interest to veteran Web programmers: how to develop your own templates, components, modules, and plug-ins. Sadly, at this critical juncture, the narrative and sample code become noticeably more muddled and confusing than what is found in the earlier chapters (which mostly consist of explaining the individual controls within Joomla's administrative area, and are thus easier to get right). For instance, to readers unfamiliar with div tags (likely a minority), the author recommends "selfhtml," without explaining what or where it is; presumably it is the German site SELFHTML, which is of no value to the English language readers of this book. Further on, the template provided in the downloadable code styles one's Joomla site as if no template were even in use, and not like the preview thumbnail image. The author's reference on page 229 to "one command" is baffling, and the publisher's left-justification of all the CSS rules makes the template's CSS even less readable. By the time readers reach the section titled "Integration of the Joomla! Module," they may be quite frustrated, and asking themselves, "What Joomla module?!" — despite the author's self-congratulatory comment "this has worked so well."

Chapter 14 was written by Angie Radtke, co-creator of the increasingly popular Beez template, which offers a lot more flexibility than most if not all other Joomla templates. She discusses Web accessibility ("barrier freedom") in general, and as implemented in particular by her template. The general discussion would be of interest to anyone unfamiliar with how to make Web sites more accessible, and is more thorough than what is found in some other Web design books. The template discussion would primarily be valuable to anyone developing a new template — especially one based upon Beez — and who is otherwise not aware of accessibility considerations. However, in any future editions, the HTML and CSS code should certainly be formatted better. For more advanced Joomla developers, Chapter 15 may be the most compelling one of all, because it describes how to create your own components, modules, and plug-ins — starting with an overview of the Model-View-Controller (MVC) design pattern.

In the penultimate chapter, the author steps through the process of setting up a simple Web site (in this case, for a winery). Working through the example will help readers solidify the knowledge they gained in the earlier chapters. It would also be handy for someone proficient with CMSs who simply wants to try Joomla in the least amount of time — somewhat like a quick-start guide. The book states that Joomla does not have an e-commerce shop component. Presumably the author is referring to the fact that, at the time of his book's writing, VirtueMart did not yet support Joomla 1.5; the latest release apparently does. Lastly, much of the vintner story is superfluous and could be condensed or cut. The last chapter briefly discusses a number of available templates. The book concludes with seven appendices, most quite brief: online resources; jdoc details; two methods for changing a template logo; a link to the Joomla API; how to reset the admin password; how to migrate a Joomla version 1.0 site to 1.5; the PHP register_globals setting apropos of Joomla security.

Like so many technical books, this one certainly has its noticeable strengths and weaknesses. The author's high regard for Joomla, as well as his extensive experience with it, is truly evident throughout his book. Also, he does touch upon all the major areas that would be of interest to the Joomla programmer.

However, the book's writing could be cleaned up and clarified a great deal. It could certainly use a lot more well-placed commas to increase readability — especially for the many run-on sentences — and far fewer exclamation marks. On a larger scale, the chapter summaries add no value and should be cut. The book contains many compound adjectives lacking hyphens, just as there are a few complete statements incorrectly separated by commas and not semicolons. Many of the expressions are rather odd and puzzling; for instance, "graphic scripts" (page 250), "easiest solution nothing shifts" (page 258), and "barrier freedom" instead of the much more universal term "accessibility." Non-German readers may be turned off by the book's German centricity. Furthermore, readers don't need to be told, twice, that the German translations were done by the German translation team. The book contains at least 49 errata (which I have reported to the publisher). These do not include countless instances of the term "that" being used incorrectly in place of "who," by both the primary and guest authors. Given the considerable number of errors, the reader may begin to wonder whether the book was edited prior to production.

The book falters most when it veers away from Joomla administration toward marketing and business topics. For instance, eBay is characterized as a "flea market" (page 55), but it is more of an online auction. On the same page, the discussion on advertising, frozen spinach, etc., adds no value to the book, could easily puzzle readers, and is somewhat disjointed from the topic at hand — contradicting the author's assertion that the book is cohesive (same page). Overall, the book could use a fair amount of trimming.

In terms of the book's production, the quality is fine, but Packt Publishing is the only technical publisher that I know of that insists upon using a glossy ink, which makes the book's pages somewhat difficult to read depending upon the angle of one's reading light as it bounces off the page. Also, whoever set the text on the pages should have refrained from removing most of the indentation from the code.

From an editing perspective, Building Websites with Joomla! 1.5 is in need of considerable improvement — especially those passages that will prove most confusing to readers. But from a technical perspective, the book offers a lot of valuable information to new Joomla developers, and could easily become the preferred resource that they turn to when building their first Joomla Web sites.

Michael J. Ross is a Web developer, writer, and freelance editor.

You can purchase Building Websites with Joomla! 1.5 from amazon.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

129 comments

  1. Wow by Anonymous Coward · · Score: 1, Funny

    Joomla 1.5 was released? What's next, Duke Nukem Forever?

    1. Re:Wow by Smidge207 · · Score: 3, Funny
      Joomla 1.5 was released? What's next, Duke Nukem Forever?

      Yep. That's what I HERD.

      =Smidge=

      --
      Is it just my observation, or is eldavojohn an idiot?
    2. Re:Wow by bsDaemon · · Score: 1

      don't you mean HURD?

    3. Re:Wow by qortra · · Score: 1

      That would have been reasonably funny if you had used HURD or "HIRD" (the other half of the mutually recursive acronym.

    4. Re:Wow by Smidge207 · · Score: 0, Flamebait
      Actually I wasn't trying to be funny at all, I just mistyped "HEARD."

      Smart ass.

      =Smidge=

      --
      Is it just my observation, or is eldavojohn an idiot?
    5. Re:Wow by felipekk · · Score: 1

      Preview is your friend =)

    6. Re:Wow by DarrenBaker · · Score: 1

      I think he mistyped it on purpose, in order to be 'folksy'.

    7. Re:Wow by Jansingal · · Score: 1

      Look for a Joomla 2.0 soon!

    8. Re:Wow by Doggabone · · Score: 1

      That's how I red it.

  2. Popular? by Anonymous Coward · · Score: 0, Troll

    I build web site applications for a living, I've not seen a Joomla site. I generally create sites with Python and/or Django for small to enterprise use. I don't understand why this slashvertisement is on the front page.

    1. Re:Popular? by Phyrexicaid · · Score: 2, Funny

      I build web site applications for a living, I've not seen a Joomla site. I generally create sites with Python and/or Django for small to enterprise use. I don't understand why this slashvertisement is on the front page. Maybe because
      "Slashdot welcomes readers' book reviews"
      --
      The meme is dead, long live the meme!
  3. How easy is it, really? by overtly_demure · · Score: 4, Insightful
    When you get down to it, the learning curve for CMSs like Joomla is close to that required to just sit down and code a site in your favorite scripting language. At least it feels that way.

    I do not agree that non-geeks have a happy and easy time setting up, running, maintaining, and extending their sites with CMSs. They end up hiring coders or other geeky types to take care of it just as they would hire someone to write the site from scratch. If I am wrong, how far off the mark do experienced Joomla users think I am?

    1. Re:How easy is it, really? by Archangel+Michael · · Score: 4, Interesting

      "I am wrong, how far off the mark do experienced Joomla users think I am?"

      You're wrong. I develop websites for people using CMS (Joomla actually, but I've used Drupal and WebGUI which works just as well) and for rapid development of a decent looking site that the average person can manage the day to day operation (adding/changing content) it is fairly easy. I have one website where the only think I do is the technical side, adding capability, and the daily person is NOT a computer person at all.

      Many hosting companies offer automatic installation and configuration of CMSes using cPanel (or other MGMT system). If a person needs help with cPanel, then they will need some technical support, but once the site is functioning, the average person CAN manage the content by themselves.

      It takes me about 4 hours to fully setup a nice Joomla site, including changing the default template, adding all the various extensions needed etc. In fact, the plugins and modules for CMSes are why I use them. Find the right plugin, and bam you're done.

      The average not to geeky person can easily do most things in CMSes.

      --
      Agent K: A *person* is smart. People are dumb, stupid, panicky animals, and you know it.
    2. Re:How easy is it, really? by risk+one · · Score: 1

      I'm a Drupal user, but I think I can answer your question. You're not too far off the mark. Especially with frameworks like Rails (or even the basic php library) that bring the 'basic language' as close as you can get to a CMs, without actually being one.

      The reason you would use one of these packages is that, like with any hobby-project, at some point in the development of your website you run into something that you just can't implement yourself. You can make a little blog yourself, but what if you decide that you want RSS feeds? Or internationalization? Proper management of images (including resizing)? User comments, with escaped markup, captchas? As your home brew site scales, you'll run into these things.

      Of course there are libraries, for most of these, but the library authors don't know what you database looks like, or how to access your basic objects (stories or pages or whatever). Use a CMS, and all these things are tied into one standardized package, and ninety-nine times out of a hundred, you won't have to write a line of code.

    3. Re:How easy is it, really? by DNS-and-BIND · · Score: 1

      People who use Joomla don't have a "favorite scripting language". Unfortunately, attitudes like yours are far too common and software suffers as a result.

      --
      Shutting down free speech with violence isn't fighting fascism. It IS fascism!
    4. Re:How easy is it, really? by owlnation · · Score: 2, Interesting

      No, I think you're not wrong.

      My experience with Joomla (after having used it for a few years now) is exactly what you say -- there's a steep learning curve. The documentation is a lot to blame for that, as the summary says. The documentation appears to be written (as most technical documentation is) by someone who doesn't understand what a new user's questions would be, nor how to approach set-up from start to finish in a step by step way. There's not even a basic guide on how to use it: planning -> install -> configuration options -> themes - > modules -> security etc. A lot of that is assumed knowledge, and as far as config goes, you pretty much have to spend a lot of time testing things out to see what works.

      It seems also much of the more detailed documentation, and documentation for modules and other add-ons is not written by native English speakers. Some of it is completely unintelligible.

      Joomla is usually straightforward if you have a good understanding of CSS, html, and how web files are structured. If you don't, you'd better like the default theme, cos you'll not be changing it. (as an aside you can often tell a Joomla site because the user has no idea how to change the favicon, and the default Joomla one is the one being used.) Also, when something goes wrong, you'll need to call in external assistance pretty much every time.

      My biggest bugbear is the layout and terminology for the admin interface. It's in NO WAY intuitive. I've spent hours sometimes trying to figure out what each thing is and does -- a newbie has no chance with that. I think with dramatically better documentation, Joomla could be easy to use for a newbie. Perhaps this book will help.

    5. Re:How easy is it, really? by rho · · Score: 2, Insightful

      Pre-packaged CMSes are valuable. My problem with them is that, in general, if you want or need to extend them, you have to learn a sub-set of whatever language the CMS is written in. You're not writing a PHP module, you're writing a Drupal module, that if you want to continue to use through various Drupal versions you have to stick closely to the Drupal Way Of Doing Things. I don't have any experience with Joomla, but I imagine it's similar.

      Contrast that with something like the Zend Framework. You're still writing PHP, but using ordinary PHP classes that implement useful things. At some level it's basically the same thing as Drupal or Joomla, but IMO the same effort results in a much more flexible application and less likely to break in exciting ways.

      (If your needs are fully met by a CMS then it is foolish to reinvent the wheel. The CMSes have already encountered and solved many problems that you'll have to slog through with your homemade application.)

      --
      Potato chips are a by-yourself food.
    6. Re:How easy is it, really? by Crudely_Indecent · · Score: 2, Insightful

      The big advantage to a CMS for a developer is that you can deliver a good site that will stay looking good (almost) regardless of what the inexperienced customer does.

      For example, one of my customers is about 80 years old. His only request was that he be able to edit his price lists without my interaction.

      Do I choose to teach this man frontpage (or some similar wysiwyg editor) or do I install a component that will let him do exactly what he asked. I'll go for the latter and reduced training time.

      My customers are absolutely in love with their new sites.

      At any rate, it's far easier to take advantage of an existing codebase and make minor modifications than to write from scratch. I wasn't a big fan of CMS applications until I found Mambo (later Joomla)

      --


      "Lame" - Galaxar
    7. Re:How easy is it, really? by FishWithAHammer · · Score: 1

      I use Joomla for many sites where I don't want to dick around with writing code itself. And I do have a favorite scripting language.

      --
      "You can either have software quality or you can have pointer arithmetic, but you cannot have both at the same time."
    8. Re:How easy is it, really? by FishWithAHammer · · Score: 1

      If you don't, you'd better like the default theme, cos you'll not be changing it. Upload a zip file or a tarball. Bam. You've got a new template.

      It's not easy, but it's not hard whatsoever. The admin panel has one big issue: the fact that the "save" button isn't keyable like a normal submit button (hit enter in a text box, it automatically saves).

      I haven't changed the favicon on my site mostly because I don't have a better one. :D
      --
      "You can either have software quality or you can have pointer arithmetic, but you cannot have both at the same time."
    9. Re:How easy is it, really? by CrazedWalrus · · Score: 2, Interesting

      This was my issue with Joomla too. When I tried it out, I immediately recognized that it was extremely powerful software and that, if I spent enough time with it, I could probably make it do lots of cool stuff. Unfortunately, I don't have that kind of patience. After spending quite a lot of frustrating time on the admin interface where things didn't work as I expected, or were buried so deep that I wound up forgetting how to get there, I just gave up and went to WordPress. After using that for a while, I gave that up and went to Drupal, and have been happy so far.

      I'm not religious about CMSs, because they're all obviously well written and very powerful, but the relative ease with which I learned Drupal and even made some simple plugins for an app at I was writing at work really won me over.

      A major point of a CMS is to shorten the startup time. If the CMS takes days to learn the basics and weeks or months to really learn, it isn't really accomplishing that goal. I need something now, or at least soon, so I follow the path of least resistance with this type of software.

    10. Re:How easy is it, really? by lymond01 · · Score: 2, Interesting

      I think some people not familiar with the CMS idea think that using a CMS makes life easier for the developer, not just the client.

      Using Plone as an example, I can put up a simple, templated website allowing authenticated updating and commenting in about 5 minutes. If the user wants me to add a form that stores data into a centralized SQL database, there are ways to do that but it'll require extra packages, a modicum of python knowledge, and some knowledge of Zope's TAL scripting.

      So sure Plone makes things a little easier, and the better the developer is with Zope/Plone/Python, the easier it is. But developing a moderately-featured site with Plone isn't much easier than it is by hand if you're new to the underpinings.

      But when the site development is done and it's time to add content, the web programmer can finally just walk away and let the users handle that part, and that's where a CMS shines, and that's why you'd want to use one.

      So don't think a CMS is a "quickstart" solution for a moderately complex site. It's only quick once you're done learning the CMS ins and outs, which may include a new programming language. But programming a few applications and custom pages is much less work than writing a standards-compliant, form-secured, completely-user-updateable website from scratch, I'd think...

    11. Re:How easy is it, really? by iamwahoo2 · · Score: 2, Interesting

      I respectfully disagree. I have done a fair amount of programmin but not a web programming. I found setting up Joomla to be a breeze in comparison to what it would have taken to build my own site of similar aesthetic appeal. When it comes to administration of the content, I find it no more difficult than something like MS Sharepoint which is used around my workplace by many non-geeks.

    12. Re:How easy is it, really? by codeneko · · Score: 1

      I completely disagree. I am a Software Engineer by trade and have all the required skills to build a site from scratch but I simply do not have the time! I am known to actually rewrite everything but it is more a matter of priorities. Do I really want to spend the 30+ hours to write a custom forum UI? Or user management architecture? No... instead I spend the time adding to the baseline that Joomla provides to bring as much functionality as possible to my users with as little effort as possible for my part. If you're curious what I'm talking about... you can check out my site vendortrash.dnsdojo.org. It's a WoW guild site using an older version of Joomla significantly hacked to support game related material. A lot of it is out of the box and I've added things as necessary, or when a prebuilt solution just wasn't what I wanted.

    13. Re:How easy is it, really? by KeithX8 · · Score: 1

      When you get down to it, the learning curve for CMSs like Joomla is close to that required to just sit down and code a site in your favorite scripting language. At least it feels that way.

      I do not agree that non-geeks have a happy and easy time setting up, running, maintaining, and extending their sites with CMSs. They end up hiring coders or other geeky types to take care of it just as they would hire someone to write the site from scratch. If I am wrong, how far off the mark do experienced Joomla users think I am?

      The Joomla or Drupal learning curve = the time to code site #1. All subsequent site builds have no learning curve, so a CMS can be vastly more productive than hand-coding. When you add in sticky features such as registration for access to freebies, user polls, etc. then you have a very significant value equation for your clients. Plus the end-user can add their own content as time goes on without having to get in my implementation queue, definitely a win-win situation.
    14. Re:How easy is it, really? by gravyface · · Score: 1

      I too develop websites for people using Joomla, Drupal, etc. but have started investing more time in learning frameworks (Zend Framework/code igniter for PHP work, Django for Python) instead of hacking (err "extending") CMSs into a site somewhat resembling what my client asked for.

      The problem with Joomla and friends is that while setting up canned community sites (forums, galleries, simple user ACL, etc.) with a modest template is fairly trivial, taking it beyond that is not as simple.

      From a design/usability perspective, it's a free-for-all: every plugin developer has their own idea of what the markup should look like, what classes/ids to use, and how the administrative/user interface should operate; some of them use inline styles, some use nested tables -- I've even seen font tags. With a framework, there's a blank canvas for you to work with; you're not trying to step through source to find out what crappy plugin's css include is messing with your font sizing or breaking your layout.

      Yes, you're free to modify CMS plugins, but you're at the mercy of the core engine or the plugin developer as to what you can modify. If you go beyond that, then you're going to have to either keep a branch of your changes and enjoy diffing each new update/version (big PITA), or try to get your changes folded into the core -- if your code is too custom and doesn't appeal to the masses, you're SOL.

      Of course frameworks are not immune to "core conflicts" either, but the good ones will provide you with guidelines to follow, and stay out of your way should you decide to go somewhere else.

      From a security perspective, it's as bad as it gets: check out milw0rm.com's list of exploits for Joomla -- the core engine may be solid, but the plugins and modules? Not so much. Now, you don't have to use 3rd-party add-ons, but what's the point of the CMS then? You might as well build it using a framework.

      Joomla, Drupal, etc. are immensely popular for a reason: if you need to throw up a community site that is feature-complete and requires little to no coding or customizing, then by all means, go with something like Joomla; you get a boatload of functionality for minimal effort, but know what you're getting into for the long-haul.

      --
      body massage!
    15. Re:How easy is it, really? by Anonymous Coward · · Score: 0

      I had installed on my gaming communities website with Fireboards forums. I HATE it. Period. I've been looking for a replacement, thought it seems that I will have to start from scratch again. There forums are not only useless for a novice, but seem to be full of smug assholes.

        All I wanted was a running website and some forums, 2008 and that is still a tall order.

    16. Re:How easy is it, really? by Archangel+Michael · · Score: 1

      CMS isn't the be all end all of website design. However, I can assure you that once you have a web developer develop a custom site, and then gets pissy on the customer, that the customer is screwed.

      While it is possible for someone else to come in, and learn the code thats being used and fix the mess the customer is in, it is often such a steep learning curve that the only real solution is to rebuild the site using the new developer's tools of choice. Which leaves the customer in the exact same boat there were in the last time, at the mercy of the Developer.

      I've been doing this a long time, and I can assure you that once the Developer leaves, it is difficult, often impossible, to have someone else manage the site. I've also been around long enough to see one company be screwed by three "web site developers" who got pissy when the customer didn't like something they did, and had an ego trip and leave. One even took the site down as she left, (all copyrights were hers).

      I ended up replacing the site with a stock CMS application, explaining that anyone familiar with that app could take over for me at any time. They like that idea.

      In the end, they did have to give up on one function the website used to have, but I've also added features that the other developers never dreamed of.

      My point? It is a two way street. A good developer can make an awesome site, but if that person is hit by a car, or gets pissy, it can be just awful for the customer. And that happens more often than many would like to admit. Its all about trade offs, and what you value.

      --
      Agent K: A *person* is smart. People are dumb, stupid, panicky animals, and you know it.
    17. Re:How easy is it, really? by FLEB · · Score: 1

      Do tell, what did you end up using for this? I've had this problem a few times, and have found it hard to find a lightweight, simple, "list" module, at least for Joomla.

      --
      Information wants to be free.
      Entertainment wants to be paid.
      You just want to be cheap.
    18. Re:How easy is it, really? by Crudely_Indecent · · Score: 1

      Eventslist

      but they it's for J1.5 only (I believe)

      --


      "Lame" - Galaxar
  4. Why don't people mention underlying technologies? by qortra · · Score: 5, Informative

    After searching through the Joomla main page and the "What is Joomla?" page, I was still unable to find the underlying technology. Even the review doesn't mention it until the 5th paragraph, and then only as an afterthought. Why is it so hard to mention that the CMS is built on PHP? That is information that I really care about (as do many other website developers).

    As a side note, this is why I like Wikipedia. Unlike the Joomla site and this review, it mentions "PHP" in the Joomla article header. Note to website developers; if your "about" page is less helpful than the Wikipedia article, simply take a snapshot of the Wikipedia article and make it your "about" page.

  5. Definitely worth using. by -kertrats- · · Score: 5, Informative

    I'm the Managing Editor of the University Register, campus newspaper of the University of Minnesota, Morris. Last fall we installed Joomla to replace a bizarrely hacked-together mess of a website that was hand-coded by some student years ago that no one knows anymore. It's extremely simple to use (though we still haven't fixed a few small issues, such as the top module not appearing correctly on article pages; this isn't really due to lack of ability as it is lack of effort, as there are more important things for us to do). I would definitely recommend it to anyone that wants a site that's easy to use and configure. As a plus, it's also vastly improved our pagerank on Google, presumably because it's easier to crawl.

    --
    The Braying and Neighing of Barnyard Animals Follows.
    1. Re:Definitely worth using. by bishiraver · · Score: 2, Informative

      Joomla is great for sites that need to be simple, easy to configure, and easy to update for non techies. For any other CMS application (ie, a complicated corporate site, a news site with many contributors and many categories), use something made to be templated extensively. My favorite is Expression Engine, but there are others out there. (disclaimer: I do not work for CI or EE or whatever their parent company is called, I'm just a happy user)

    2. Re:Definitely worth using. by -kertrats- · · Score: 1

      And that's exactly why it's so nice for us. Even though our Online Editor knows PHP, HTML, everything that you would need to know to use a more complicated CMS, that hasn't always been the case, and not needing to know that in order to keep the website updated weekly is just what Joomla is good for.

      --
      The Braying and Neighing of Barnyard Animals Follows.
    3. Re:Definitely worth using. by felipekk · · Score: 1

      (...) this isn't really due to lack of ability as it is lack of effort, as there are more important things for us to do).(...) Like commenting on /.
    4. Re:Definitely worth using. by Anonymous Coward · · Score: 0

      You wrote 'ie', but you meant 'eg'. Get it right next time. Do they not teach Latin in high school anymore?

  6. Joomla on Solaris by blastwave · · Score: 1

    We had Joomla on Solaris working neatly also. That needs to be started up again as a simple to install package for OpenSolaris and Solaris 10. http://www.blastwave.org/dclarke/blog/?q=node/77

  7. pay-to-play by ceejayoz · · Score: 4, Informative

    If only so many of the really useful modules weren't pay-to-play.

    Major kudos to Drupal.org's policy of only allowing GPLed modules into their download directory.

    1. Re:pay-to-play by Dynedain · · Score: 3, Informative

      Actually the Joomla team has come to the decision that any extensions of Joomla (except for templates and bridges to other packages) should be GPL, and indicate as such in the extensions directory.

      1.5 was a major rewrite of the Joomla/mambo core and the emphasis moving forward is GPL v2. Of course older extensions are still listed (and flagged as commercial where appropriate) for legacy purposes, but moving forward should have a significant shift towards availability of GPL plugins.

      My own plugins are now GPL after I rewrote them for the new Joomla 1.5 codebase. Not all of them are public releases, but the ones that are, are listed in the Joomla extension directory and clearly flagged as GPL

      --
      I'm out of my mind right now, but feel free to leave a message.....
    2. Re:pay-to-play by lancert · · Score: 1

      I have to disagree about the amount of commercial extensions. I can meet about 95% of my client's needs with free extensions. And I also don't mind paying for some extensions that fulfill a need. In general, but not all cases, I feel I get a more robust extension and better support from the commercial ones. I'm actually more bummed about the large number of great, yet abandoned extensions out there.

  8. probably not by Anonymous Coward · · Score: 0

    But new Joomla problems show up on security reports almost weekly.

    And reading this review it looks like the book is much worse than 7 of 10.

  9. JOOMLA 1.5 install by vague_ascetic · · Score: 1

    For any who host multiple sites on one server, or are planning to run JOOMLA from a sub-domain, might be a good idea to bone-up on .htacccess and Apache <directory> before attempting to drop the 1.5 codebase into a server folder. I recently did a 1.5 install that required a few default overrides I wasn't expecting (Apache and PHP). Remember, phpinfo() is your friend...

    --
    Rush Limbaugh is a perfect real world example of an oxycontinmoron
    1. Re:JOOMLA 1.5 install by iivel · · Score: 1

      Any chance of some more details of what you ran into here? I'm getting ready to set up a site (on hosted server space) for a voulenteer organization (this is pro-bono work as I'll be doing the work, paying for the domain and the cost of hosting). I would like to have each chapter have their own subdomain of the main site. Is it possible for a single JOOMLA installation to run multiple subdomains, or will each need their own install? Also: does anyone have some good reccomended reading on how to set up a CMS to run in this type of enviornment? Thanks.

    2. Re:JOOMLA 1.5 install by vague_ascetic · · Score: 1

      The problem is, I'm not exactly sure why JOOMLA finally installed. I'll try and relate to you exactly what happened though.

      It was on a Virtual Sever, that has 4 domains and multiple subdomains, all off of one IP, and JOOMLA was installed as a subdomain with its root folder a subfolder of the parent domain's root folder. The virtual domains were setup in httpd.conf:

      <VirtualHost *:80>
      ServerName mydomain.com
      ServerAlias www.mydomain.com
      DocumentRoot /var/www/mydomain
      </VirtualHost>

      <VirtualHost *:80>
      ServerName joom.mydomain.com
      ServerAlias www.joom.mydomain.com
      DocumentRoot /var/www/mydomain/joom
      </VirtualHost>

      As far as I could tell, LAMP was set-up default with th exception of PHP.ini, which was a very minimal config, and locked read only by the Host Company, but they allow full PHP configuration override in a file inside /etc/conf.d/, using an Include statement in httpd.conf.

      I wget the codebase and exploded it into /var/www/mydomain/joom as is, no extra folder. The browser installer throws an error in the 2nd stage, and only gave the following error message:

      Cookies do not appear to be enabled on your browser client. You will not be able to install the application with this feature disabled. Alternatively, there could also be a problem with the server's session.save_path, if this is the case please consult your hosting provider if you don't know how to check or fix this yourself.

      The obvious; yes cookies were enabled. phpinfo() showed session.save_path == no value, which should have defaulted to /tmp. I tried setting the variable in the /etc/conf.d/ PHP override, and using .htaccess in JOOMLA doc root; no dice. I attempted just about every combination I could think of, except downloading the PHP.ini for the specific PHP version and using that as the override file. Then I tried a manual install, and it too failed.

      I quit for the day, and the next day I decided to comment out the whole PHP configuration override file, and then enable error logging, so the only two PHP configuration commands in the override file were:

      • error_log = /var/log/phperror.log
      • log_errors = On

      I went back to the browser install, and the god damned codebase breezed through the 2nd and 3rd stage, but hung attempting to initialise MySQL, so I uncommented: mysql.default_character_set = "latin1"; in the PHP configuration override file. That did the trick, it finished the install, and is still running smooth.

      It seems funny that turning on PHP error logging was the fix though, but the only other thing I can think of was commenting out: session.auto_start = On; in the PHP configuration override file. Admittedly, I'm no elite PHP coder though, so maybe you or someone else has an opinion about it.

      Good luck...

      --
      Rush Limbaugh is a perfect real world example of an oxycontinmoron
  10. Re:Why don't people mention underlying technologie by AchilleTalon · · Score: 2, Insightful

    I have the same comment. My first question was: What Joomla is build on? And I looked at the Joomla's site clicked on details without success then documentation and then the Wiki to finally came back here and see the fifth paragraph with MySQL, Apache and PHP mentioned. Is it so difficult to have a short notice with the prereqs on top of the description of a product? Seems to me this is always the first question, do I meet the requirements for installation.

    --
    Achille Talon
    Hop!
  11. Re:Why don't people mention underlying technologie by lesinator · · Score: 0, Redundant

    With a name like Joomla I assumed it was written in Java (Java Object Oriented blah blah....) and almost stopped digging any further. Is it bad that I automatically assume that any technology whose name begins with J is written in Java?

  12. Frustrations with Joomla by IdahoEv · · Score: 1

    I have used Joomla on a number of sites, but I find it can be very frustrating to use. There are lots of aspects that either aren't configurable, or are difficult to configure, and the documentation is poor.

    One example is the way articles are laid out: the top article in any list is full-width, and then subsequent ones are in two columns. This is the default, and if it can be changed I've been unable to find the tool to change it. So if, for example, you just want articles to stack vertically like every other blog in the world, and stay full-width, it's either impossible or very non-obvious how to change that from the admin interface.

    I will grant that 1.5 is a dramatic improvement from earlier 1.x; a number of complaints I had about plugins and extensibility have been fixed, and some of the new dynamic and AJAXy interfaces are very handy and slick.

    --
    I stole this sig from someone cleverer than me.
    1. Re:Frustrations with Joomla by Xawen · · Score: 3, Informative

      For the record, and don't shoot the messenger on this, here's how you change that:

      In the administrator
      -Menus > Main Menu
      -Click Home to edit the home page, or choose the page that needs the layout changed.
      -Change the layout using Basic Parameters on the right. To do what you want, change the "Columns" setting to 1.

      A lot of people have trouble getting used to the conceptual layout of Joomla. As far as the pages go, EVERYTHING revolves around the menus. This is because the menu represents all instances of the pages. In order to change the settings on any one, you change it's settings in the menu configuration.

      It's not the most obvious, but after you work with it a bit it begins to make a lot of sense.

    2. Re:Frustrations with Joomla by IdahoEv · · Score: 1

      Why on earth would I shoot the messenger?

      You just solved a problem for me that had been unanswered the several times I'd asked it on forums, gone ignored in numerous IRC sessions, and was apparently unfindable in the documentation.

      Thank you, thank you, thank you.

      --
      I stole this sig from someone cleverer than me.
  13. Pretty far by SuperKendall · · Score: 5, Insightful

    If I am wrong, how far off the mark do experienced Joomla users think I am?

    I'm speaking as a Drupal user, but I feel my comments would pretty much apply directly to Joomla as well.

    I know a lot about web programming. I've set up corporate portals from scratch in Java, and used various JSP and PHP scripting solutions to do smaller sites. I've also looked at frameworks like Grails and RoRails and so on.

    But in the end, can you really set up something in those quickly that offers a user who is not you an easy way to add content quickly? That provides nice search engine URL's, common theming across the whole site, a forum, email support, user account registration, and so on and so forth? What about having someone else constantly research and issue security updates?

    Yes I could build all that but using a CMS like Drupal or Joomla saves months and months of work for any kind of real functionality, and with that time saved you can work on some other code or customize the hell out of the CMS you are using, or add content (presumably why you put up the site to start with) or whatever. People have written so many CMS systems, I think you have to look at what you are trying to build and say to yourself - is what I am doing so much different that the world needs another system just like it?

    CMS's are great for geeks for the same reason they are good for everyone else - they let you have more time to work on a problem that is truly unique and interesting.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Pretty far by FLEB · · Score: 3, Informative

      There's one reason I'm really happy to see Joomla 1.5 come about. I make sites professionally in a small marketing firm, and our company uses Joomla for a fair number of sites-- I can hack a little PHP, but I'm a designer and front-end HTML/CSS/JS guy first and foremost. The constant and aggravating problem with Joomla 1.0 was that a lot of presentation code was tied up into the core (granted, it was no OSCommerce, but still...). The hacks I had to use to get a more pliable layout meant that any significant update to the Joomla! core meant a long regimen of re-hacking things to turn the TDs into DIVs. Granted, we had a "hacked house version", but it was still a pain.

      Now, with 1.5, template overrides have saved me countless hours-- I can just use presentation template overrides on the few parts of the system I do use, and upgrade the core seperately, as needed.

      --
      Information wants to be free.
      Entertainment wants to be paid.
      You just want to be cheap.
    2. Re:Pretty far by Cctoide · · Score: 2, Interesting

      The problem with CMSs (specifically the more bare-bones ones to which you're supposed to add plugins, like Drupal), is that, well, as I said, they need plugins to make themselves useful, and sometimes the plugins don't work together well or don't mesh with one another.

      It might be just me, but last January I decided I wanted to create a profissional-looking (or at least profissional-working) newspaper site as a hobby. I know The Onion and Schamper and a whole lot of other online newspapers run on Drupal, but it certainly wasn't "simple" to do, even with custom logic coding. Views likes CCK but not some of its addons, theming a CCK node is complicated and a View of a CCK node doubly so, especially if you want to show news separated by Taxonomy classification on the front page, like most news sites do.

      After convincing myself that if I were to use a CMS for that site, it would have to be Drupal, I started thinking it would just be a lot easier to code something which worked exactly the way I had in mind... of course, I'm only an amateur programmer who can do slightly decent Perl and, by extension, PHP, so even though I have read a bunch of books on common web application security holes (and associated techniques like CHAP login, session fixation prevention, etc.) the general opinion of the Internet was that "coding your own CMS is an even worse idea".

      Anyway, I'm rambling, but the point is I never got said hobby site working. Maybe if I really had to get it done I could have achieved it (probably by cutting corners and making compromises), but to this day, short of custom-coding, I don't really see a minimally straightforward way of setting up a newspaper-style site (and, relatedly, while googling extensively on the topic I came across a /. post on the subject -- the consensus was Drupal). There's also Expression Engine and a host of whole other commercial CMSs, but at that point you might as well throw in a bit more cash and have the company customize it for you, which takes the fun out of the "hobby" process.

      --
      "Let's face it, it's a good story. Accuracy would kill it."
    3. Re:Pretty far by zeroduck · · Score: 1

      I've been working on a Drupal site for a while, and it's just not easy to get started. For your first site, playing around with Views and CCK might get you a bit deeper into the Drupal world than you want to go at first. Views and CCK are the swiss army knife of Drupal, but if you know need the corkscrew... Stick with the advice given in the handbook: avoid Views and CCK for your first site.

    4. Re:Pretty far by ben+there... · · Score: 2, Interesting

      Yes I could build all that but using a CMS like Drupal or Joomla saves months and months of work for any kind of real functionality, and with that time saved you can work on some other code or customize the hell out of the CMS you are using, or add content (presumably why you put up the site to start with) or whatever. Yes, a CMS is especially great for smaller projects for clients who wouldn't pay for all the time it took you to build it from scratch. You get the site setup and get results quickly, pleasing your client, while still charging a decent hourly rate. Then keep that higher hourly rate for all the maintenance work. Most sites I've designed with Drupal have been a fixed rate for the initial design, so the quicker I can get that done, the more money I make.

      I've been looking at Django the past couple of weeks to replace Drupal for some of my sites though. It has a much cleaner architecture (as does Rails), an MVC pattern, and it's in a language that I know well from desktop programming experience, Python. Even if a full CMS is more than you need for a project, a framework such as Django or Rails is worth a look. It handles database abstraction (using ORM), authentication, sessions, caching, and has a decent templating language. It's so MVC that there are actually files named models.py, views.py, and a template directory. models.py has python objects for each table and generates the SQL for you to match. Doesn't get much cleaner than that. Best of all it's not PHP, it's Python, so it actually uses namespaces :-) and PostGreSQL is a more common and better supported choice than MySQL.

      Anyway, my point is that even if you don't want a big CMS package and you want to design much of your site from scratch, it makes a lot more sense to use an existing framework than the underlying language itself. I don't really think I can design a better authentication or session framework, for example, in a reasonable amount of time to be worth coding from scratch. The only downsides to Django are that the blog, forum, and wiki type bundles or distros don't exist yet. So if you need one of those, Drupal is a much easier choice at the moment. Some people are considering putting together ready-to-use bundles (incuding myself), but right now you have to DIY. Also, if you use shared hosting like many people do, you either need specialized Python hosting or you need one of the few major shared hosting providers that offer Python. I use DreamHost, and luckily they do offer Python scripting with FastCGI (but not mod_python).
    5. Re:Pretty far by FishWithAHammer · · Score: 2, Funny

      Excuse me, did you just call Rails "clean"? Are you high? It may be the worst production environment I have ever seen. And I used ASP.

      Django is okay, but only if you want to use Python; frankly Python gives me an eye twitch and I have no interest in using it.

      --
      "You can either have software quality or you can have pointer arithmetic, but you cannot have both at the same time."
    6. Re:Pretty far by ben+there... · · Score: 1

      Excuse me, did you just call Rails "clean"? Are you high? It may be the worst production environment I have ever seen. And I used ASP. I could be wrong on that point. I haven't played around with Rails as I have with Django. Most of what I know about Rails is from the many comparisons that have been made between it and Django, such as this Snakes and Rubies debate with Rails' creator and this one from Nasa. My understanding is it is an MVC framework, and Ruby is a dynamic, strongly typed language. Heck, if it even has namespaces it is cleaner than PHP. But I suppose I could be wrong about their similarities. Ruby is not my ideal choice of language, so I haven't looked into it in depth.

      Django is okay, but only if you want to use Python; frankly Python gives me an eye twitch and I have no interest in using it. I love Python (and wxPython) for desktop apps, so I couldn't be happier to find Django. Python just fits my brain. It's the only language that I actually enjoy reading other people's source code and can quickly figure out how a whole program is laid out. But to each his own.
    7. Re:Pretty far by CrazedWalrus · · Score: 2, Interesting

      I set up a site for my son's Cub Scout pack using Drupal. It took like ten minutes to set up followed by some tweaking over the next few days. The cub master just took it and ran with it, and, for the most part, it's great. Minimal effort on my part.

      When they'd initially asked me to be webmaster, they were just using static HTML pages on an FTP site, and it was going to be a lot of hand-coding, uploading pictures, all that. I knew I could never make a decent-looking site on my own, as I have no artistic ability whatsoever.

      By setting up Drupal, I was able to give them a framework that did everything they wanted -- permissions for various parts of the site, calendaring (embedded Google Calendar), publish on demand, add forms and flyers, etc -- all in a heartbeat. I would have spent a looong time doing that by hand, and, honestly, I don't have that much time to spend on a volunteer effort like that.

      I've tried Joomla, Wordpress, and Drupal. While I've personally settled on Drupal, Joomla and Wordpress are incredible systems that provide a very solid basis for any site. All that time you would have spent re-inventing the wheel poorly can be spent writing customizations instead, which gets you weeks or years ahead in the long run.

      The difference for me and my volunteer work was the difference between an awful hand-coded site done in a few hours, or a fully-themeable, user-controlled system, ready to go in minutes. It makes the time spent volunteering seem so much more "worth it" when the finished product isn't some half-baked solution they're going to throw out next year.

    8. Re:Pretty far by Anonymous Coward · · Score: 0

      Totally disagree. The "Views" and "CCK" (Content Construction Kit) modules are Drupal as far as I'm concerned and should really be a part of Drupal core. For those uninitiated, they basically give you a web-interface for building "content types" you want to store on your Web site and then displaying them.

      Put another way, the two modules combined lets you store and retrieve whatever kind of information you can imagine on your web site-- special types of messages, product reviews, baseball card collections, your favorite movies, invitations, whatever you can think of.

      Basically its abstracting SQL table creation, querying, and formatting without you having to know what any of that means. And using it, your site can store, retrieve, and display just about any kind of data. Really easily.

      A friend who has zero programming experience-- certainly has never administered a database before-- sat down with me for about an hour and I explained what CCK and Views did... and within a few day he was using it like a pro.

      I have no idea if Joomla has anything similar, but at least on Drupal I don't think it's so hard as to recommend "avoiding" them on a first site. If you screw something up, it's easy to just remove it and start over...

  14. Re:Why don't people mention underlying technologie by Anonymous Coward · · Score: 0

    Perhaps it's because Joomla is just the most popular of all Content Management Systems around?

    And as you pointed out already: just use Wikipedia for a quick lookup about stuff you don't know about; you can put it into your searchbar options, make a bookmark, have it on you right-click menu or bind it however else you like.. - There's really no need for some arbitrary explanatory ad-laden link.

  15. Re:Why don't people mention underlying technologie by qortra · · Score: 1
    Yep, not a bad assumption in general. There are several word intros that are evocative of particular platforms. Though, most of them are small/short enough that statistically speaking, there will be false positives.
    • Java - exception = Joomla
    • KDE, or Kernel (for Linux Kernel processes) - exception = Korn shell
    • Gnome - exception = Gnutella
  16. A little off-topic but CMS related by Chatterton · · Score: 1, Interesting

    Joomla and Al are very good. But, does someone know a CMS with:
      - worflows depending of the kind of content to put online (ie: a news is a different kind of content than an agenda entry than an in-depth article on a subject)
      - where the content editor is not a kind of html editor (ie: if a kind content need 3 kind of information (eg: a date, a title and a text for a news) you are presented with 3 fields to input a date, a single text line for the title and a little editor with the strict minimum of formating possible (Bullets, Bold, Italic and not so much)),
      - that support multilingualism (ie: display the English version of a content on the English version of the page and the XXXX version of the content on the XXXX version of the page and if the content doesn't exist in XXXX display the English one)
      - and the most important feature: Could generate the site as a bunch of static html pages to put on a web server without any kind of server side language?

    1. Re:A little off-topic but CMS related by Anonymous Coward · · Score: 3, Informative

      Yes. CMS Made Simple (cmsmadesimple.org). This is my preferred CMS. You can enable/disable the WYSIWYG editor, there is also an extension to generate static HTML as per your needs. Its also AMAZINGLY easy to template. Check it out, I'm in love with it.

    2. Re:A little off-topic but CMS related by Anonymous Coward · · Score: 0

      ez.no

    3. Re:A little off-topic but CMS related by Dekortage · · Score: 2, Informative

      At least one organization I work with uses Hannon Hill's Cascade CMS. It is based on XML/XSL and is arguable the most configuration, extendable, flexible CMS I have ever used (and I've used several, including Joomla, Typo3, and a few that were home-grown). The only downside is that you REALLY need to know XML/XSL if you expect to do anything nice with it. In any case, with proper setup, it can do all of the things you mentioned, and much more. E.g. it has a nice "data definitions" feature where you use XML to describe the interface that content editors see for a specific bit of content: put a date here, plain text here, WYSIWYG text there, select a file to link to, and an image file to display. Then you create some XSL to format all that into nice XHTML for when it gets published up to your web server as an HTML file (or PHP or JSP or whatever you want).

      This is kind of promotional, I guess, but I am happy with it. It is overkill for small sites, but dang, the XML aspects of it are just beautiful.

      --
      $nice = $webHosting + $domainNames + $sslCerts
    4. Re:A little off-topic but CMS related by DeBaas · · Score: 1

      You could take a look at webgui (http://www.webgui.org)

      - about the workflow I'm not sure what your question really is so I can't answer
      - as for the your question of the content editor, I think that's a feature
      - multilanguage not like you suggest it
      - creating static html: standard feature of WebGUI

      --
      ---
    5. Re:A little off-topic but CMS related by Afief · · Score: 1

      Drupal5 can do all of the above if you install the multilanguage(now built in with Drupal6) and CCK. The only thing I am not quite sure about is the static HTML pages, but it supports retrieving the pages through SOAP and other stuff, so it should be easy enough to create.

    6. Re:A little off-topic but CMS related by FLEB · · Score: 1

      Interesting. Sounds (at first glance) like the sort of thing XML/XSL was made for.

      --
      Information wants to be free.
      Entertainment wants to be paid.
      You just want to be cheap.
  17. So I gotta buy a book? by Anonymous Coward · · Score: 0

    I installed Joomla this weekend and spent a good deal of time looking through the documentation I could find.

    I was unable to figure out how to removed the gigantic JOOMLA! at the top of the home page so I gave up.

    1. Re:So I gotta buy a book? by FishWithAHammer · · Score: 1

      ...It's an image.

      Change the image.

      --
      "You can either have software quality or you can have pointer arithmetic, but you cannot have both at the same time."
    2. Re:So I gotta buy a book? by marklark · · Score: 1

      Search around in the php files that your home page uses. Comment the image out. Save. Test. Done.

      (Or were you just complaining? :^)

  18. Comment removed by account_deleted · · Score: 2, Interesting

    Comment removed based on user account deletion

  19. steep initial curve by cpuh0g · · Score: 1

    I've set up several Joomla websites starting back with the 1.0 release and my impression is that there is a steep learning curve for even an experienced web admin. The terminology is confusing, the layout controls are baroque, and it takes a little while to finally figure out where all the pieces are configured. That said, once I figured it out, it DOES work well, especially when you need your users to be able to post updates and add content themselves. There are a LOT of free extensions available that are easy to install and use. I've even written some custom extensions (for 1.0 and 1.5 native) using the pretty limited examples on the website as guides. Mostly, I used existing code as a model and made modifications from there. The documentation is not great, but it is definitely getting better, especially for version 1.5.*

  20. Joomla/Mambo Hacking by CompMD · · Score: 3, Funny

    I inherited a server running several Joomla/Mambo sites. Daily, I had about 10,000 scripted hack attempts. It was really a pain to have to sift through all that crap in the apache logs when I needed to find something. There were several different attacks made, and I had a bad feeling that one of these days I was going!@#$%HQ$IJG(WERMG@Q HACKED BY CHINESE

    1. Re:Joomla/Mambo Hacking by skelly33 · · Score: 3, Insightful

      This is precisely why I have migrated away from any off-the-shelf CMS. I had been using Mambo for years and switched to Joomla when they split apart (made sense to follow the original developers). After building dozens of components and modules to extend the framework's wrapper around custom interfaces, I have numerous gripes about the planning, revision history, maintenance, and general short-sightedness of Mambo/Joomla in many respects. But it all pales in comparison to the threat of security breaches that could compromise the core assets of a business who relies heavily on the custom application.

      I could have hacked custom fixes and features into the CMS code tree to fix specific problems as they arose, but then a critical security fix or update to the CMS would wipe out all those changes. I could have tip-toed around the needs of the CMS and just patched it each time something new came out, but then I'd have to watch closely yet another piece of software for critical updates - and given the speed with which I've seen massive exploit automation roll out, it is not worth the risk to the company that I might be too slow to do this by hand.

      So, as much as I enjoyed the friendly interface and ease of getting started for Joomla, I begrudgingly began abstracting my customizations to minimize the hooks into Joomla/Mambo. Finally when all the prep work was done, one day I built a custom framework around the custom portions of the app as a substitute for the CMS and at last it just "went away" - it doesn't take that much to build basic session management, a database class, a simple admin panel and an extension engine. What I have now is more robust and has far less security exposure than Joomla, at the expense of the bulk of the CMS features that Joomla is so widely acclaimed for. For most of my projects, it wasn't so much the CMS that was of interest as the framework for session-based application building.

      I am 200% more confident now that I will not come to work in the morning and find the site replaced with an inappropriate message and all our data gone. If you're sitting on Joomla or ANY readily available framework - I don't care if it's Drupal or Zend or whatever - weigh the risk versus the small amount of effort that it would take to build just what you need from scratch so that there are no predictable/scriptable points of entry.

    2. Re:Joomla/Mambo Hacking by joggle · · Score: 1

      Has anybody here using Joomla been hacked in this way? Obviously attacks happen all the time but I'm wondering how often they're successful.

    3. Re:Joomla/Mambo Hacking by spoco2 · · Score: 1

      "I had been using Mambo for years and switched to Joomla when they split apart (made sense to follow the original developers)"

      Erm, except the original developers were the company Miro (huh, now called Rice Studios... ) The split were a bunch of Contributors, not the creators of the original codebase at all.

      Mambo was originally a closed source CMS that went open source.

      There was a shitstorm based on some decisions made by Miro in regards to the direction of the foundation set up to guide the codebase and so the split happened.

      At least, that's how I thought it all occurred.

      Miro definitely started the project so you didn't follow the original developers, just the lion's share of the open source contributors.

    4. Re:Joomla/Mambo Hacking by specific_pacific · · Score: 1

      MAMBO is being re-written in CakePHP, which is bloody fantastic compared to the mess Joomla 1.5 is. I can't wait to switch...

    5. Re:Joomla/Mambo Hacking by aonnet · · Score: 1

      The visit was useful. Content was really very informative. From http://www.ahmedabadonnet.com/

    6. Re:Joomla/Mambo Hacking by AbbyNormal · · Score: 1

      While I agree building what you need is sometimes a great thing, it depends on the customer's needs/use of the CMS. That small amount of "effort" can lead to a tremendous amount of effort if you deploy this package across multiple customers. You are therefore responsible for all of the security auditing,patching, documentation and upgrade paths.

        Having had to "jump in" and fix a fair share of similar custom packages throughout the years for customers that have had their contractors go out of business, I can tell you it has cost the customers twice as much for the lifecyle of the product. Once to have it developed, and once for me to takeover with no documentation. I spend most of the time, figuring out the framework that was used (if any) and fixing/updating the code as needed.

        I agree that weighing the risk is very important in deciding on a portal (eg Joomla goes away), but from my experience with small to mid businesses it is often cheaper to get a framework. (Although, having a bit of job security is nice as well).

      --
      Sig it.
    7. Re:Joomla/Mambo Hacking by ceejayoz · · Score: 1

      I am 200% more confident now that I will not come to work in the morning and find the site replaced with an inappropriate message and all our data gone. If you're sitting on Joomla or ANY readily available framework - I don't care if it's Drupal or Zend or whatever - weigh the risk versus the small amount of effort that it would take to build just what you need from scratch so that there are no predictable/scriptable points of entry. I'm much more comfortable letting thousands of eyes look over the code of my Drupal install - including an entire team dedicated to security - than I am with a homebrew system.

      You're arguing for security by obscurity on Slashdot. Rather odd.
  21. CMS for small Intranet site by BigDumbAnimal · · Score: 1

    We use plone for a small corporate intranet, but I find it to be pretty complicated and annoying. It doesn't support recurring events in its calendar function, and one module for recurring events is dead, and 'Dateable' is not functional and perhaps dead. I have to agree with the users. Adding 52 events for a weekly meeting is pretty painful. I am looking at drupal and joomla, but they aren't necessarily any better for resource scheduling and calendars.

    Doing a photo gallery with Plone was just bad. It is just easier for my folks to send me the photos. Then I generate a gallery with picasa and link to that from plone.

    And with plone it seems like it is always easier to just hand edit the html rather than use plone's edit functions. It sort of defeats the purpose. Plone is great for all the modules that are out there, and the built in search is pretty nice, but it has such a steep learning curve that I have to make most of the changes rather than letting the users help themselves.

    Anybody care to share their experience with Joomla, Drupal, etc?

  22. If only... by melted · · Score: 1, Funny

    If only their product name didn't have the exclamation mark in it, and their logo didn't look like a knot made out of condoms, they'd see much better uptake. :-)

  23. Very true by SuperKendall · · Score: 3, Informative

    I'm unfamiliar with Joomla update procedures, but Drupal has pretty good automated checks for updates that are easy to apply.

    That is an important aspect with using any prepacked software that has to live out in the wild... that and just doing sanity checks on the logs from time to time to make sure nothing looks odd.

    However, as I said even if you write your own stuff people might still find holes in it too - at least with the more popular CMS systems people are vigorously testing them.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  24. For lightweight CMS needs.... by Deejmer · · Score: 0, Redundant

    I use a GREAT CMS called CMS Made Simple (cmsmadesimple.org) for almost all of my clients' websites. For those you find Joomla big, bulky, and hard to convey its use to your end Clients, CMSMS is for you. Its incredibly easy to template, easy to understand how to author content and has a brilliantly simple and intuitive architecture. My ONLY gripe is there are less modules than are available for other CMSs like Joomla and Drupal. In my opinion, if more people started using and developing modules for CMSMS, this CMS would really catch on.

  25. Misuse of the term CMS by nostriluu · · Score: 1

    I just wish all these systems (Joomla, Drupal, etc, etc, etc) had not abducted the term "CMS." It used to refer to a large scale system used to integrate common template in heterogeneous computing environments. Now it means a self contained front end to some Web based views and forms. Granted lately systems like CCK are moving in on true CMS ground, but it would be more honest to call them app frameworks, portals etc. But then the trend is fro someone to "invent" some great new system in a burst of energy, people glom onto it and start spreading the word basically with misinformation, using aimed at uninformed organizations that can genuinely benefit from lightweight systems without marketing through misinformation or outright lies.

    1. Re:Misuse of the term CMS by nostriluu · · Score: 1

      where's that edit button! (where's that coffee.. actually, too much coffee is the problem).

      I just wish all these systems (Joomla, Drupal, etc, etc, etc) had not abducted the term "CMS." It used to refer to a large scale system used to integrate common data in heterogeneous computing environments. Now it means a self contained front end to some Web based views and forms. Granted lately systems like CCK are moving in on true CMS ground, but it would be more honest to call them app frameworks, portals etc. But then the trend is for someone to "invent" some great new system in a burst of energy, people glom onto it and start spreading the word basically with misinformation, usually aimed at uninformed organizations that can genuinely benefit from lightweight systems without marketing through misinformation or outright lies.

  26. Re:Why don't people mention underlying technologie by Abcd1234 · · Score: 1, Insightful

    With a name like Joomla I assumed it was written in Java (Java Object Oriented blah blah....) and almost stopped digging any further. Is it bad that I automatically assume that any technology whose name begins with J is written in Java?

    No, what's bad is that you thought it was based on Java, and then nearly dismissed it out of hand.

  27. Re:Why don't people mention underlying technologie by Anonymous Coward · · Score: 0

    agreed

  28. Re:Why don't people mention underlying technologie by LunarStudio · · Score: 3, Funny

    As a side note, this is why I like Wikipedia. Unlike the Joomla site and this review, it mentions "PHP" in the Joomla article header. Oh, we can change this very quickly...
  29. OT was: Re:Definitely worth using. by orasio · · Score: 0, Offtopic

    I don't know about you, but for me it has been useful. More useful than writing endless websites.

    I am from a Spanish speaking country in South America. I studied English for many years, but I only got the ability to use the right words in the right place after years of posting in Slashdot.

    Right now I am working in the English speaking Caribbean. While it would have been possible to get the job without /. , I can communicate much better with local people than my coworkers. This results in my being more able to perform my job right.
    Even in my own language, I find I am much more eloquent expressing myself, and this is the main site I post into.
    Aside from the language thing, Slashdot helps me keep current with technology. I don't have the time or the motivation to check Freshmeat and a dozen other sites everyday just to see what is cooking.

    Sorry for the off topic rant, but I just wanted to answer to that idea that always comes up about Slashdot being a waste of time.

    1. Re:OT was: Re:Definitely worth using. by felipekk · · Score: 1

      I've been reading and commenting on Slashdot for years now, and I'm also from South America: Brazil to be precise. So I totally agree that it helps a lot with improving your English. The point is: this is something you do on your spare time, not while at work when you have more important stuff to do. (And yes, I'm at work right now, so take this with a lot of salt).

    2. Re:OT was: Re:Definitely worth using. by Anonymous Coward · · Score: 0

      Then why is your english better than that of the majority of slashdotters???? ;-)

  30. The grammar police need Internal Affairs by olim · · Score: 1

    "The book contains many compound adjectives lacking hyphens, just as there are a few complete statements incorrectly separated by commas and not semicolons."

    really?

  31. Someone Selling a Joomla book??? by LunarStudio · · Score: 1, Insightful
    Joomla in a short summary is like a nail on a chalkboard and peeing into the wind all at the same time.

    It's an awful schizophrenic jumble of programmers all trying to reach into the cookie jar at once.

    It's a nest without a Queen Bee.

    Anyone that tells you it's great:
    1) Likes to see you suffer.
    2) Wants to make themselves feel superior to you.
    3) Probably hasn't used another CMS.

    You need to extend its functionality? Sure thing someone has it - it will cost you money.

    You want to find a template? Sure we've got tons. They all look the same if you don't mind. Plus, by the way we will charge you for it.

    The short and simple is that most people don't need this overblown system. Most of the time you can find what you need in an older, time tested blogging system (I'm not going to get into that whole CMS/Blogging system difference argument here.)

    All the sane people that I know that have used this (including myself) have found that Joomla! is unnecessarily complicated for the average to advanced user. There's far more intuitive options out there.

    1. Re:Someone Selling a Joomla book??? by Anonymous Coward · · Score: 0

      I wonder what horrible experience you've had with joomla?
      I use it everyday for customers websites and we have very few to no issues with it.
      The issues you describe are those of someone with no skill and no effort to try. The effort being the most important part.
      People today want everything handed to them....you mean I have to learn how to do something?
      I have had people who know nothing sit down for 20 minutes and be able to manage the basics of the site and those who've put more work in and can run it all. including installs

      "The short and simple is that most people don't need this overblown system. Most of the time you can find what you need in an older, time tested blogging system (I'm not going to get into that whole CMS/Blogging system difference argument here.)

      All the sane people that I know that have used this (including myself) have found that Joomla! is unnecessarily complicated for the average to advanced user. There's far more intuitive options out there."

      Exactly. Half the people who piss and moan about joomla are those who've tried to make it something its not....good at very simple sites(overkill) or a blog(just wasnt built to be one)
      Use it for what its intended and you get great results.

      Oh and Im posting as AC because I'm to lazy to register for slashdot (but not to learn joomla)

    2. Re:Someone Selling a Joomla book??? by ceejayoz · · Score: 1

      I have had people who know nothing sit down for 20 minutes and be able to manage the basics of the site and those who've put more work in and can run it all. including installs Sure, until they want to categorise an article in more than one category... or apply granular user permissions...

      I ditched Joomla 1.0.x within a few days for its lack of plugin hooks. 1.5 apparently made some steps, but it's still a far cry from something like the APIs in Drupal or WordPress.
  32. Joomla is this short of blasting the entire market by Qbertino · · Score: 2, Informative

    I consider Joomla a potential Web-CMS-market killer application for various reasons:

    - Installation is a breeze. Far superiour to any other CMS of simular featureset.

    - It looks good and is usable. To many webkits look like crap once they are set up for end user mode. Top-of-the-line web designers have pimped Joomlas UI so much that it is a feast to work with. And other projects are scrambling to catch up. Which is a good thing aswell. I find it nearly unbelievable how they managed to improve the 1.5 UI over the 1.0 UI, even though the 1.0 UI allready is way beyond anything else out there.

    - It's built with the ever present LAMP stack in mind, albeit beind independant of it.

    - It's featureset is well thought out and there are countless extensions for it.

    However there are things that the Joomla core team needs to address before they can claim leadership in the field:

    - Flexible Access Controll is missing. There is a hardwired access controll with around about 5-8 roles, but a full blown CMS needs to have as many as the admin needs. Especially if non-trivial extensions are involved. This is a major issue and probably will be addressed in some future release. I hope they do it right and don't screw it up - which easyly can happen with badly implemented access control.

    - People warned me not to look at the data/object model of Joomla 1.0 - so I didn't. I just had looked at that of Typo3 4.0 and barely survived the resulting shock. I presume that the Joomla 1.5 object model still has a few issues, probalby also due to 1.5 having a legacy mode for backwards extension compatability. A (still) less than optimal archtecture could be a showstopper for people who want to build larger applications on top of Joomla 1.5 and the new Joomla 1.5 Framework.

    - They reinvented the wheel like so many others and rolled their own web application framework. I asked the lead developer why they did that instead of using CakePHP or Symfony or something like that and he reasured that they had solid reasons (legacy mode being one) but I'm still wondering if it hadn't been better not to do that. If however the Joomla Framework improves it's API and Documentation enough to catch up with the other large PHP Frameworks this could turn out to be a very good thing. Since the Joomla CMS lowers the barrier of entry into the Framework considerably - especially for non-developers.

    Oh, and btw: Hagen Grafs Book on 1.5 was pushed out of the door even during Beta phase. The German edition even has 'Beta' in the title. I remember thumbing prints of it which where still warm from the press on the last years German Joomladay and Alex Kempkens (a core dev) walking up from behind and saying "That screenshot there isn't up to date anymore - I changed that interface two days ago." Duh. Talking about writing about a moving target :-) .
    Despite the unusual publishing strategy, Hagen Grafs books - the German ones anyway - are good to get you started. I still have a copy of his old Beginners Guide to Mambo.

    The German publisher actually published an updated version of the Joomla 1.5 book a few weeks ago allready.

    And as for the translation and German style wording ... maybe I should offer Hagen some help on that for the next release ... Gonna check if he's on Skype right now. :-)

    --
    We suffer more in our imagination than in reality. - Seneca
  33. Drupal by lilfields · · Score: 2, Insightful

    I've been using Drupal for a while, I had tried using Joomla (among many others) but it was actually a pain to customize and make look truly professional; I found Drupal to be the best fit to many websites I've done, and it integrates nicely with vBulletin which is a popular request. However, I've still never found a CMS that I absolutely love, I suppose all of them are lacking that little something that pushes them over the edge to getting my all around recommendation.

    1. Re:Drupal by Solder+Fumes · · Score: 2, Insightful

      Identical experience and identical final decision. I hacked around with Joomla for a long time, ultimately unable to do what I really wanted to do: create my own theme. Googling for tutorials all returns the same regurgitated five page tutorial with broken links to the source files, and no actual useful content. Drupal isn't perfect, but I was able to get it running and grok what was necessary to create my own themes. Joomla is great for people who like to use premade themes and similar menu and basic layout as thousands of other sites (a lot of them throwaway copy-paste Adsense farm blogs).

  34. seaside by Anonymous Coward · · Score: 1, Insightful

    http://www.seaside.st/

  35. Re:Why don't people mention underlying technologie by Anonymous Coward · · Score: 0

    [W]hat's bad is that you thought it was based on Java, and then nearly dismissed it out of hand.

    I don't know Java. Why shouldn't I dismiss a CMS written (or presumably written) in Java?

  36. You don't really understand the GPL, do you? by Anonymous Coward · · Score: 0

    GPL != Free of cost.

    1. Re:You don't really understand the GPL, do you? by Dynedain · · Score: 1

      GPL != Free of cost.

      You're absolutely right. But the grandparent poster complained that many Joomla plugins are pay to use, but then pointed to Drupal being an appropriate model of only listing GPL listings in their extension directory. I was merely expressing that Joomla is pushing the GPL-only route as well.

      --
      I'm out of my mind right now, but feel free to leave a message.....
    2. Re:You don't really understand the GPL, do you? by Anonymous Coward · · Score: 0

      GPL != Free of cost.

      Actually, it kinda is. You're free to sell a product that is licensed under the GPL, but if you sell a copy of it to me, I'm free to host it on my website and allow everyone to download it for free. I can put it on torrent sites everywhere and seed it without violating copyright law, because your license gives me the right to distribute it as I see fit.

      Basically, if you want to sell GPL software and not be instantly run out of business by your own product, you should be including something else with the sale as well as the software. Usually support for the software is a good way of doing it, at least if you're targeting businesses. Otherwise, you're better off just having a donation page and let people optionally give you money instead of actually charging.

    3. Re:You don't really understand the GPL, do you? by ceejayoz · · Score: 1

      I understand the GPL quite well, thanks.

      That's why I'm quite glad Drupal requires you license your code under the GPL to be included in their module directory.

  37. Joomla Sucks by Anonymous Coward · · Score: 0

    I'm sorry, it really does. I've used Drupal too and I don't care for it that muhc, but Joomla takes the cake. It's slow and bloated, and has anyone else had to maintain a multilingual site? For facks sake, using Joomfish for the alternate language content requires going to s completely different area of the site, away from the default language content and adding language versions there. It's like picking qyour kid up at school and then having to walk across town to get his homework :/

  38. joomla cms is simple to use even for novice by theCan · · Score: 1

    i disagree with Michael, it is very simple to use joomla backend to change templates and manage websites. Once taught, what is where, any one can use it. Sometimes people find microsoft word very hard to use(they actually take lessons to learn it), but this does not mean that it is actually difficult to use. Same goes with joomla or other CMSes. When i compare joomla with drupal etc, my feeling is that joomla is a lot of friendly to novice users while drupal is friendly to intermediate to advance users who would like to have more control over things.

    --
    Have you checked my blog today? NO... do it now http://amiworks.co.in/talk
  39. Any major websites, or high traffic ones runs it? by muanis · · Score: 1

    Does anyonw knows about really big websites and/or big magazine or newspapers editors using Joomla or any other off-the-box cms solution?

    As much I read, I always see examples like these:

    - Oh! It was wonderfull for my College Club Newspaper
    - My 80 years old client loves that
    - Any webdesigner can customize it.

    But when it gets boiled down to integration beetween other systems, content flowing from one site to another and stuff like that, I sometimes feel that theses guys (at least those that I've saw until now), will not make the point.

    Maybe I'm wrong, I'm kinda biased from material that i've read, actually I need to get some of these guys, install them and use it to get a better idea.

  40. Re:??? Profit by Anonymous Coward · · Score: 0

    Mom says it's time to come upstairs for dinner.

  41. Out of the box by specific_pacific · · Score: 1

    Out of the box for PHP-powered "CMS", I think:
    - Joomla = Great for vertical solutions
    - Drupal = Great for custom solutions and content
    - Wordpress = Great for blogs, portfolio sites and galleries

    Albeit, I think none of them are good for e-commerce.

    1. Re:Out of the box by ceejayoz · · Score: 1

      Anyone looking for e-commerce would be well advised to check out Magento.

    2. Re:Out of the box by specific_pacific · · Score: 1

      heh, I was going to say that but then I thought it'd be off topic :) Parent is right, magento is the new hip thing. It does have performance issues, but it does at least use a structure to how it's built using Zend (quote) Framework (unquote)

  42. Re:Any major websites, or high traffic ones runs i by specific_pacific · · Score: 1

    Drupal's suited for editorial content - they have sites listed on drupal.org

  43. What about Modx? by canadian_in_beijing · · Score: 1

    Think a little mention of ModxCms is in order before you start listing Joomla as a 'potential Web-CMS-market killer application'. ModxCms is a powerful Ajax based CMS based on customization of templates and ability to easily add whatever applications you can dream up quite easily. Yes it is still in 0.96 version but Modx will definitely continue to take over a larger market share in the future. The main problem I have with Drupal, Joomal, etc is how you are forced into using or heavily hacking templates to get the intended design. With MOdx you can design whatever you want... no restrictions. It has one of the best web edtitors, active community, etc... highly recomended.

    1. Re:What about Modx? by Afief · · Score: 1

      I do not know about Joomla, but pray tell how Drupal's themes are "hacked". To me Drupal's theming is a pleasure.

  44. Step One for Using Joomla! by Jacques+Chester · · Score: 1

    1. Don't.

    --

    Classical Liberalism: All your base are belong to you.

  45. Re:Why don't people mention underlying technologie by Abcd1234 · · Score: 1

    Why would you? Or are you incapable of learning new skills?

  46. Off topic? by uspsguy · · Score: 1

    Ijust cruised through the comments at my usual +1. Although the post was a book review, I found exactly one comment about the book. I was hoping that maybe someone had seen or read the book and could comment on the obviously biased review.

    --
    Profanity - The sign of a small mind trying to express itself.
  47. addendum by vague_ascetic · · Score: 1

    When I was trying to figure out what was wrong the first day, I alternated loading a Wordpress and then a Drupal codebase into the docroot. Both installed without a complaint.

    --
    Rush Limbaugh is a perfect real world example of an oxycontinmoron
  48. A few words about my Joomla! book by hagengraf · · Score: 2, Interesting

    It is my first comment on slashdot so be patient with me.
    At first: Thank you for the review. I am proud to reach 7 of 10 points :-)
    Concerning the German things:
    The book is a translation of a German book I wrote in November/December 2007.
    It is translated into French, Dutch and as you have seen ... in English. I was talking with all the publishers and ask them whether it is possible to free the content. The German and the French book are now available on-line completely for free.
    http://joomla.cocoate.com/de/joomla-15
    http://joomla.cocoate.com/fr/joomla-15-fr

    I want to use this opportunity to ask you for two favors.
    1. Please help me to convince other publishers to free the content of the Joomla! book by writing a comment here at slashdot or (may be better) at the books website
    (http://joomla.cocoate.com/de/content/book-review-slashdotorg)
    2. At the moment I talk to various people who wants to help me, to translate the online content into other languages (turkish, spanish, ...). If you have time to translate something in another language, send me an email.

    I hope you enjoy the book (even if the German touch is strange) and again, thank you for the review.
    Hagen

  49. Re:Why don't people mention underlying technologie by Anonymous Coward · · Score: 0

    Why would you? Or are you incapable of learning new skills?

    It's mainly a matter of time. Even if there's software that better suits my needs, I may be less productive if I have to learn a new language to use it.

  50. Re:Why don't people mention underlying technologie by Abcd1234 · · Score: 1

    But... it's Java. That's like saying you're not willing to use Unix because you're unfamiliar with C. Why do you care what language was used to generate the bytecodes that'll run on the JVM?

  51. Re:Why don't people mention underlying technologie by Anonymous Coward · · Score: 0

    Why do you care what language was used to generate the bytecodes that'll run on the JVM?

    If I like to change that underlying code, it would be nice if I'd know how to do that safely. On a personal note, I have no idea whatsoever how Java works and how one could realize a Java-based CMS, but still *I* would take a look at such a CMS if its properties sound interesting. But I can understand if others prefer an all-PHP solution. Additionally, maybe there are drawbacks of the language itself I'm not aware of ... If my reasoning looks absolutely queer, that's maybe because I don't know Java. However, I think it is sound, from a certain perspective.

    That's like saying you're not willing to use Unix because you're unfamiliar with C.

    It's the tools that count. For me, Bash enables me to do what I want with my OS. But still, your comparison quite cuts it. ;)

  52. Re:Any major websites, or high traffic ones runs i by ceejayoz · · Score: 1

    Hell, The Onion is using it. That's a pretty high-profile editorial site, even if it's funny editorial.

    http://buytaert.net/tag/drupal-sites

  53. CMSes suck, with almost no exception by 7fa643a058514363a2bb · · Score: 1

    The worst thing of using any CMS for a site is that you eventually end up stuffing the information you need into a model someone else thought would fit you. Results are so friggin' miserable that one's gonna puke when they see them. âoeSo, what? But we have managed to set it up in a week!â

    No, wait a moment.

    In a site that is sexy to use, the content is dominating thing over all other things. The designers really work their asses to make the best presentation for that content, so that there is nothing extraneous left. What good is a login box on a, say, nuclear plant site? It's managed from within company's office anyway, why would you ever expose this kind of stuff to average Joe User?

    When you have a CMS, you're treated like a child. Here, you have those neat boxes, move them left, move them right, put in the center. What? You want your breadcrumbs styled some other way and integrated into your main menu? Be prepared to a coding nightmare. You want no boxes whatsoever? No way. And after some time, your brain turns into a box.

    This sucks. Rape information to stuff it into boxes or whatever format the CMS forces on you. Makes hard to find what you want, but what the heck, that's teh almighty CMS and we the authors are dumber anyway.

    --
    Micro$oft: What are you going to smoke today?