Miles Johnson

Amazon S3 testing in Travis CI

Miles Johnson — Sun, 14 Apr 2013 14:48:35 -0700

<p>I recently started integrating https://travis-ci.org/ into some of my projects. Travis is a continuous integration service that will execute your test cases in multiple different environments. I've been putting off integrating <a href="https://github.com/milesj/Transit">Transit</a> into Travis because of Amazon S3 testing, but I found the time to dig into it and implement it successfully.</p> <h5>Preparing S3</h5> <p>To integrate S3 into Travis, the AWS environment must be prepared. This section can get quite lengthy and complicated, but I will keep it brief and simply. The first step is to create a new bucket and apply a lifecycle rule of 1 day to the entire bucket. This rule will delete all files in the bucket every 24 hours, which in turn requires no maintenance, cleanup and low costs on our end.</p> <p>The next step is to create a new IAM group and assign the "Amazon S3 Full Access" policy permission. Once created, we need to modify the policy and change the permissions. I used the following policy for testing, which allows full S3 access to the ci-testing bucket. </p> <pre><code class="lang-javascript">{ "Statement": [ { "Effect": "Allow", "Action": "s3:*", "Resource": "arn:aws:s3:::ci-testing/*" } ] }</code></pre> <p>After the group is setup, create a new user and assign it to the group. Be sure to save/store the credentials (access and secret key) of the user as we will need them later on. It's also a good idea to set/generate a password for this user.</p> <h5>Integrating Travis</h5> <p>To make use of S3 in Travis, the appropriate variables must be set in the environment. This can be accomplished using the <code>env:global:</code> setting in the <code>.travis.yml</code> file. The region and bucket can be set using plain text.</p> <pre><code class="lang-yaml">env: global: - AWS_S3_REGION="us-east-1" - AWS_S3_BUCKET="ci-testing"</code></pre> <p>Like any smart developer, the access and secret keys should not be set using plain text, as this would give S3 access to anyone viewing the Travis logs. However, we can still set the private keys using <a href="http://about.travis-ci.org/docs/user/encryption-keys/">http://about.travis-ci.org/docs/user/encryption-keys/</a>. This process requires Ruby and RubyGems to be installed (either with Cygwin, Homebrew or another package manager).</p> <p>Installing RubyGems on Cygwin is rather easy. Simply <a href="http://rubygems.org/pages/download">download the zip</a> and extract it to the <code>C:/cygwin/home/</code> directory. Once extracted, run the following command from within the extracted folder (this requires ruby to be installed via the Cygwin setup).</p> <pre><code class="lang-bash">ruby setup.rb</code></pre> <p>Once installed, install Travis.</p> <pre><code class="lang-bash">gem install travis</code></pre> <p>Then use the <code>encrypt</code> command coupled with the <code>-r</code> flag (repository) to generate a secure environment key. In the example, I will be using my Transit repository.</p> <pre><code class="lang-bash">travis encrypt -r milesj/Transit AWS_S3_KEY="<access_key>"</code></pre> <p>Add the encrypted string to the <code>.travis.yml</code> file. Do the process again for the secret key.</p> <pre><code class="lang-bash">travis encrypt -r milesj/Transit AWS_S3_SECRET="<secret_key>"</code></pre> <p>The file should now look like the following:</p> <pre><code class="lang-yaml">env: global: - AWS_S3_REGION="us-east-1" - AWS_S3_BUCKET="ci-testing" - secure: "<encrypted_access_key>" - secure: "<encrypted_secret_key>"</code></pre> <p>These environment variables can now be accessed from the <code>$_SERVER</code> global within the test cases. For a full implemented example, check out my <a href="https://github.com/milesj/Transit">Transit library</a>.</p>

Utility v1.4.0

Miles Johnson — Mon, 08 Apr 2013 16:07:50 -0700

