Follow Slashdot blog updates by subscribing to our blog RSS feed


Forgot your password?

Building Websites with Joomla! 1.5 129

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, 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," 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 Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
This discussion has been archived. No new comments can be posted.

Building Websites with Joomla! 1.5

Comments Filter:
  • Wow (Score:1, Funny)

    by Anonymous Coward
    Joomla 1.5 was released? What's next, Duke Nukem Forever?
  • by overtly_demure ( 1024363 ) on Wednesday May 14, 2008 @02:30PM (#23407232) Homepage Journal
    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?

    • Pretty far (Score:5, Insightful)

      by SuperKendall ( 25149 ) on Wednesday May 14, 2008 @02:59PM (#23407766)
      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.

      • Re: (Score:3, Interesting)

        by liquidpele ( 663430 )
        As long as you keep it updated. Website packages like Joomla and Wordpress are prime targets for script kiddies who find example code off of milw0rm.
        • Very true (Score:4, Informative)

          by SuperKendall ( 25149 ) on Wednesday May 14, 2008 @03:41PM (#23408464)
          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.
        • Re:Pretty far (Score:4, Informative)

          by FLEB ( 312391 ) on Wednesday May 14, 2008 @03:48PM (#23408586) Homepage Journal
          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.
      • Re: (Score:2, Interesting)

        by Cctoide ( 923843 )
        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, bu
        • 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.
      • Re: (Score:3, 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

        • Re: (Score:3, 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.
          • 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

      • Re: (Score:3, 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 abi
    • by Archangel Michael ( 180766 ) on Wednesday May 14, 2008 @03:05PM (#23407848) Journal
      "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.
      • 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/usabilit
        • 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 we
    • 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 decid

    • 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.
      • 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.
    • Re: (Score:3, Interesting)

      by owlnation ( 858981 )
      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 -> i
      • 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
      • Re: (Score:3, 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 ga
    • Re: (Score:3, Insightful)

      by rho ( 6063 )

      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 stil

    • Re: (Score:3, 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 custom
      • by FLEB ( 312391 )
        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.
    • Re: (Score:3, Interesting)

      by lymond01 ( 314120 )
      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
    • Re: (Score:3, Interesting)

      by iamwahoo2 ( 594922 )
      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.
    • 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
    • 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.

  • by qortra ( 591818 ) on Wednesday May 14, 2008 @02:32PM (#23407280)
    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.
    • 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.
    • 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?
      • by qortra ( 591818 )
        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
      • Re: (Score:2, Insightful)

        by Abcd1234 ( 188840 )
        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.
    • 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...
  • by -kertrats- ( 718219 ) on Wednesday May 14, 2008 @02:36PM (#23407342) Journal
    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.
    • Re: (Score:3, Informative)

      by bishiraver ( 707931 )
      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)
      • 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.
    • 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
      • by Xawen ( 514418 ) on Wednesday May 14, 2008 @03:08PM (#23407898)
        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.
        • by IdahoEv ( 195056 )
          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.
    • (...) 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 /.
      • 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
        • 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).
  • 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. []
  • pay-to-play (Score:5, Informative)

    by ceejayoz ( 567949 ) <> on Wednesday May 14, 2008 @02:43PM (#23407450) Homepage Journal
    If only so many of the really useful modules weren't pay-to-play.

    Major kudos to []'s policy of only allowing GPLed modules into their download directory.
    • Re:pay-to-play (Score:4, Informative)

      by Dynedain ( 141758 ) <slashdot2@anthon ... m ['mcl' in gap]> on Wednesday May 14, 2008 @04:12PM (#23408948) Homepage
      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 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.
  • 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...

    • by iivel ( 918436 )
      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 C
      • 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>
        DocumentRoot /var/www/mydomain


        • 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.

  • 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 minim
    • Re: (Score:3, Informative)

      by Anonymous Coward
      Yes. CMS Made Simple ( 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.
    • Re: (Score:3, Informative)

      by Dekortage ( 697532 )

      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

      • by FLEB ( 312391 )
        Interesting. Sounds (at first glance) like the sort of thing XML/XSL was made for.
    • by DeBaas ( 470886 )
      You could take a look at webgui (

      - 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
    • by Afief ( 1183299 )
      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.
  • 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 a
  • by CompMD ( 522020 ) on Wednesday May 14, 2008 @03:21PM (#23408132)
    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
    • by skelly33 ( 891182 ) on Wednesday May 14, 2008 @04:19PM (#23409070)
      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.
      • by joggle ( 594025 )
        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.
      • by spoco2 ( 322835 )
        "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
        • 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...
      • 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 busine
      • 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.

    • by aonnet ( 1289268 )
      The visit was useful. Content was really very informative. From []
  • 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
  • If only... (Score:2, Funny)

    by melted ( 227442 )
    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. :-)
  • 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,
    • 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
  • "The book contains many compound adjectives lacking hyphens, just as there are a few complete statements incorrectly separated by commas and not semicolons."

  • 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? Sur

  • 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. :-)
  • Drupal (Score:3, Insightful)

    by lilfields ( 961485 ) on Wednesday May 14, 2008 @05:12PM (#23409830) Homepage
    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.
    • Re: (Score:3, 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 layou
  • seaside (Score:1, Insightful)

    by Anonymous Coward
  • 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 wh
  • 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
  • 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.
  • 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
  • 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.c []

Any sufficiently advanced technology is indistinguishable from a rigged demo.