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

Yii: автозагрузка библиотек, использующих namespace

Для загрузки библиотек, использующих namespace по соглашению PSR-0 (например, Zend Framework 2 или Symfony2) необходимо сначала зарегистрировать корень библиотеки как псевдоним пути.

Для примера попробуем использовать Imagine. Скорируем директорию Imagine в protected/vendors. Ну и само использование:

Yii::setPathOfAlias('Imagine',Yii::getPathOfAlias('application.vendors.Imagine'));
 
 
// Далее стандартный код из README Imagine:
// $imagine = new Imagine\Gd\Imagine();
// и т.д.

В приведённом коде имя псевдонима пути должно совпадать с первой частью namespace, которая используется в библиотеке.

Данное описание со следующим релизом попадёт в официальный гайд.

Tabdir

Работать с проектами, в которых встречается куча одноимённых фалов, в PhpStorm, IDEA, RubyMine, PyCharm и остальных не очень удобно. На это есть как минимум две причины:

1. В PhpStorm, если не используются namespace, отключается дополнение кода. Шаг спорный, но логика разработчиков тут ясна. Неизвестно, что хуже: не подсказывать вообще или подсказывать неверно.
2. При открытии кучи вкладок выходит по 3—4 одноимённых с разными файлами, что несомненно замедляет работу.

Вторая проблема частично решается настройкой IDE Settings → Editor tabs → Show directory in editor tabs for non-unique filenames, но лишь частично так как показывается только непосредственно директория, в которой находится файл. То есть вот такая ситуация с этой опцией станет только хуже:

modules/blog/controllers/DefaultController.php
modules/user/controllers/DefaultController.php

Плагин Tabdir призван решить проблему как надо. Вместо директории, в которой находится файл он показывает различия. Для приведённого выше случая на вкладках будет [blog] DefaultController.php и [user] DefaultController.php.

Поставить можно из самой IDE перейдя в IDE Settings → Plugins.

• Страничка плагина

Для корректной работы плагина опцию IDE Settings → Editor tabs → Show directory in editor tabs for non-unique filenames нужно отключить.

PHP 5.4 beta 2

Вышла вторая бета PHP 5.4. RC немного отложили, что, хоть и не является хорошим знаком, но ничего плохого также не означает.

• Исходный код
• Бинарники для Windows

На этот раз новых возможностей немного, чего нельзя сказать о багфиксах: улучшили ошибку при передаче неправильных аргументов в метод, производительность тернарного оператора, некоторые итераторы из SPL научились работать с потоками по умолчанию.

В 5.4 будет много вкусного, но, похоже, ничего такого, ради чего стоило бы переходить на него сейчас же.

Большинство изменений — улучшение уже существующего синтаксиса. Да, всё это замечательно, но только ради этого менять стабильное и проведенное на сырое и не обкатанное не стоит. Трэйты — штука действительно занятная, но, сдаётся мне, толку от них будет не сильно много. Заменить те же mixin или behavior они не могут по причине отсутствия состояния. Возможно, будет и вред т.к. фактически тресты поощряют, хоть и умный, но копи-пейст.

Ещё одним аргументом остаться на 5.3 на какое-то время является отсутствие APC под 5.4. Вероятность, что его доделают до релиза, покачто мала.

README и код

Код или документация? Чем заниматься сначала? Многие полагают, что это вопрос из серии яйцо или курица, однако, в нашем случае на него есть достаточно обоснованный ответ.

Код без README

Код без README бесполезен, так как не ясно, какую задачу он решает и как им пользоваться. Даже свой код со временем начинает забываться. При работе в команде без документации совсем плохо. Для открытого кода без README просто нельзя.

Также, в большинстве случаев отсутствие README — признак того, что код писался либо для себя, что значит решение одной конкретной задачи, либо сходу. Второе хуже, так как даже идеальная реализация неправильной идеи будет работать неправильно.

README без кода

README без кода — объект для плодотворного обсуждения и почти документация. В процессе написания README программист сам понимает, что же он всё-таки собирается писать. Это позволяет:

1. Подумать, не отвлекаясь на реализацию.
2. Выдать красивый API опять-же не отвлекаясь на какие-то детали реализации.
3. Выявить epic fail ещё до написания кода.

Ну и, конечно, не стоит забывать, что без README каждый новый член команды будет отнимать у автора кода драгоценное время.

Документация — это долго и скучно

К README это не относится. README не описывает в деталях как работает код. В нём должны быть собраны простые вещи, такие:

1. Короткое описание, что вообще код делает.
2. Описание того, как его использовать.
3. Пара примеров.

Если README пишется в самом начале, пишется он легко, потому как рутина ещё не сбила всё желание. Если же делать наоборот, писать ещё и README будет ну совсем невмоготу.

Современный брутфорс и безопасный логин

Оказывается, любой печатный восьмисимвольный пароль в домашних условиях ломается перебором всех комбинаций за три с половиной дня. Это при том, что хеширован он вполне современным sha256. Всего несколько лет назад на такой перебор могли уйти годы, а то и вся жизнь.

Что же теперь делать?

1. Можно и нужно сделать лимит на количество попыток ввода пароля. По достижении лимита можно, например, просить ввести капчу. Однако, если произойдёт «утечка» базы данных, что, конечно, бывает не так часто, но бывает, ограничение не поможет.
2. Хорошим решением будет в дополнение сделать вычисление хеша более ресурсоёмкой операцией. Пользователь не заметит, а вот для взломщика перебор станет, если не невозможным, то, как минимум, финансово невыгодным. Реализуется, например, при помощи bcrypt. Выглядеть это может примерно как здесь.