EOS is an experimental PHP 5.4 CMS built on top of the Laravel framework. EOS is meant to be Page Centric, lightweight, and flexible. The end goal is to allow developers to quickly turn an HTML mockup in to a live pages quickly.
- Finalize initial database schema prototypes for core components
- Decide on robust user & access control authentication mechanisms
-
DEVOPS:ALLTHETHINGS
-
Create an eos-aws-ops project to make it easy to for AWS n00bs to spin up a mutli-region, multi-az, load balanced cluster of EOS web heads using Amazon Linux AMI, Ubuntu Server AMI, or CentOS AMI with Apache, NGINX, and possibly HHVM (for releases with 100% Laravel compatibility)
-
Create deployment automation plan
-
Create testing ( and automation )
-
Create local environment "setup script"
-
Bash or pyton that, at a minimum, will test if your system is configured to run EOS via the "artisan serve" command. Nice to have would be spinning up a vagrant vm or similar.
-
Create DEV/unstable Environment
-
Create QA/verification Environment
-
Create STAGING/Release Candidate Environment
####EOS Management ** command line management utility / wrapper for artisan, composer, etc
####Multi-CSS Framework capable layout system
- Bootstrap
- YAML
- etc
####RESPONSIVE ALL THE THINGS
Templating/Design goals
-
Provide a set of commonly used page layout skeletons (or chunks of layouts) similar to what can be found in the Dell Design Library
-
Bonus points for an algorithm that can analyze a tempolate and "see what you were trying to do" and provide a better implementation of layout
####Page / eosWebDocument A page is simply a route (page alias, slug, whatever), a layout, a collection of content nodes, and some basic web/app meta data. At the end of the day, a template engine is sent an eosWebDocument as the data to render.
The Raw HTML skeleton / structure of a page, sans CSS, Content, or Scripts. A layout may contain layout chunks and defines Content Zones
A portion of a Layout which is reusable or which may be overridden in certain contexts. A layout chunk can also define content zones. Content Zones missing from an overridden layout chunk will be disregarded
The named Blade/Mustache/Twig or a specific XPATH to a region of your page layout where module output can written
- content_nodes is a generic content table that can contain different sorts of content pieces *Similar concept as in ModX "ContentElement" (modDocument, modSnippet, modChunk)
- nodeTypes enumaration: eosDocument, eosDocumentChunk
A theme is the collection of LESS/SASS portions of a Template
The whole thing. A collection of layouts, themes (css & images), and javascript resources