<p>A new version of Utility has been released, version <b>1.4.0</b>. Please <a href="https://github.com/milesj/Utility/tags">download the new tag</a> or <a href="http://milesj.me/c/19">view the documentation</a>. If you have any questions, be sure to send me an email or comment on this post. If you run into any problems, be sure to report an issue on the Github repository.</p> <p><b>Version:</b> 1.4.0<br> <b>Tested On:</b> PHP 5.3.13, CakePHP 2.3.1, Composer<br> <b>Requires:</b> PHP 5.3, CakePHP 2, Composer<br> <b>Commit Hash:</b> <a href="https://github.com/milesj/Utility/commit/b109b71a2d05e7b044d702c124f9faa4c4bb5771">b109b71a2d05e7b044d702c124f9faa4c4bb5771</a><br> <b>Changes:</b></p> <ul class="list"> <li>Added a BaseInstallShell and BaseUpgradeShell to handle plugin installs/upgrades</li> <li>Added the SluggableBehavior instance as a second argument to the beforeSlug() and afterSlug() callbacks</li> <li>Added a unique option to SluggableBehavior</li> <li>Added append() and prepend() to BreadcrumbHelper</li> <li>Added getCount as primary caching method in CacheableBehavior</li> <li>Added default rule messaging fallbacks to ValidateableBehavior</li> <li>Added getAll(), getList(), getCount(), getById() and getBySlug() to CacheableBehavior which can be called from the Model layer</li> <li>Added Decoda configuration to Configure via plugin bootstrap</li> <li>Added UtilityHelper to handle all purpose view functionality</li> <li>Fixed a bug with SluggableBehavior wildcard behaving incorrectly</li> <li>Fixed a bug where HTML is not stripped from breadcrumbs</li> <li>Updated AutoLoginComponent to use the referrer as the auth login redirect</li> <li>Updated SluggableBehavior to not sluggify a record if the slug is manually set in the data</li> <li>Updated ValidateableBehavior to grab $validate and use as the default validation set</li> <li>Updated EnumerableBehavior format setting to be APPEND by default instead of REPLACE</li> <li>Updated Decoda to v6.0.0</li> </ul>

Decoda v6.0.0

Miles Johnson — Fri, 05 Apr 2013 00:26:31 -0700

<p>A new version of Decoda has been released, version <b>6.0.0</b>. Please <a href="https://github.com/milesj/Decoda/tags">download the new tag</a> or <a href="http://milesj.me/c/6">view the documentation</a>. If you have any questions, be sure to send me an email or comment on this post. If you run into any problems, be sure to report an issue on the Github repository.</p> <p><b>Version:</b> 6.0.0<br> <b>Tested On:</b> PHP 5.3.13, Composer<br> <b>Requires:</b> PHP 5.3, Composer<br> <b>Commit Hash:</b> <a href="https://github.com/milesj/Decoda/commit/70a679488d2be76c8f997f7bdcc0555871e7bfe2">70a679488d2be76c8f997f7bdcc0555871e7bfe2</a><br> <b>Changes:</b></p> <ul class="list"> <li>Added a Component class which all Filters, Hooks, Engines and Loaders extend</li> <li>Added a Loader class to handle resource file loading for configuration and messages</li> <li>Added Hook::startup() to initialize data before callbacks are called</li> <li>Added Decoda::addMessages() to add messages using a Loader</li> <li>Added Decoda::getBlacklist() and getWhitelist()</li> <li>Added a 2nd argument $key for Decoda::addFilter() and addHook()</li> <li>Added a default attribute to ImageFilter (img="200x200")</li> <li>Added a default attribute to ListFilter (list="upper-roman")</li> <li>Added a new TableFilter</li> <li>Added custom exceptions</li> <li>Renamed all config methods to getConfig() and setConfig()</li> <li>Renamed Filter::tag() to getTag()</li> <li>Renamed Filter::tags() to getTags()</li> <li>Renamed Engine::setPath() to addPath()</li> <li>Renamed Engine::getPath() to getPaths()</li> <li>Updated CensorHook to support blacklisting words using a Loader</li> <li>Updated EmoticonHook to support adding emoticons using a Loader</li> <li>Updated Decoda::setLocale() so that it no longer throws exceptions (can now support setting the default locale)</li> <li>Updated Engines to support multiple template lookup paths</li> <li>Updated with Travis CI and phpunit.xml integration</li> </ul>

Important uploader changes

Miles Johnson — Wed, 20 Mar 2013 22:48:53 -0700

