Как стать автором
Обновить

Комментарии 52

Отличные темы, с удовольствием бы побывал, но увы…

ps: приезжайте лучше к нам… в Сибирь… :)
Как один из организаторов — хочу добавить к тексту анонса, что конференция планируется бесплатной или за небольшую стоимость.

Длится будет 1 день!
Надеюсь, что видео/аудио будет. Очень хочется услышать про использование Зенда в высоконагруженных проектах.
Какие именно темы интересуют? Оптимизация кода, кэширование или правильный выбор архитектуры приложения?
Мнение слушателей очень важно для организаторов, поэтому не стесняйтесь и говорите, какую именно тему вы хотите послушать.
Больше всего интересует архитектура. Еще модели. А именно как организована абстракция модели от непосредственно слоя БД.
С кэшированием, в принципе, и так все ясно.

Но если все эти темы будут освещены, то это только в плюс.
С удовольствием побывал бы, но увы не в Питере…

Видео будет?
Видео очень хотим сделать
и в твиттере надо будет посмотреть )
мля, покажите мне хотябы 5 успешных проектов, которые сидят на ЗФ и не тормозят?
фотострану не в счет, у них серверов как у человека волос на голове
Разве дело в ZF? Дело в кривых руках. Есть eAccelerator, memcached, framework.zend.com/manual/ru/performance.html — их собственные советы по оптимизации и т.д.
Проекты — framework.zend.com/wiki/pages/viewpage.action?pageId=14134
Не парьтесь с ответами, он пытается вызвать споры и полемику своими боянистыми и унылыми вбросами.
Согласен, обычно я на троллей не реагирую, но тут он меня зацепил :-)
а у них в советах есть совет «не использовать их ОРМ», т.к. он строит запросы таким образом, что они не всегда используют индексы? аааааа? че-то мне кажется что нет

да думайте вы что хотите) только вот чем больше шкаф, тем громче падает ) и я для себя проводил кучи бенчмарков, где ЗФ далеко не рулил

посмотрел список «проектов на ЗФ». не впечатлило. ничего доверия не вызвало

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

2четзоф, налил воды — иди нахуй.
Слушайте, зачем вы это делаете? Зачем троллите?
У вас много энергии, чтобы писать такие глупости?

Если делали тесты, то поделились результатами, это было бы намного конструктивнее.
По поводу индексов не совсем понял, можете поподробнее? Я обычно использую Doctrine ORM, так что смутно предстваляю что за проблема.
Если вас не впечатляет ни сам ZF, ни проекты на нём, зачем вы это пишите в этот блог?
А PHP вас тоже не впечатляет? Ведь к созданию ZF приложила руку таже компания, что и к PHP.
К слову, я вас не минусовал, меня такой возможности лишили с первых дней моей хабражизни, да и к чему вам об этом волноватся с кармой -65?

Мне всё-таки интересно, что вами движет, вы получаете удовольствие пребывая в оппозиции к любому мнению, или просто развлекаетесь?

откройте класс работы с БД и посмотрите как там реализван fetchAll хотябы
а теперь представьте что вы зендом вытаскиваете, к примеру, хотябы пицот тыщ записей

и задумайтесь. пару раз.
а про ОРМ — читайте комменты про зендовский ОРМ на их же ресурсе, там внятно написано, что индексы не используются при построение запросов с джоинами через ОРМ

chetcoz, судя по твоему количеству скобок, обиделся тут только ты =) и да, иди нахуй, с тобой не о чем говорить
    public function fetchAll($sql, $bind = array(), $fetchMode = null)
    {
        if ($fetchMode === null) {
            $fetchMode = $this->_fetchMode;
        }
        $stmt = $this->query($sql, $bind);
        $result = $stmt->fetchAll($fetchMode);
        return $result;
    }


Обычная надстройка над PDOStatement::fetchAll
Соответственно, работать будет также быстро как встроенный PDO в PHP

а про ОРМ — читайте комменты про зендовский ОРМ на их же ресурсе, там внятно написано, что индексы не используются при построение запросов с джоинами через ОРМ

Это наглое вранье. Будьте добры точную ссылку на такие слова.

Если вы говорите о Zend_Db_Select, то он генерирует обычные ANSI стандартные sql-запросы. В большинстве случаев все СУБД в состоянии правильно определить какой индекс нужно использовать.
школота может и поверит в твои яркие кусочки кода, в которых не отражается ничего, связанное с апи mysql, но мы-то с тобой знаем, что любая надстройка над mysql_fetch_xxx — уже избыточность ресурсов, хотябы потому что mysql_fetch_xxx обращается к одному объекту ресурса от mysql_query, а значит их надо обрабатывать в цикле.

while ($a = mysql_fetch_assoc($z)).

