- imagick 3.1.1
- Reworked identifyImage method - vld 0.12.0
- PHP 5.5 compatibility - fann 1.0.2
* Added configuration for Windows build to config.w32
* Fixed GCC and Windows compiler warnings - ip2location 6.0.1
* new release - ip2location 6.0.0
* new release
2013年9月24日星期二
Community News: Latest PECL Releases for 09.24.2013
Community News: Packagist Latest Releases for 09.24.2013
- cviebrock/guzzle-stripbom-plugin (0.1.3, 1.0.0)
Plug-in for Guzzle that strips BOMs from server responses - markstory/asset_compress (v0.10)
An asset compression plugin for CakePHP. Provides file concatenation and a flexible filter system for preprocessing and minification. - webvariants/babelcache (v2.0.1)
Generic caching library with namespace support - cyantree/grout (0.0.10)
Framework and toolkit - cyantree/grout-project (0.0.7)
project template for Grout apps - cyantree/grout-error-reporting-module (0.1.0)
module for error reporting - quexer69/yii-slit-slider (0.3.0)
Yii Slit Slider for phundament 3, with packages from composer repository http://packages.phundament.com - ticketevolution/ticketevolution-php (2.1.0)
A PHP 5.3+ library for the Ticket Evolution API. - mpratt/relativetime (1.0)
A library that calculates the time difference between two dates and returns the result in words (Example: 5 minutes ago or 5 Minutes left). The library supports other languages aswell like Spanish and German. - giovanniramos/pdo4you (4.0)
Access SQL databases using the PDO extension - fol/fol (v0.5.0)
PHP framework - minime/annotations (1.2.3)
Minime / Annotations is a lightweight PHP annotation library - sonata-project/admin-bundle (2.2.5, 2.2.4)
Symfony SonataAdminBundle - widop/http-adapter (1.0.1)
Issue HTTP request. - simonstamm/laravel-pjax (v0.4)
PJAX for Laravel 4 with redirection-support - nervetattoo/elasticsearch (v2.3.0)
ElasticSearch client for PHP 5.3 - lusitanian/oauth (v0.2.3)
PHP 5.3+ oAuth 1/2 Library - dreamfactory/dsp-core (1.1.0)
DreamFactory Services Platform(tm) Core - spraed/pdf-generator-bundle (v1.0)
This bundle creates (multiple) PDFs in Symfony2 by converting Twig/HTML templates. - dreamfactory/lib-php-common (1.1.0)
Common PHP Components Library for the DreamFactory Services Platform(tm) - marc-mabe/php-enum (1.0.0-beta2)
Simple and fast implementation of enumerations with native PHP 5.3 and upper - slam/tcpdf (6.0.033)
TCPDF is a PHP class for generating PDF documents. - tecnick.com/tcpdf (6.0.033, 6.0.032)
TCPDF is a PHP class for generating PDF documents. - ob/statusboard (0.1.0)
Library to render widgets for panic's StatusBoard ipad app - bit3/contao-compat (1.2.3)
Compat layer to work around differences in the Contao 2 and Contao 3 API. - bit3/contao-bit3basics (1.1.3)
Set of basic settings for Contao OpenSource CMS - bit3/contao-hidepagetitle (1.2.1)
Hide page title extension for Contao OpenSource CMS - bit3/contao-merger2 (2.3.2)
Module merger V2 for Contao OpenSource CMS - bit3/contao-xyaml (2.0.2)
YAML integration for Contao CMS - bit3/contao-twig (1.6.3)
Twig integration for Contao OpenSource CMS - bit3/contao-meta-palettes (1.5.2)
MetaPalettes extension for Contao OpenSource CMS - bit3/contao-nested-menu (1.1.1)
Nested menus for Contao OpenSource CMS - discordier/justtextwidgets (0.5.3)
Hidden fields with text values and explanation texts - bit3/contao-dependency-container (1.2.1, 1.2)
Dependency container based on pimple for Contao open source cms. - dreamfactory/app-launchpad (1.1.0)
DreamFactory Services Platform(tm) LaunchPad Application - dreamfactory/app-admin (1.1.0)
DreamFactory Services Platform(tm) Admin Application - sixdg/dynamics-crm-php-connector-redis-cache (0.1.0)
PHP Library for using Redis in sixdg/dynamics-crm-php-connector - bit3/contao-dependency-container-inspector (1.0)
Inspector for the dependency container for Contao open source cms. - virtualidentityag/hydra (0.4.0, 0.3.0)
Social Media Feed Persistence Synchronizer - dreamfactory/service-oauth (1.1.0)
DreamFactory Oasys (Open Authentication SYStem) - hundredminds/ipgeobase (1.02, 1.0.1)
Simple library to work with ipgeobase.ru datafiles. Fork of rossvs/ipgeobase.php - necromant2005/bigml-php-sdk (1.2.0, 1.1.1, 1.1)
BigML php SDK - oryzone/boilerplate-bundle (v4.3.0)
Integrates HTML5 boilerplate in symfony2 with twig - dflydev/markdown (v1.0.3)
PHP Markdown & Extra - friendsofsymfony/user-bundle (v1.2.5, v1.3.3)
Symfony FOSUserBundle - uam/tcpdfx (3.0.0, 2.0.6, 2.0.5, 2.0.4)
Fork of the unofficial PSR-0 compliant version of the FPDI library. Designed to be used with TCPDF. - hirokws/strivejobs (0.1.1)
Job controlle system. - orchestra/foundation (v2.0.20)
Orchestra Platform 2 Foundation Component - rcrowe/laravel-database (v0.1.0)
Brings some missing functionality to the Laravel Database layer. - bread/rest (v0.4.1)
Bread REST framework - bread/storage (v0.7.0)
Bread storage library - slevomat/sglogistics-api (1.17.1, 1.17)
SG Logistics client API Library - claroline/bundle-recorder (1.1.1)
Claroline bundle recorder - noi/imap-idle (v1.0)
An implementation of the IMAP IDLE (RFC 2177) based on the pear/Net_IMAP - n98/magerun (1.78.2)
Tools for managing Magento projects and installations - bear/package (0.9.0)
BEAR.Sunday application package - bear/resource (0.9.1)
Hypermedia framework for object as a service - ray/di (1.1.2)
Guice style annotation-driven dependency injection framework - uam/tcpdf (2.0.4)
Fork of the unofficial PSR-0 compliant version of the FPDI library. Designed to be used with TCPDF.
Derick Rethans: ISO 8601 week dates
Derick Rethans has a new post with details about handling ISO 8601 dates in PHP via the DateTime functionality. It's a response to some bugs filed having to do with week numbering.
Week numbers are defined in this same ISO 8601 standard. Each year has 52 or 53 weeks and weeks always start on a Monday. Week number 1 of each year is the first week in a year that has the first Thursday of the year, or in other words, the week containing January 4th.
He talks about some of the date format arguments that use would use when working with the ISO 8601 formatting and how it relates to the calendar year. He points out that the "Y" format specifier is not the same as the "o" - the first being the calendar year while the second relates to the ISO 8601 year.
As conclusion, this article shows that there are two ways representing dates in PHP. In the Gregorian1 calendar with year, month and day (of month), and in the ISO 8601 calendar with year, week and day (of week). The format characters for the two different years are either Y or o and they should not be confused.
Link: http://derickrethans.nl/iso-8601-weeks.html
Ulf Wendel: PHP Unconference Hamburg 2013: hungry for more
For those that weren't able to attend this year's PHP Unconference Hamburg Ulf Wendel has posted a great summary of the event including several photos.
I am a huge fan of the PHP Unconference. Ever since the first edition the who-is-who of the national PHP community gathers at this family style event. Very few events made it into this league from the start. Having a big name or being a sponsor, however, does not mean you make it on the session table as its the people that vote for sessions every morning. Only topics that really matter to the audience have a chance to make it.
He talks about the quality of the sessions themselves as well as some of the conversations in the in-between times (longer breaks to help make them possible). He also mentions some of the "not so goods" about the event like the scarcity of tickets, the lack of feedback on the sessions and the high marks it took to even make it as a speaker at the event. He links to some of the sponsors for this year's event and puts a request out for help with next year's event
Link: http://blog.ulf-wendel.de/2013/php-unconference-hamburg-2013-hungry-for-more
Gonzalo Ayuso: Sending automated emails with PHP, Swiftmailer and Twig
Gonzalo Ayuso has posted a new tutorial today showing you how to combine PHP, Swiftmailer and Twig to send automated emails from your application.
My work as host is basically pick the place and encourage people to join to the Coding Dojo. One way of doing this (besides twitter buzz) is take my address book and send one bulk email to all of them inviting to join us. I don't like this kind of mails. They look like spam, so I prefer to send a personalized email. This email has a common part (the place location, the hour, the event description, …) and the personalized part. I can do it manually, the list isn't so huge, but definitely that's not cool. Because of that I have done a little script to perform this operation.
His example extracts the information from a simple spreadsheet exported as a CSV file. He creates a simple Mailer class that uses Swiftmailer to do the actual sending. You pass in the Twig rendering object (Twig_Environment) that's used to render the email output. He includes a "Spammer" class that uses the Symfony EventDispatcher to send the email if everything works or an error email if something fails. He then drops it all into a Symfony Console command structure, defines several configuration settings in a "config.yml" and makes the script to execute the commands.
Link: http://gonzalo123.com/2013/09/23/sending-automated-emails-with-php-swiftmailer-and-twig
SoftLayer Blog: Four Rules for Better Code Documentation
On the SoftLayer blog today there's a new post with some recommendations for better code documentation - four tips to help make things clearer and cleaner.
Last month, Jeremy shared some valuable information regarding technical debt on SLDN. In his post, he discussed how omitting pertinent information when you're developing for a project can cause more work to build up in the future. One of the most common areas developers overlook when it comes to technical debt is documentation. This oversight comes in two forms: A complete omission of any documentation and inadequate information when documentation does exist. Simply documenting the functionality of your code is a great start, but the best way to close the information gap and avoid technical debt that stems from documentation (or lack thereof) is to follow four simple rules.
Their four recommendations cover several aspects of documentation:
- Know Your Audience
- Be Consistent - Terminology
- Forget What You Know About Your Code … But Only Temporarily
- Peer Review
They've also provided some examples of what they're talking about with PHPDocumentor-formatted comments.
Link: http://blog.softlayer.com/2013/four-rules-for-better-code-documentation