Проблема не в исходниках того или иного веб-сервера, тут исходники вообще не причем. Да и nginx и apache отрабатывают верно — к ним претензий нет. Проблема в том, что люди зачастую в настройках виртуальных хостов сами вручную указывают неверную кодировку, даже не подозревая об этом (просто скопировав откуда-нибудь из примеров, коих бесчисленное множество в интернете, и в последствии при разработке возникают нетривильные ошибки
В смысле «в каких дистрибутивах»? Речь идет о дистрибутивах Linux? они-то тут причем?
Данное поведение имеет место независимо от дистрибутива, и зависит от того, какие настройки прописаны в виртуальных хостах.
Да, точняк. Номер релиза не показатель! Счас добавлю этот способ решения в статью. Но в любом случае, по умолчанию, eaccelerator запускается без этого ключа, что как бы не очень здорово.
Проблема в том, что когда отрабатывает eAccelerator, он перед этим потирает комменты. В итоге оптимизируется скрипт уже без комментов, которые так нужны в рефлексии.
А про настройки eAccelerator — не нашел такой опции, что отключить вырезание комментов. Нашел только, как вообще не оптимизировать перечисленные заранее скрипты.
Просто не знал какое слово правильнее подобрать, конечно же в данном случае имеется ввиду создание и кэшироание байткода скриптов. Поправил несколько предложений в статье, чтобы выглядело более понятнее.
Не успел привыкнуть к 4ой версии, как тут внезапно (!) уже 5ая.
Кстати, из всех дополнений — ещё начиная с 4ой версии загнулась: «Library Detector». Правда это не вот уж какая мегаполезная тулза как firebug.
Согласен! Но судя по фразе «отыскать все вызовы» — подразумевается, что выборка используется многократно во многих контроллерах. В таких случаях конечно же имеет смысл переносить в модель. Поэтому я и написал, что это неоднозначный вопрос, т.к. многое зависит от предметной области, и что именно и как часто мы собираемся извлекать из базы.
По-поводу обращения к методам моделей из контроллеров — мне кажется очень спорный впорос.
Не вижу ничего криминального в том, чтобы использовать например: $model = new Users();
$data = $model->find($id)->toArray();
Ясное дело, когда выборка данных сложна и нетривиально — то её нужно инкапсулировать в метод модели, но писать обертки под уже существующие методы не имеет смысла помоему.
Использовать один и тот же экшен для двух разных запросов… а оно надо? ИМХО это логически не очень-то правильно — допустим в одном случае потребуется слегка усовершенстовать логику, в итоге (если программист не знает, что этот экшен используется для обработки 2х типов запросов), модификация для первого случая повлечет автоматичсескую модификацию и для второго… что потенциально может привести к ошибке.
Отсутствие проверки корректности данных на стороне сервера — это не столько к теме Zend Framework-а, сколько к теме секьюрности при веб-разработке (и даже не обязательно на PHP) :)
А вообще очень занятная статья. Касательно обработки ajax-запросов и выдачи JSON от себя могу добавить, что использую следующую конструкцию в экшенах:
public function listAction()
{
//....
$resObj = new stdClass();
$resObj->data = $someData;
$resObj->totalCount = $totalCount;
$this->_helper->json($resObj);
}
Инициализация view в данном случае не производится
К сожалению не имею опыта разработки под Sencha Touch, но на странице плагина написано следующее: Supports ExtJS and Sencha Touch. Либо опечатка, либо же мы не все знаем об этой разработке.
>Нового пунтка нет
хм… к сожалению не работал Qooxdoo, но сейчас решил попробовать на demo-примерах с официального сайта — у меня не то что пункт Inspect — вообще конктекстное меню не работает :) Видимо разработчики его отключили через oncontextmenu=«return false» или что-то типо того. А вообще, скорее всего отсутствие пункта как-то свзано с тем, что библиотека Qooxdoo находится в beta-версии поддержки у Illuminations.
Эта информация не известна никому :) После прохождения теста ты даже не знаешь на какие впоросы ты ответил верно, а на какие — нет. Выдается лишь некая суммарная информация по 12ти темам — по каждой из них оценка Excellent, Pass или Fail
существенно :) вообще в интернете, если поискать, то можно найти много мест, где обсуждают вопросы подготовительного тестирования. Например на фруме Zend-а: forums.zend.com/viewtopic.php?f=63&t=1202
Данное поведение имеет место независимо от дистрибутива, и зависит от того, какие настройки прописаны в виртуальных хостах.
А про настройки eAccelerator — не нашел такой опции, что отключить вырезание комментов. Нашел только, как вообще не оптимизировать перечисленные заранее скрипты.
Кстати, из всех дополнений — ещё начиная с 4ой версии загнулась: «Library Detector». Правда это не вот уж какая мегаполезная тулза как firebug.
Не вижу ничего криминального в том, чтобы использовать например:
$model = new Users();
$data = $model->find($id)->toArray();
Ясное дело, когда выборка данных сложна и нетривиально — то её нужно инкапсулировать в метод модели, но писать обертки под уже существующие методы не имеет смысла помоему.
А вообще очень занятная статья. Касательно обработки ajax-запросов и выдачи JSON от себя могу добавить, что использую следующую конструкцию в экшенах:
public function listAction()
{
//....
$resObj = new stdClass();
$resObj->data = $someData;
$resObj->totalCount = $totalCount;
$this->_helper->json($resObj);
}
Инициализация view в данном случае не производится
хм… к сожалению не работал Qooxdoo, но сейчас решил попробовать на demo-примерах с официального сайта — у меня не то что пункт Inspect — вообще конктекстное меню не работает :) Видимо разработчики его отключили через oncontextmenu=«return false» или что-то типо того. А вообще, скорее всего отсутствие пункта как-то свзано с тем, что библиотека Qooxdoo находится в beta-версии поддержки у Illuminations.