ЗФ популярен и фанатов у него много, это да. Все из-за известности среди начинающих кодеров. Т.к. он подходит даже для домохозяек. Только вот очень страшно смотреть на резюме людей, у которых опыт работы 3 года, а кроме ЗФ они ниче не умеют. банально не знают, почему категорически нельзя использовать конструкции типа
for ($i; $i < count($aItems); $i ++), не знают как отделить логику от классов, если это не МВЦ.

Скажу честно: пишу больше 6-и лет на пхп, и все больше начинаю понимать, что для очень нагружаемых систем, лучше вообще не использоваьт никакие фреймворки, ОРМ-ы и тд и тп. И вот только не надо сейчас врать, что скорость разработки увеличивается. на 10-15%? Зато потом, когда будет лес серверов и они перестанут справляться, кто-то найдет узкое место в коде ЗФ-а и схватится за голову «ах какое же говно». будет решено поставить апдейт, который будет не совместим с уже написанным кодом, и вот тут-то и будет «здравствуй жопа новый год, подари нам серверов, а девелопам мозгов»

Сразу скажу: в зенд_сервер и зенд_оптимайзер даже не лазал. Создавать костыль, который сделан для спортсмена, по меньшей мере, попахивает подвохом.
Вот на тот же «Yii» посмотрите, он и без того шустрее ЗФ-а, (нету, нету у меня ссылки на бенчмарки, эта инфа от сюда, с сообщества профессионалов)

Ссылку сейчас искать смысла мало, т.к. это было на другом ноуте и с пол года назад. Гуглить лень. Да и спорить с фанатом фреймворка — тоже самое, что с базарной бабкой. Толку мало, а соплей много. Да да, срите меня, что я тавтологию развел, любители крикнуть «ссылку в студию, на заборе тоже пишут».
Верить или нет — дело ваше, но, я же скажу, что инфа по поводу построения запросов через орм НЕ высосонна из пальца

и вообще, уберите свой ОРМ и удалите класс ДБ. Учите людей плохому только. потом они даже не знаю как использовать mysql_fetch_row в простейших скриптах.

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

все, спасибо ребят, графоманство отпадет на весь день :D пора идти на работу
Вы самы не разбираетесь в основах PHP. mysql_* — функции это не единственные функции для работы с БД в PHP.

И если бы хотя бы имели опыт работы с PDO (знаете что это такое? ), то поняли бы кусок кода который я привел.

Ссылку сейчас искать смысла мало, т.к. это было на другом ноуте и с пол года назад.

Без ссылки — ваши слова наглая клевета.
и ещё раз:
«Верить или нет — дело ваше, но, я же скажу, что инфа по поводу построения запросов через орм НЕ высосонна из пальца»

ах да, препейред стейтмент. ещё 50% ресурсов на припэйр и половину запроса

dealnews.com/developers/php-mysql.html

я не понимаю, вы че, правда думаете, что php настолько говнян, что нуждается в мильярде надстроек для домохозяек? почитайте книжку «как делать 80% сайтов зная 20% языка пхп»

отцы, зендфреймворк, пипец полнейший, спорим у меня на чистом коде будет быстрее?
«Верить или нет — дело ваше, но, я же скажу, что инфа по поводу построения запросов через орм НЕ высосонна из пальца»

Это не мое дело. Я то точно знаю, что это ложь.

отцы, зендфреймворк, пипец полнейший, спорим у меня на чистом коде будет быстрее?

Что вы собрались писать на чистом коде?

Я посмотрю как вы будете писать на нативном php-коде проекты которые играют не один год в команде из нескольких человек :)
а я посмотрю как вы будете нанимать людей, которые «не отцы» в ЗФ-е, и будут пытаться писать в команде. и посмотрим какой титаник из этого выйдет :)

а в моем случае важно соблюдать некую специфику размещения классов\методов\фукнций

я к тому, что, опять же, «начинающим», как у вас там написано, эта конфа будет только пагубна. в итоге и мегамозгом ЗФ-а он не станет и на лапше ваять роботов не сможет, и что в итоге? ни рыба ни мясо
а потом в папке «реджект» сотни резюме, и ваши слушатели среди них.

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

И вот я по своему опыту. Как раз могу смело заявить, что в целом если человек работал с ZF, то навыки и понимание построения приложений у него «качественнее» (в том числе в умении опереровать фундаментальным PHP) чем у ребят, которые не работали с ZF
это вы сейчас так говорите, потому что вы ребят этих под себя научили кодить, а если они пойдут в какую-нибудь другую контору, то вряд ли ответят на вопросы о подводных камнях

например, спросите своих ребят, каждого.: что будет, если в файле 1.пхп индексу массива сессии присвоить объект, а в файле 2.пхп написать функцию автолоад и сделать сешшен старт.
на моих собеседованиях ни один человек не ответил на этот вопрос :)

а особенно я ваш ЗФ люблю за его лоадеры и невозможность подключить, например, PayPal API без гемороя, ибо там тоже есть свои лоадеры.

