Yesterday, I released Solar 1.0.0beta3. You can see the very short change log here. Special thanks to "kalkin" for committing a series of fixes and improvements.
These days I'm concentrating more on documentation. Previously, we had only the ubiquitous quick-start blog demo. This release includes a new chapter on Solar's dynamic dispatch cycle; i.e., the bootstrap, front controller, page controller, action method, and view. (I'm starting a chapter on the DataMapper-style model system today.)
Incidentally, I've been writing the docs in DocBook 5 and building them with xsltproc. You can see the whole build system in the Solar docs repository. I tried using the new PhD build system, but it required more effort and energy than I could spare. PhD is screamingly fast, but it's not doing everything that xsltproc does just yet, and I barely have enough time to work on my own projects as it is.
Solar 1.0.0alpha5 has been released, with a few bugfixes, and one change. The change notes are below. Also of note, I have created separate "alpha" and "beta" branches, so we can continue bugfix releases on the alpha side while not having to release new beta features.
So much for last alpha release. ;-) The alpha4 release corrects a dozen small bugs so that users don't have to wait for the beta in about 7 weeks.
The alpha3 version of the Solar Framework for PHP5 has been released; you can get it from the usual locations. Of note, this will be the last alpha release of Solar; I expect to have a beta released within the next 8 weeks or so.
This entry is a continuation of the Solar CLI series--a series that aims to detail Solar CLI commands, available options, parameters, and usage examples. In this entry we take a look at make-model, a command that can generate models based on a SQL table."
This entry is a continuation of the Solar CLI series--a series that aims to detail Solar CLI commands, available options, parameters, and usage examples. In this entry we take a look at make-vendor, a command to generate a new project, otherwise known as a "vendor space."
One of the nice things Solar has to offer is its CLI (Command Line Interface), which can be used to accomplish tasks that would otherwise eat up valuable time, such as creating a new project, applications, models, tests, and documentation. In this entry, and others that will follow, I will be showing you how to use the current (Solar v1.0.0 alpha2) CLI, detailing commands, available options, parameters, and usage examples. So make sure that you have a fresh pot of coffee and let's get to it!
As part of the Solar-1.0.0alpha2 release, we included an SQL adapter that lets you connect to master/slave MySQL installations. Read on for how to set it up using just the config file.
This entry is an extension to the current manual page for user authentication and is intended for folks who have already been through the basics of Solar. What I hope to accomplish here is to show you how to setup user authentication using MySQL, something the manual currently does not elaborate upon.
Solar_Registry is a class for storing singleton objects which are used usually for things like SQL objects and the response and request objects. Now what's interesting, is that in the new version of Solar a new configuration key registry_set was added for the Solar arch-class. You can use it to tell Solar to automatically add objects to the registry when it starts up.