<p>There are a few <a href="http://milesj.me/code/cakephp/uploader">Uploader</a> changes that I made this week that everyone should be aware of. Simple change logs will not suffice, so I will briefly talk about the changes.</p> <h5>Why not a minor version upgrade?</h5> <p>You're right, it should be a minor version instead of a patch. I was trying to be hasty and screwed that up and now it's too late. This post is also to warn anyone updating via Composer without checking the changes.</p> <h5>Amazon S3 endpoints</h5> <p>Last week Amazon changed their AWS SDK and in the process broke the S3 URLs (endpoints) that are generated via the Uploader and Transit. <a href="https://github.com/milesj/Transit/commit/adf2e8a2d99d027001783f2d5bed5e00e88945e4">I quickly fixed this once it was brought to my attention</a>, however, if anyone was uploading files during this time frame, the S3 transport would of failed and will continue to fail until Transit is updated.</p> <h5>Imported file validation</h5> <p>File validation up to this point was only for literal file uploads and not imports. <a href="https://github.com/milesj/Uploader/commit/c9875af9d9d2ec2bebc8f10c1738bdc8a424a70b">After many requests I decided to add file validation to importing files</a>. The process and configuration should be the same for both uploads and imports. <a href="https://github.com/milesj/Transit/commit/c70c37a30527634ae467b2bd8554d1d6943fbc6f">I also updated Transit to import files under https</a>.</p> <h5>Extension detection</h5> <p>In the past, the extension of a file was determined by the ending characters in the literal filename. This was changed and it will now determine the extension <a href="https://github.com/milesj/Transit/commit/8ab83df582d1fe8c91d9fc671145ae690685d172">based off the files mime type</a> (image/jpeg = jpg, etc). This provides support for files that do not have extensions, but are true files (primarily applies to URLs).</p> <h5>Swapped type/mimeType validation rules</h5> <p>These 2 validation rules continue to confuse people, and it confused me also as the terminology is backwards. I decided to swap the functionality of these, which in turn <u>will break backwards compatibility</u>. The way these should work is as so: </p> <p>If type equals "image" then all image mime types will pass (image/jpeg, image/png, etc). This allows for easy validation of all images instead of defining mime types for each one. The type value can be anything before the / in the mime type declarations.</p> <p>As for mimeType, this should equate to the literal mime type value: image/png, text/html, audio/mp3, etc.</p> <p>I may combine these into a single validation rule to remove the confusion that they cause.</p> <h5>Upgrade now!</h5> <p>Please update to Uploader v4.0.9 and Transit v1.0.7 immediately, especially if you are using Amazon S3.</p>

Down the admin pipeline

Miles Johnson — Wed, 20 Mar 2013 01:00:40 -0700