использовать СПЛ фукнции, чтобы оверрайдить то, что уже написано кодером — кащунство
например, спросите своих ребят, каждого.: что будет, если в файле 1.пхп индексу массива сессии присвоить объект, а в файле 2.пхп написать функцию автолоад и сделать сешшен старт.
на моих собеседованиях ни один человек не ответил на этот вопрос :)

Мои разработчики смогут ответить на вопрос. Т.к постоянно приходится разгребать эти нюансы, к примеру, в кастомных модулях для Битрикса или в предыдущих проектах, которые тянутся с PHP4.

Хотя в целом — это беда. Если младшим программистам это простительно, то становится печально когда видишь не знание механизма хранения сессий у более «опытных» специалистов.

а особенно я ваш ЗФ люблю за его лоадеры и невозможность подключить, например, PayPal API без гемороя, ибо там тоже есть свои лоадеры.


В версии начиная с 1.8 с этим все хорошо. Очень легко подгружаются и доктрина и ezComponents и другие либы. Мы даже __autoload в Битриксе прикрутил к Zend_Loader_Autoloader.

С PayPal API не работал, если вы мне дадите ссылку, то я гляну и пссмотрю как с ним это можно решить
https://cms.paypal.com/us/cgi-bin/?&cmd=_render-content&content_ID=developer/library_download_sdks
там пхп

какая у нас была версия — не помню
Что то я ни в одном из архивов поиском по «autoload» не нашел.

SOAP SDK похоже сделан по PEAR стандартам, который тоже достаточно просто прикручивается, хотя как сказал выше автолоада я там не нашел
значит не этот, их там штук 10 разных

где-то там, попробуйте Payflow полное апи слить, там несколько папок и куча лоадеров тоже

не суть. свои негодования я изложил выше, а продолжать месить говно уже тупо лень
Ммм, юное дарование.

Объясните, что вы пытались написать на ZF?
Приложение для data-mining?

Для чего вам «пицот тыщ» записей?
«2четзоф, налил воды — иди нахуй.»
кисо обиделось… :((((((((((((((((((((((((((((((((((((((((((((((((
Отправил заявку :) Только вот еще непонятно где конкретно планируется проведение.
Видимо, хотят прикинуть кол-во желающих, а уже потом подбирать место.
Скорее всего от этого будет зависеть и платность/бесплатность мероприятия :)
Место: Санкт-Петербург — это очень большое место.
Можно точнее? Или приблизительную часть города?
Я не пойму к чему Вам точность. Они сами пока, похоже, не в курсе сколько народу будет. Посему и ничего конкретного сказать не могут.
Ну к примеру до метро Улица Дыбенко мне ехать час.
А если конфа будет на ваське, то уже два часа. А если на другом конце города то все три часа.
Мне бы ваши проблемы, мне на поезде ехать 6 дней, самолётом добираться около суток или чуть больше.
Сейчас работаем с площадками.
Точного места пока нет.
Очень приятно, что подобную конференцию проводят в спб, а то всё москва, москва (:
Приятно, жаль только добираться из остальной России дольше. Если б не госы в марте, с удовольствием бы приехал.
Сайт о Zend Framework сделан на Битриксе. Всё конечно хорошо, но помоему не слишком «патриотично». :)
Они наверное спонсоры :)
Обязательно приду, если возьмете на борт, и организую блоггерскую видеосъемку с последующим размещением в сети.
> блоггерскую видеосъемку с последующим размещением в сети

О. Это будет круто!

Не могли бы вы мне в личку скинуть свои контактные данные? ФИО, email? Я свяжусь с вами по этому поводу
Отправил заявку на пред.регистрацию. Узнаете по нику.
«стоимость небольшая или бесплатно» — это как?
Хотим сделать бесплатной.
Сейчас соберем данные по количествую участников, и уже основываясь на них будем искать споносоров
Это означает, что если найдутся спонсоры, тогда конференция будет бесплатной.
Если нет, тогда будет организована на деньги участников.
Да. Все именно так.
Но очень не хотелось бы останавливаться на 2м варианте
Думаю этот вариант предпочтительней, если до места проведения будет проще добраться, будет хороший интернет и возможно какое-то питание.
Парни молодцы, что решили устроить такую конференцию!
Скажите, а если предложу тему, можно поучаствовать в качестве докладчика?
И еще подскажите плз хорошую, недорогую гостиницу в Питере.
Прием тезисов к докладам мы начали в декабре, и сейчас он уже закончен. Но вы можете предложить тему для обсуждения Proposal.

> И еще подскажите плз хорошую, недорогую гостиницу в Питере.
К концу месяца будут известны точные сроки проведения конференции. В этот момент мы так же подготовим информацию о доступном проживании.

Обязательно зарегистрируйтесь на сайте — тогда получите всю информацию оперативно.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории