Sympal scripts vs. or with Civicspace installer

Yesterday David pointed me at a cool screen-cast of the Civicspace (CS) installer. His question was, how much Sympal scripts and its install system could use from and be used by the CS installer. Because I got this kind of questions more often, here is a summary and a small status report.

Here is what I need and what I have resources for:

  • Sympal is all command-line based. Consultants and developers have command-line skills. (or else they should get another Job :)) )
  • Sympal aims at the Ruby on Rails way of "installing" and "developing". I have modeled it after that, only that I coded it in PHP and not Ruby :)
  • Sympal is NOT a single-Drupal Installer. It assumes a working and installed Drupal. It allows multisite installations. (however, I am working on an SVN checkout of The First Drupal Installation)

About the install profiles: Right now I have a directory "templates". Inside that directory there are all sorts of templates. Sympal scripts will run over these templates, do token-replacement, and e.g build modules from them and place them under sites/foobar.com/modules. Same for themes. If there are .sql files in there, they will be parsed and then injected in the DB (handy to create initial nodes, for example).

Next step, however, is fixtures: A fixture is a way of "saving" a certain state of a site. It stores your nodes, configuration and other things (terms, roles, etc). A fixture will be imported on installation too. A fixture is a pure PHP dump (par example: a node is a full blown PHP object).

So all in all, I think we have different aims: You want to suitclick-n-point-ready-to-go-Drupal-users. I aim at the consultants and developers who use Drupal as a development environment. Because I beleive there is far more need for that. *)

*) I have never been able to deploy a single Drupal site without hacking at least SOME code. Ready-to-go-click-n-point sites are IMO more a task for Bryghts and Sympals. So even If i could install it in my browser, I would still needs ssh/(s)ftp to hack up my themes and change A Module to work together with Another Module.

BTW My scripts are tied to plesk and dischosting too, and a new multisite is created for each domain when plesk creates it. It works. so, the netto result is that even consultants no longer need command-lines :), they can just use plesk (or preferably a Free system).

About the author: Bèr Kessels is an experienced webdeveloper with a great passion for technology and Open Source. A golden combination to implement that technology in a good and efficient way. Follow @berkes on Twitter. Or read more about Bèr.

blog comments powered by Disqus