Zend Framework 1.6.0

[@MARDEN]

И кому теперь захочется ставить такого "монстра" на хостинг? :)

[@anycolor]

Все можно обрезать до нужной конфигурации. На то это и фреймворк.

[@AirWorker]

Зачем обрезать, если оно лежит на винте и хлеба не просит?

[@anycolor]

Судя по тому, что мой комментарий заминусовали - наверное им места не хватает. Я предложил выход - обрезать то, что не нужно. Когда нужно - докладывать.

[@AirWorker]

Папка Zend увеличилась всего на 800 kb, c 13.4 до 14.2

[@pavelgolman]

cakephp forever!

[@Rando]

Сейчас стою перед серезным выбором CakePHP или Zend Framework. Можете в нескольких словах рассказать чем же Cake лучше?

[@iTube]

каждый выбирает сам,
что больше нравится.

Изучите возможности, сопоставьте со своим ТЗ, вот и будет выбор

[@AirWorker]

По количеству низкоуровнего кода Cake сильно отстает

[@avenu]

Смотря что хотите. Если быстро и просто разработать проект, то Кейк, если широкие возможности, что Зенд

[@AirWorker]

Понизил бы вам карму, если бы она не была нулевой.
Обратите внимание на название блога.

[@Rando]

Взаимно :)
И да, я с этого блога очень много почерпнул по Zend Framework, но вот чего то подобного по Cake я не видел. Есть перевод официального мануала, но он не полный и ... не впечетлил.
Вобщем, я хочю сначало проанализировать разные фреймворки и лиш потом выбрать лучшее.

[@AirWorker]

Это был ответ на http://habrahabr.ru/blog/zend_framework/…

[@Rando]

Извиняюсь, из-за двух комментов подряд подумал, что вы это мне писали :)
Да еще конец рабоччего дня...

[@Joka]

о пейджер это хорошо - а то приходилось сторонний юзать
соап тоже даст ист гут :)

остальное не надо - вырежем :)

[@proxor]

Неприятный ход с Dojo. В свое время плюнул на ZF и занялся CodeIgniter. Ничуть не жалею.

[@Joka]

а если проект уже на зенде ?:) не переписывать же - проще выкинуть ненужное

[@ashofthedream]

Смотря что нужно от фреймворка. Зенд - отличнейший конструктор, который при желании позволит тебе очень многое. И его врядли можно упрекнуть в нелогичности.

А если из зенда нужно вырезать практически все - то стоит задуматся о том, что он в данном случае и не нужен вовсе.

[@ashofthedream]

Практически любой крупный проект.

А подмысль моего коммента в том, что 5% зенда - это его только его корка, со всеми базовыми вещами типа контролеров, роутингов, енвиронмента и вью. Если нужно из него только это - то он бессмыслен, так как все это есть и более плотно интегрировано (и быстрее работает) в куче других фреймворках. Если нужно уже нормально с бд работать, фидами, мыло посылать, авторизацию, кеширование, с формами работать - то это уже гораздо больше чем 5% процентов ;) И использовать зенд - не такая уж и плохая идея.

А фреймворк он на то ифреймвор, чтоб быть в основе. А искать каждый раз новую основу для нового проека - действительно полный бред.

[@VKS]

А теперь попробуй плюнуть на CodeIgniter и перебраться на Kohanaphp (www.kohanaphp.com)

[@VKS]

Будущее у дитя однозначно есть, особенно если его начать пиарить.

А может разработчик хочет чтобы в этом конкретном месте выводился Ява-скрипт с переменной, а Фреймворк его отрубает! К тому же не уверен в качестве фильтрации.

Да ради бога, хоть так http://pastie.textmate.org/private/8i3g92dlcvxfhnhclpglg , хоть через конфигурационный файлы отключайте глобально.

[@proxor]

Посмотрел. Как-то так себе :) Особых отличий от CI не увидел. Видимо недалеко еще уйти успели :) А вот отсутствие поддержки РНР4 совершенно не радует. Хостинги у клиентов разные бывают. И без РНР5 в том числе.
Ну тем не менее буду следить за развитием проекта. Авось, утенок станет лебедем.

[@AirWorker]

Слышали звон...
Повотрю, папка Zend увеличилась всего на 800 kb

