Вы о каком обсуждении говорите? memcpy() в glibc? Вам не кажется странным, что я употребил цитату (слегка неточно, согласен), ссылаясь на Торвальдса? Это довольно резкое его выражение было заимствовано именно из контекста того знатного треда.
Но если вы относительно убунту и линукс применительно к обывателю-пользователю, то возьму на себя смелость настоять на своей точке зрения, имея несколько собственноручно подтвержденных фактов. Для примера — теща, которой абсолютно без разницы, как называется ОС и что она делает внутри себя, если эта ОС не мешает ей работать с документами, не отвлекает от чтения научной документации, открывает браузер по клике на иконку, показывает презентации, вещает музыку. Ей реально по барабану, называется это убунту, линукс, фрибсд, макось, виндовс. Лишь бы работало.
Так что, подытожу: становится весьма непонятно ваше высказывание относительно фекальных масс и устройства с лопастью. Склонен считать, что написан он вследствие аффекта от непонимания моего комментария, смысл которого я персонально вам растолковал в предыдущем абзаце.
Впрочем, не буду кормить…
Jetty используют в tankionline.com для выдачи статичного контента (конфигов, в частности).
Так что не думаю, что такой уж тормознутый, учитывая специфику указанного ресурса и посещаемость.
В Yii (посредством модуля Gii) автоматически генерятся модели, имеющие связи.
На примере топика: у нас новость имеет ссылки (через отношение «много ссылок — к одной новости»). При подгрузке данной новости есть возможность сделать т.н. «eager loading», с целью минимизировать количество запросов к БД (в отличие от ручной загрузки связанных с новостью ссылок). Автоматизация — налицо.
Далее. В форме, описанной для новости, очень легко и тривиально получить список связанных с новостью ссылок посредством конструкции $model->links // Тут возвращается массив объектов Links для данной новости (если есть)
Дальше — дело техники: проходимся по массиву, строим поля формы, в контроллере описываем логику на обновление/удаление набора данных, относящихся к текущему объекту — вуаля.
Обновление данных (ссылок, в нашем случае) через AJAX — без проблем.
Ни в коем случае не умаляю достоинств S2 и Doctrine. Это такой же инструмент, как и другие вменяемые CRUD-генераторы. :)
Неее. :) Момент в плане переделок абсолютно неюзабелен. :) А «родной» китайский термоклей на раз-два «декомпилируется» от разъемов — и простор для рук различной кривизны обеспечен.
Из Харькова. Знатный, кстати, магазин. Я у них последние несколько лет прикупаю товары.
И с гарантийными случаями все в порядке (был один, с принтером. Решился в течение 20 минут).
Да, если чего: я никак не афиллирован с конторой.
Насчет формата названия файлов спрайтов (картинок) в кокосе: суффикс "-hd" не есть аксиома. Его можно изменить на абсолютно любой, слегка поправив #define CC_RETINA_DISPLAY_FILENAME_SUFFIX @"-hd"
в файле ccConfig.h
:) Спасибо, с указанной ссылкой знаком, в свое время некоторые интересные вещи почерпнул оттуда.
Однако я понял комментарий DeusModus несколько в ином ключе. Разработчики, использующие РНР для написания программ, не компилируют код так, как, например, разработчики, использующие С.
Да, конечно, в случае РНР происходит в некотором роде runtime-компиляция. Но ведь для сборки и выполнения целевой программы разработчики не компилируют чистый РНР сценарий, не так ли? :)
:) Возможно, с фейсбучным ХипХоп компилером так и есть. Однако я отталкивался от первоначального именования РНР как PHP/FI, т.е., интерпретатор форм.
Не вникая в семантику, допустим, что Fatal Error в РНР и есть ошибка компиляции. Но, чувствую, что несу чушь.
Если не затруднит, какие-нибудь ссылки о компиляции РНР (не берем во внимание РНР-Gtk) с удовольствием бы посетил.
Есть у меня подозрение, что «прототипирование» сразу на обжективе займет гораздо меньше времени. Потому как получается двойной цикл написания одного и того же кода. Впрочем, есть и плюсы: спорные моменты фиксятся. :)
Смешно, конечно, но не так коряво. :)
Но если вы относительно убунту и линукс применительно к обывателю-пользователю, то возьму на себя смелость настоять на своей точке зрения, имея несколько собственноручно подтвержденных фактов. Для примера — теща, которой абсолютно без разницы, как называется ОС и что она делает внутри себя, если эта ОС не мешает ей работать с документами, не отвлекает от чтения научной документации, открывает браузер по клике на иконку, показывает презентации, вещает музыку. Ей реально по барабану, называется это убунту, линукс, фрибсд, макось, виндовс. Лишь бы работало.
Так что, подытожу: становится весьма непонятно ваше высказывание относительно фекальных масс и устройства с лопастью. Склонен считать, что написан он вследствие аффекта от непонимания моего комментария, смысл которого я персонально вам растолковал в предыдущем абзаце.
Впрочем, не буду кормить…
Так что не думаю, что такой уж тормознутый, учитывая специфику указанного ресурса и посещаемость.
Возвращаясь, опять же, к Торвальдсу: «User don't care».
На примере топика: у нас новость имеет ссылки (через отношение «много ссылок — к одной новости»). При подгрузке данной новости есть возможность сделать т.н. «eager loading», с целью минимизировать количество запросов к БД (в отличие от ручной загрузки связанных с новостью ссылок). Автоматизация — налицо.
Далее. В форме, описанной для новости, очень легко и тривиально получить список связанных с новостью ссылок посредством конструкции
$model->links // Тут возвращается массив объектов Links для данной новости (если есть)
Дальше — дело техники: проходимся по массиву, строим поля формы, в контроллере описываем логику на обновление/удаление набора данных, относящихся к текущему объекту — вуаля.
Обновление данных (ссылок, в нашем случае) через AJAX — без проблем.
Ни в коем случае не умаляю достоинств S2 и Doctrine. Это такой же инструмент, как и другие вменяемые CRUD-генераторы. :)
П.С. Я, если чего, не защитник копирастов. :)
И с гарантийными случаями все в порядке (был один, с принтером. Решился в течение 20 минут).
Да, если чего: я никак не афиллирован с конторой.
#define CC_RETINA_DISPLAY_FILENAME_SUFFIX @"-hd"в файле
ccConfig.hОднако я понял комментарий DeusModus несколько в ином ключе. Разработчики, использующие РНР для написания программ, не компилируют код так, как, например, разработчики, использующие С.
Да, конечно, в случае РНР происходит в некотором роде runtime-компиляция. Но ведь для сборки и выполнения целевой программы разработчики не компилируют чистый РНР сценарий, не так ли? :)
Не вникая в семантику, допустим, что Fatal Error в РНР и есть ошибка компиляции. Но, чувствую, что несу чушь.
Если не затруднит, какие-нибудь ссылки о компиляции РНР (не берем во внимание РНР-Gtk) с удовольствием бы посетил.