<p>Nearly 2 weeks ago I talked briefly about <a href="http://milesj.me/blog/read/everyone-needs-admin">the CakePHP admin plugin</a> I was building. Since then I have tagged 10 minor versions with many new features and bug fixes. I spent a good chunk of my time testing the admin against my current applications and attempting to fix any issues. I can only do so much testing by myself, so if any of you end up testing the plugin, I would greatly appreciate some feedback!</p> <h5>Models overview</h5> <p>While testing the admin against my applications, I noticed many models were missing display fields and associations. I figured an overview table of all model properties would be a great feature to include.</p> <div class="align-center"><a href="http://milesj.me/img/admin/models.jpg"><img width="250" src="http://milesj.me/img/admin/models.jpg" alt=""></a></div> <h5>Configuration overview</h5> <p>Hot on the heels of the models overview, I decided to apply the same treatment to CakePHPs configuration. This page will display all the top-level configuration settings in neatly structured tables and columns.</p> <div class="align-center"><a href="http://milesj.me/img/admin/config.jpg"><img width="250" src="http://milesj.me/img/admin/config.jpg" alt=""></a></div> <h5>Action logging and syslog overview</h5> <p>Any sane admin system would log an administrators actions, because you know, just in case they do something shady! The admin plugin comes enabled with a logging system that tracks all users actions. This feature can be enabled (default) or disabled through Configure. To manually log something, one can use the AdminToolbarComponent::logAction() method.</p> <p>If you are like me, you get tired of SSHing into your server and checking the logs, or are too lazy to setup Splunk or Logstash. Because of this I added a simple log parsing feature that aggregates exceptions and displays them in a pretty table. Do note that this is basic parsing and shouldn't be heavily relied on, and will only parse logs under 2MB.</p> <div class="align-center"><a href="http://milesj.me/img/admin/logs-1.jpg"><img width="250" src="http://milesj.me/img/admin/logs-1.jpg" alt=""></a> <a href="http://milesj.me/img/admin/logs-2.jpg"><img width="250" src="http://milesj.me/img/admin/logs-2.jpg" alt=""></a></div> <h5>Reported content</h5> <p>Another useful feature that many sites utilize is a content reporting/flagging system. My forum plugin utilizes one, my tournament plugin will, and my applications do. Each of them rolled their own system, so I thought it would be easier to roll this feature into the admin and have them all extend from it.</p> <p>Every user can report content (a model record) and organize it under a specific type (sexual, offensive, etc). These pending reports will then appear in the reports section of the admin until they are resolved by an administrator. For ease of use, the AdminToolbarComponent::reportItem() method can be used within the application context.</p> <div class="align-center"><a href="http://milesj.me/img/admin/reports-1.jpg"><img width="250" src="http://milesj.me/img/admin/reports-1.jpg" alt=""></a> <a href="http://milesj.me/img/admin/reports-2.jpg"><img width="250" src="http://milesj.me/img/admin/reports-2.jpg" alt=""></a></div> <h5>Model and behavior callbacks</h5> <p>Another nifty feature is the ability to configure model and behavior callbacks that can be triggered from the index listing (behavior) or the read page (model). This allows behavior methods like TreeBehavior::reorder() and CacheableBehavior::clearCache() to be executed within the admin. As for models, it allows custom methods like User::ban($id) to also be executed from within the admin (and is also used in reports).</p> <div class="align-center"><a href="http://milesj.me/img/admin/process-1.jpg"><img width="250" src="http://milesj.me/img/admin/process-1.jpg" alt=""></a> <a href="http://milesj.me/img/admin/process-2.jpg"><img width="250" src="http://milesj.me/img/admin/process-2.jpg" alt=""></a></div> <h5>Filters</h5> <p>What kind of system would this be if you couldn't filter results? A crappy one! Good thing this plugin is amazing. The index page now supports filtering (via named params) and pagination in unison. The filter fields are determined from the models schema and work in a similar fashion to the create and update pages. </p> <p>Integer and date fields provide a comparison dropdown that lets you choose the operator to use: less than, not equals, etc. Dates allow for any kind of input and will be strtotime()d on the backend. Enumerables, booleans and belongs to relations will be represented as a dropdown. Strings will result in a LIKE %% query. Any active filter will be highlighted in yellow.</p> <div class="align-center"><a href="http://milesj.me/img/admin/filters-1.jpg"><img width="250" src="http://milesj.me/img/admin/filters-1.jpg" alt=""></a> <a href="http://milesj.me/img/admin/filters-2.jpg"><img width="250" src="http://milesj.me/img/admin/filters-2.jpg" alt=""></a></div> <h5>Well this is cool and all...</h5> <p>Don't forget all the custom model icons, and the localization support, and the table action buttons, and yeah, many more things. I have a long list of features to still add, so stick around!</p>

Because everyone needs an admin

Miles Johnson — Thu, 07 Mar 2013 23:39:01 -0800