[@proxor]

А кто говорит о размере? Мне вот Dojo совершенно ни к чему. Пусть даже его и можно отключить/не использовать/удалить — мне просто он не нужен сразу.

[@AirWorker]

Dojo не лежит в папке Zend, то есть его не нужно "отключить/не использовать/удалить" - достаточно просто не копировать

[@Exabiche]

В ZF самый чистый код, из всех CMS/CMF, что я видел. Для меня - это одна из главных причин его выбора.

[@miros]

Это значит он качественный, т.е. понятный. Хорошая объекто-ориентированная архитектура, логичное разделение классов по модулям, строгое следование кодстайлу.
А общем, код легко читается.

[@djsv]

Отличная новость, только сегодня с утра читал про нововведения версии 1.6 - и тут такое совпадение!

[@AirWorker]

Обновил ZF в текущем проекте - полет нормальный

[@AirWorker]

Zend_Mime по-прежнему глючит

[@AirWorker]

Кто хочет не битые русские сабжи в email-сообщениях - добавьте "return $str;" в Zend_Mime, строка 132

[@Joka]

я бы на вашем месте отписал бы это в багтрак зенда - чтобы это всем доступно стало в след релизе

[@AirWorker]

Вроде бы проблема известная, а мое решение нельзя назвать удачным...

[@AgaFonOff]

Туча дел у ребят: http://framework.zend.com/issues/secure/…

[@bat]

Ты случаем не про битые длинные заголовки?

[@AirWorker]

да, про них: "Подтверждение регистрации= на сайте СуперСайт"

[@AirWorker]

Так они бьются в виндовой кодировке, в utf-8 за счет мультибайтовости частота вхождения глюков в строку два раза выше, то есть минимальный небитый сабж в два раза короче

[@bladeofsteel]

Э... не совсем верный перевод.
Не "Покрыли Юнит Тестами контроллеры", а "включили класс для тестирования контроллеров",
не "Zend_Session теперь может сохранять обработчик для Таблиц в БД", а "добавили обработчик для Zend_Session, позволяющий хранить сессии в БД"

[@alexbig]

на неделе столкнулся с ZF. нужно было сделать авторизацию через LDAP.
протупил пол деня, потом разобрался, что к чему.
кто знает ещё готовые решения для работы с LDAP, которые не требуют тяжёлой установки? меня бы Zend_Ldap устроил, но нехватает чтения полей записи.

[@Jons]

нативный ldap_bind. куда уж готовее ))

[@alexbig]

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

[@Jons]

Ну у меня особо сложных задач с ldap нет, поэтому мне хватает примерно следующего:

$con = ldap_connect('$servername');
if(ldap_bind($con, '$username', '$pass'))
{
$search = ldap_search($con, DC=$somesome,DC=$somesome2,DC=$somesome3',"sAMAccountName=".$username);
$result = ldap_get_entries($con,$search);
$fio = $result[0]['displayname'][0];
...
}
else
{
$this->error = 'Wrong login or pass';
}

С "DC" была запарка, помогает установить какой-нибудь LDAP Browser и потыкаться в самой directory.

Еще были заморочки что перед логином нужно ставить приставку домена, например "nsk\\".$login

Я пользовал прогу с http://ldapmanager.com

[@alexbig]

спасибо, не думал, что код для LDAP будет таким простым :)
я пользовался LDAP Browser/Editor by Jarek Gawor для подбора параметров: бесплатный, простой и написанный на Java.

[@Jons]

Забавно, я ей же пользуюсь, но поскольку линк было лень гуглить, посмотрел в дистрибе в readme.html ссылка именно на http://ldapmanager.com ))

[@alexbig]

(-: я посмотрел в About. адрес лень было набивать, скопировал название в гугл и взял оттуда адрес.

[@Silverstorm]

Zend_File_Transfer

http://www.thomasweidner.com/flatpress/2…

Новость хорошая, как раз очень нужна была поддержка SOAP в проекте :)

[@Yeah]

То, что есть интеграция с Dojo не могу назвать хорошей новостью.
Лучше бы хелперы для Zend_View накатали для разных JS фреймворков.
Понятно, что и Dojo можно выкинуть, но такая односторонность со стороны (простите за тавтологию) Zend не радует.