Theme for blog.webplatform.org for WebPlatform.
Those plugins are expected to be installed. Installation as submodules #TODO
-
Clone this repo
-
Get all submodules
git submodule update --init --recursive
-
Make sure you have the following php modules:
- php5-memcache
-
Install the Expected plugins (see note above this section)
-
Copy error pages static files. Automate with salt #TODO
wget www.webplatform.org/errors/{503,500,404,403}.html
-
This will create a master less Salt managed VM.
-
Install plugins first:
vagrant plugin install vagrant-salt vagrant plugin install vagrant-vbguest
-
Clone full project, get dependencies
// git clone ... git submodule update --init --recursive patch --binary -p1 < assets/revision-control-fixes.patch
-
Create the VM
vagrant up
-
Once if finishes, you might see error messages. Sorry about that, it should be fixed soon. We need to connect to the VM and do some things manually.
sudo -s DEBIAN_FRONTEND=noninteractive apt-get -q -y install mariadb-server apt-get -y autoremove exit salt state.highstate
The latter is an alias in the
salt/states/wordpress/dev.sls
file that creates an alias to not need su privileges to issue salt commands. -
Once its done, exit and check for the VM IP address.
vagrant ssh
Notice the IP address Vagrant announces. Adjust your local hosts file with it
172.28.128.3 blog.local
NOTE: In Windows its generally in %windir%\system32
in drivers\etc and called hosts
(without file extension). If you never changed a hosts file on Microsoft Windows, refer to this Microsoft Support Knowledge base article.
-
Ensure you have a
local.php
cp local.php.example local.php
-
Install the development database "fixtures"
mysql -u root wordpress < assets/fixtures-dev.sql
-
Then allow writing on some folders. Those are workarounds because /vagrant is not really in the VM and the web server would throw errors because the file system will fail
mkdir /tmp/wp-cache ln -s /tmp/wp-cache /vagrant/wp-content/cache
- Forbid to update plugins
- Commit back upstream revision-control plugin patch using SVN. See issue comment
- Change Memcached handler?
In a near future, all assets (CSS, JavaScript, images) that are specific for creating the image of the WebPlatform site should be hosted/managed from within the www.webplatform.org project. Any other code that is specific to wordpress can stay in this repository.