<p>If you are like me, you hate building administration panels. They either take the same length of development, or more, compared to the actual application. On top of that, you end up re-building an admin interface for every application. So... much... effort... <code>I'm just too lazy</code>. Out of 3 personal applications that I have running live, none of them have an admin interface (Yay for raw MySQL!). I think it's about time I solve this problem by creating an all-purpose CRUD plugin that can be dropped into any application. I looked <a href="https://github.com/Pollenizer/CakePHP-Admin-Plugin">around</a> <a href="https://github.com/gerhardsletten/Active-Admin-CakePHP">at other</a> <a href="https://github.com/nicolasramy/CakePHPBootstrapAdmin">plugins</a>, but none of them offered what I wanted; even CakePHP scaffolding, <a href="http://browniephp.org/">BrowniePHP</a> and <a href="http://croogo.org/">Croogo</a> fell short. I only had 3 hard requirements:</p> <ul class="list"> <li>No manual installation (creating controllers, views, etc)</li> <li>CRUD mapping for every model (including plugins)</li> <li>ACL, authentication and authorization</li> </ul> <p>So with no viable option, I went ahead and built this plugin over the past week, aptly named <a href="https://github.com/milesj/Admin">Admin</a>. The plugin meets all the requirements I listed above and then some. Let me take you on a wonderful tour of its features and functionality. In my quick little demonstration, I will be using a test application that also uses the Forum and Tournament plugins that I wrote.</p> <h5>Everyone loves dashboards</h5> <p>To keep things simple, I tried not to clutter the layout. The design and layout implement <a href="http://twitter.github.com/bootstrap/index.html">Twitter Bootstrap</a>, along with its responsive styles and jQuery components. </p> <p>The admin dashboard and navigation simply list out all enabled plugins and their models. Models need to be installed from the shell before CRUD can be enabled. If a model is not installed, a red warning will appear and exceptions will be thrown when trying to navigate around.</p> <div class="align-center"><a href="http://milesj.me/img/admin/dashboard.jpg"><img width="250" src="http://milesj.me/img/admin/dashboard.jpg" alt=""></a></div> <p>The index of every model will list out and paginate all records (duh). The records will also fetch and display belongsTo fields by utilizing the models display fields and primary keys. If your models inherit <a href="https://github.com/milesj/Utility">Utility.Enumerable</a>, their values will seamlessly be replaced by their enumerable equivalent (the same applies to forms).</p> <div class="align-center"><a href="http://milesj.me/img/admin/index.jpg"><img width="250" src="http://milesj.me/img/admin/index.jpg" alt=""></a></div> <h5>CRUD is the staple of any admin</h5> <p>Wouldn't you agree? That's why the plugin supports moderate CRUD functionality for all models, including plugins, right of the box (not really, but requires minor installation). No controllers are needed as every model is URL routed and mapped allowing quick development. The system relies heavily on a models property definitions (display field, primary keys, associations, database schema, etc) to generate and provide strict functionality. CRUD also makes use of ACL allowing users and groups specific access.</p> <p>The create and update pages work in a similar fashion. Every form has functionality derived from the models validation rules, database schema and associations. This allows for input fields to set requirements, null checks and more. Any <code>belongsTo</code> field is represented as a drop down list or a type ahead field (depending on how many records exist in the database). Forms also provide minor support for <code>hasAndBelongsToMany</code> relations.</p> <div class="align-center"><a href="http://milesj.me/img/admin/create.jpg"><img width="250" src="http://milesj.me/img/admin/create.jpg" alt=""></a><a href="http://milesj.me/img/admin/update.jpg"><img width="250" src="http://milesj.me/img/admin/update.jpg" alt=""></a></div> <p>The read page provides an overview of a record including full associated data. Be careful as this page will pull in <code>all data</code> unless limits and conditions are placed.</p> <div class="align-center"><a href="http://milesj.me/img/admin/read-1.jpg"><img width="250" src="http://milesj.me/img/admin/read-1.jpg" alt=""></a><a href="http://milesj.me/img/admin/read-2.jpg"><img width="250" src="http://milesj.me/img/admin/read-2.jpg" alt=""></a></div> <p>And finally the delete page, which provides a confirmation of deletion (because everyone hates accidental deletions). The confirmation also displays a nested list of dependent associated records that will also be deleted.</p> <div class="align-center"><a href="http://milesj.me/img/admin/delete.jpg"><img width="250" src="http://milesj.me/img/admin/delete.jpg" alt=""></a></div> <h5>Access control lists, really?</h5> <p>No one ever uses the ACL system, why? Because it's complicated and hard to learn. I would always steer away from using CakePHP's ACL, but after diving into it, I must say that it is very powerful if used right (and here's to hoping I am). The ACL supports AROs (basically users, groups and roles), ACOs (objects to administer) and permissions (CRUD access). The plugin makes heavy use of defining ACOs for every model and setting up ARO permissions to enable or disable CRUD functionality.</p> <p>The plugin also generates an ACL matrix which displays an overview of CRUD permissions for AROs (vertical columns) and ACOs (horizontal columns). Each of the 4 boxes represent an action: create, read, update and delete. Each color represents permission: green has access, red does not, while blue inherits from parent.</p> <div class="align-center"><a href="http://milesj.me/img/admin/acl.jpg"><img width="250" src="http://milesj.me/img/admin/acl.jpg" alt=""></a></div> <p>To integrate ACL into the admin plugin, custom models were created. They are RequestObject (extends Aro), ControlObject (extends Aco) and ObjectPermission (extends Permission).</p> <h5>This looks outstanding, what else is down the pipeline?</h5> <p>Since this is a very early alpha preview, much more will come of this plugin. Since the features are too awesome to describe, I will just list a few.</p> <ul class="list"> <li>Custom icons for each model/plugin</li> <li>Overrides for controller and view CRUD</li> <li>Filtering and searching</li> <li>Improved support for behaviors like Tree</li> <li>Logging of administrator actions</li> </ul> <p>I would really love some feedback and suggestions on this. Do note that since this is in alpha, the plugin is <b>not</b> production ready, and as such should be installed using a dev minimum-stability in Composer.</p>

Forum v3.3.0

Miles Johnson — Tue, 29 Jan 2013 19:00:12 -0800

<p>A new version of Forum has been released, version <b>3.3.0</b>. Please <a href="https://github.com/milesj/Forum/tags">download the new tag</a> or <a href="http://milesj.me/c/13">view the documentation</a>. If you have any questions, be sure to send me an email or comment on this post. If you run into any problems, be sure to report an issue on the Github repository.</p> <p><b>Version:</b> 3.3.0<br> <b>Tested On:</b> PHP 5.4.3, CakePHP 2.3.0, Composer<br> <b>Requires:</b> PHP 5.3, CakePHP 2, Composer<br> <b>Commit Hash:</b> <a href="https://github.com/milesj/Forum/commit/3fbe1526b2be48402c15ee67541306252d0fc992">3fbe1526b2be48402c15ee67541306252d0fc992</a><br> <b>Changes:</b></p> <ul class="list"> <li>Requires PHP 5.3 and Composer</li> <li>Upgraded Utility plugin to 1.3.x</li> <li>Upgraded Decoda to 5.x</li> <li>Added FORUM_DATABASE and FORUM_PREFIX constants</li> <li>Added avatar mapping support in Forum.userMap.avatar</li> <li>Added support for layout overrides through Forum.viewLayout</li> <li>Updated shells, models and controllers to use the new FORUM_* constants</li> <li>Updated to HTML5 doctype</li> <li>Fixed localization not changing</li> <li>Fixed search not working for guests </li> <li>Replaced jQuery with Mootools</li> <li>Replaced Markitup with Decoda</li> <li>Replaced database settings with Forum.settings and Configure</li> <li>Renamed CommonHelper to ForumHelper</li> <li>Renamed settings to be camelCase</li> <li>Moved around search and login forms</li> <li>Lots of polish and fixes</li> </ul>

Repository Cleanup

Miles Johnson — Wed, 23 Jan 2013 14:34:06 -0800

<p>I'm currently in the mood to cleanup all my Github repositories, and with this will come some changes. I am posting this to give a warning to anyone who is cloning my repositories either directly or via submodule, as some of the repository names (and URLs) will change. This overhaul is meant to free up some of my time as I plan to veer away from starting any new projects (unless it's part of a client request) and merely want to support my current projects with bug fixes and new features, if any. With this change, the following changes are happening:</p> <p>The following projects will have their <b>names changed</b>:<br> <ul class="list"> <li>php-decoda --> Decoda</li> <li>php-transit --> Transit</li> <li>php-packager --> Packager</li> <li>cakephp-utility --> Utility</li> <li>cakephp-forum --> Forum</li> <li>cakephp-uploader --> Uploader</li> <li>moo-decoda --> Decoda.js</li> </ul> <p>The following projects will <b>be deprecated</b> and no longer receive any kind of support: <code>cake-decoda, cake-ajax_handler, cake-auto_login, cake-cache_kill, cake-feeds, cake-spam_blocker, cake-redirect_route, cake-we_game, php-type_converter, php-statsburner</code></p> <p>Most of the deprecated projects were moved to the Utility plugin or the Titon project and will continue to receive support there. The stand alone projects are merely deprecated.</p> <p>The following projects will <b>no longer be supported</b> excluding critical bugs: <code>php-compression, php-resession, php-numword, php-gears, php-formation, php-databasic</code></p> <p>Thanks for all your continuing support and sorry if these minor changes cause any hiccups. Please be patient and give Github and Composer some time to propagate the changes.</p>

