Несколько раз за последний месяц меня спросили «что перспективней изучать» в вариациях .net vs Java, django vs Yii и так далее. Спорить про плюсы той или иной платформы можно долго и разработчики это успешно делают, устраивая бесконечные холивары. А ведь на самом-то деле изучать надо в первую очередь совершенно другие вещи. Те, что применимы ко всем платформам.
Читаем
Поиск ошибок и их устранение — совершенно типичная задача. А на каждую типичную задачу существует своё решение. Сегодня об этом решении, применительно к вёрстке, написал Chris Coyier.
Заключается оно в составлении минимального тестового набора, то есть самого минимального набора условий, на котором можно воспроизвести проблему. После его составления, либо проблема полностью локализуется, либо находится ошибка в продукте, лежащем в основе вашего.
Читаем
В Ruby есть довольно занимательная штука, называемая mixin, позволяющая «подмешивать» в класс методы модуля. Чем-то это напоминает множественное наследование, но более точным будет назвать это делегированием методов.
В PHP достичь того же можно при помощи магического метода __call, а использовав __set, __get, __isset и __unset можно реализовать делегирование свойств.
Читаем
В прошлый раз я описал построение простейшего, но довольно функционального компонента View. В этот раз займёмся Front Controller, Controller и Router. Код, приведённый ниже может не запускаться, не является безопасным, но объясняет общие принципы работы большинства MVC-фреймворков.
Читаем
Drupal позволяет поработать со своим API из внешнего скрипта. Ну или почти внешнего.
Покажу на примере, как можно организовать импорт данных в Drupal.
Читаем
Вчера понадобилось получить довольно нестандартную трёхколоночную разметку: с фиксированной средней колонкой (например, шириной в 500px) и двумя боковыми, занимающими всё остальное пространство.
Оказалось, что решение довольно интересное.
Читаем
Довольно долго я пытался подобрать себе PHP-фреймворк. И, разочаровываясь в некоторых из кандидатов, задумывался о необходимости фреймворка как такового. Приведу некоторые очевидные, не очень очевидные и, надеюсь, полезные факты.
Читаем
Наверное, многие сталкивались с задачей ввода произвольного числа одноимённых полей через форму. В PHP это сделано довольно удобно: в форме к имени поля добавляется [] и на стороне сервера в $_POST, $_GET или $_REQUEST мы получаем уже массив.
В любом коде необходимо проверять данные, пришедшие из форм и адресной строки. В любом хорошем коде они проверяются. Но вот про эту особенность с квадратными скобками очень часто забывают.
http://example.com/list.php?q=test
http://example.com/list.php?q[]=test
Довольно безобидный код, в котором нет проверки:
$q = null;
if(!empty($_GET['q'])) {
$q = $_GET['q'];
}
// тут начинаем работать с $q как со строкой
А вот менее безобидный пример: в WordPress до версии 2.8.4 можно было таким вот образом сгенерировать новый пароль администратора без отсылки ему каких-либо писем.
Довольно типичная для Drupal задача, которая частенько ставит новичков в тупик.
// Пишем SQL без LIMIT. Не думаем о постраничной разбивке вообще.
$sql = "select title, type from {node}";
// Заголовок таблицы
$header = array(
t('Заголовок'),
t('Тип')
);
// pager_query добавит в SQL LIMIT без нашего непосредственного участия
$result = pager_query($sql, 10);
// собираем данные для таблицы из результата запроса
$rows = array();
while($row = db_fetch_object($result)){
$rows[] = array(
$row->title,
$row->type
);
}
// выводим таблицу
echo theme('table', $header, $rows);
// выводим постраничную навигацию
echo theme('pager');