RMCreative.ru - Блог Голосов: 1 Адрес блога: http://rmcreative.ru/feed/ Добавлен: 2008-06-12 21:34:00 блограйдером ZaiSL

Выложил исходники своих слайдов

2014-09-06 21:19:24 (читать в оригинале)

Много раз на конференциях просили поделиться исходником моих слайдов. Сегодня нашёл время привести их в более-менее человеческий вид и выложил всё на github.

---

Как при помощи CSS выровнять элемент по центру

2014-09-05 02:39:31 (читать в оригинале)

На CSS-Tricks в очень удобном виде опубликовали различные решения по центрированию элемента при помощи CSS практически для всех возможных случаев.

http://css-tricks.com/centering-css-complete-guide/

Кроме того, что информация сама по себе полезная, очень нравится подача.

---

markdown обзавёлся спецификацией

2014-09-04 00:24:25 (читать в оригинале)

Спецификацию составляли и оттачивали два года, сравнивая как популярные открытые библиотеки, так и закрытые решения. Поучаствовали в проекте авторы StackOverflow, GitHub, EtherPad, Meteor, pandoc.

Результат можно наблюдать на http://standardmarkdown.com/. Считаю, для markdown это большое событие.

---

С Yii 1.1 на Yii 2.0, часть 2: Composer

2014-08-20 01:06:39 (читать в оригинале)

Для установки Yii 1.1 и начала работы необходимо было скачать архив с сайта, распаковать его и выполнить в командной строкеyiic webapp. В последних версиях появилась возможность работы через Composer, но установка из архива так и осталась основным способом. Архивы используются и для большинства расширений. К каждому прилагается свой readme, который объясняет как поставить и настроить каждое расширение.

Трудоёмкость процесса установки и обновления фреймворка и, в ещё большей степени, расширений навела на мысли, что в 2.0 небходимо всё это упорядочить и автоматизировать. Основным способом получения фреймворка и расширений стал Composer. Поставить его легко. Либо выполняем в командной строке:

curl -s http://getcomposer.org/installer | php

либо руками скачиваем с http://getcomposer.org/.

Больше вручную вам ничего качать не придётся. Совсем. Первое приложение можно создать прямо из консоли:

php composer.phar create-project --prefer-dist --stability=dev yiisoft/yii2-app-basic /path/to/yii-application

Composer самостоятельно скачает всё необходимое и выставит права на директории и файлы.

Если с консолью у вас проблемы, с сайта всё ещё можно скачать фреймворк и базовые зависимости в виде архива и сделать всё как ранее (только yiic webapp делать не придётся). Однако, с консолью и Composer всё-таки лучше подружиться. Ручная установка расширений — дело очень трудоёмкое.

Полная документация Composer, которую очень полезно изучить, находится по адресу https://getcomposer.org/doc/. Здесь же приведу главные факты.

• Все пакеты (фреймворк — тоже пакет) устанавливаются в директорию vendor приложения. Руками туда лезть не стоит (если, конечно, не работаете над кодом одного из пакетов). Добавлять в репозиторий также незачем.
• Ваше приложение — тоже пакет. Просто вы его не публикуете (скорее всего).
• Настройки главного пакета хранятся в composer.json.
• Самая интересная секция в composer.json — require. Это список пакетов, от которых зависит ваш, и их версий. При выполнении composer install и composer update перечислененые пакеты устанавливаются или обновляются автоматически.

← С Yii 1.1 на Yii 2.0, часть 1: PHP

---

OpenSource-им PHP код

2014-08-19 02:46:53 (читать в оригинале)

Недавно Максим Ekstazi Фуртуна написал тему для авторов кода на форуме yiiframework.ru. Я решил сделать подобный список для современного PHP-кода в общем.

• Пишите под поддерживаемые версии PHP. Сейчас это 5.4 и выше.
• Форматируйте код по PSR-2.
• Используйте git, а лучше github.
• Релизы делайте по правилам семантического версионирования.
• Используйте Composer и не забывайте добавить пакет в packagist.
• Называйте и загружайте классы по стандарту PSR-4. Писать свой загрузчик не нужно, Composer уже умеет.
• Пишите unit-тесты. Замечательно, если ваш код покрыт ими на 70-80%. Запускать автоматически можно через Travis CI.
• Документируйте код в стиле DocBlocks.
• Напишите отличный readme: что код делает, как настроить и использовать. Получилось длинно — оставляйте в readme «что код делает», остальное выносите в полноценное руководство. В качестве разметки советую markdown.
• Не забрасывайте свой код. Если времени нет — подключите к проекту тех, кто активнее всех вам помогает и заинтересован.
• Обязательно приложите текст одной из OpenSource-лицензий. Рекомендую BSD или MIT.