Decoda v5.1.0

Miles Johnson — Sun, 20 Jan 2013 00:28:23 -0800

<p>A new version of Decoda has been released, version <b>5.1.0</b>. Please <a href="https://github.com/milesj/php-decoda/tags">download the new tag</a> or <a href="http://milesj.me/c/6">view the documentation</a>. If you have any questions, be sure to send me an email or comment on this post. If you run into any problems, be sure to report an issue on the Github repository.</p> <p><b>Version:</b> 5.1.0<br> <b>Tested On:</b> PHP 5.4, Composer<br> <b>Requires:</b> PHP 5.3, Composer<br> <b>Commit Hash:</b> <a href="https://github.com/milesj/php-decoda/commit/b554ba63750bf2c32b0e22b757fed57d5adb981f">b554ba63750bf2c32b0e22b757fed57d5adb981f</a><br> <b>Changes:</b></p> <ul class="list"> <li>Updated to use Multibyte extensively </li> <li>Added Decoda::hasFilter() and Decoda::hasHook()</li> <li>Added <code> tags within <pre> for CodeFilter and proper semantics</li> <li>Added source tag that renders <code> tag for CodeFilter</li> <li>Refactored Decoda::_buildTag() to be more efficient</li> <li>Fixed bugs with custom brackets in tag parsing</li> <li>Fixed bugs with auto-linking regex</li> <li>Fixed bug with URLs that end in trailing slash</li> <li>Changed <code> to <var> for var tag</li> </ul>

Uploader v4.0.0

Miles Johnson — Wed, 09 Jan 2013 11:04:17 -0800

<p>A new version of Uploader has been released, version <b>4.0.0</b>. Please <a href="https://github.com/milesj/cake-uploader/tags">download the new tag</a> or <a href="http://milesj.me/c/9">view the documentation</a>. If you have any questions, be sure to send me an email or comment on this post. If you run into any problems, be sure to report an issue on the Github repository.</p> <p><b>Version:</b> 4.0.0<br> <b>Tested On:</b> PHP 5.4<br> <b>Requires:</b> PHP 5.3<br> <b>Commit Hash:</b> <a href="https://github.com/milesj/cake-uploader/commit/f4d115ff504abdb8b1c7e508ae530300ef53409c">f4d115ff504abdb8b1c7e508ae530300ef53409c</a><br> <b>Changes:</b></p> <ul class="list"> <li>Updated to use Composer extensively </li> <li>Updated to use <a href="https://github.com/milesj/php-transit">Transit</a> and <a href="https://github.com/aws/aws-sdk-php">AWS SDK</a> internally</li> <li>Uploader and S3 classes have been removed (uploading is done purely in the model layer)</li> <li>Transformations can be applied to the original file or used to create new files</li> <li>Transformations now support the following options: nameCallback, append, prepend, uploadDir, finalPath, overwrite and self</li> <li>Added Model::deleteImages($id) to delete uploaded files and not the record</li> <li>Added automatic file deletion when a record is deleted, or a path is being overwritten with a record update</li> <li>Added built in support for file uploading and importing (local, remote or stream)</li> <li>Added rollback file deletion if the upload process fails</li> <li>Added Model::beforeTransport() callback</li> <li>Added logging for critical errors</li> <li>Added AWS S3 and Glacier transport support</li> <li>Added type and mimeType validation rules</li> <li>Improved the error handling</li> <li>Improved file renaming and moving</li> <li>Removed config and mime type mapping</li> <li>Removed Test and Vendor files</li> <li>Option name was renamed to nameCallback</li> <li>Option importFrom was removed as importing is built in</li> <li>Option s3 was replaced with transport</li> <li>Option metaColumns had keys renamed</li> <li>Options baseDir and uploadDir were replaced with tempDir, uploadDir and finalPath</li> <li>Options maxNameLength and saveAsFilename were removed</li> <li><a href="http://milesj.me/code/cakephp/uploader">View the updated documentation for help</a></li> </ul>