На простых приложениях — действительно религия. Приложения типа «хелло ворлд» (что в доках фреймворков обычно выглядит как «напишем свой движок для блога») везде примерно одинаковые.
Но дьявол, как обычно, в деталях. Когда дело доходит до чего-то чуть более сложного, чем блог, могут внезапно начаться проблемы.
Возьмем, к примеру, уже упомянутый мной выше RAR. Авторы современных фреймворков очень любят писать всякие красивые слова про NoSQL, проблему N+1 и круто реализованную жадную загрузку. А потом внезапно оказывается, что невозможно вывести список постов с авторами, отсортированный/отфильтрованный по имени автора (пример для блога), потому что все записи из отношения выгребаются отдельным запросом. Т. е. не select… from posts left join authors, a select… from posts, select… from authors where id in (...).
А на вопрос «а как бы сделать так, чтобы можно было» чаще всего следует ответ «используйте DAO».
С Yii сравнивать некорректно, сравнивать следует с Yii2.
Каких-то особых преимуществ я не заметил, с другой стороны в Yii2 можно делать вещи, пока недоступные для L4 (например, RaR с фильтрацией по полям отношения)
Да понимаю я :(
Поэтому и вычеркнул его сразу, чтобы усложнить задачу, так сказать.
Это ж как в ТРИЗ: отберем у человека пуговицы, чтобы он изобрел застежку-молнию.
Есть ли способ отличить хорошего дизайнера от плохого ДО представления результата?
Я имею в виду не то, как он умеет рисовать, грубо говоря (это можно по портфолио посмотреть), а вот такие штуки: «Каждая деталь на сайте расположена в соответствии с определенными принципами, и именно веб-дизайнер должен уметь обосновать их».
Пример: предположим, лично мне кажется, что на сайте должна быть большая фиолетовая кнопка «вы выиграли миллион рублей», а дизайнер утверждает, что это прошлый век. Есть ли способ понять, это я устарел или дизайнер просто пытается сделать как ему удобнее (или, скажем, впарить готовй макет)?
Что делать дизайнеру, если требования заказчика кажутся ему бредом?
Что делать заказчику, если дизайнер утверждает, что его требования — бред?
Ответ «доверять» пока не подойдет. Доверять можно только знакомому дизайнеру. Незнакомому доверять нельзя.
alias such=git
alias very=git
alias wow='git status'
$ wow
$ such commit
$ very push
(см также doge meme)
cpansearch.perl.org/src/DCONWAY/Lingua-Romana-Perligata-0.50/demo/
Мне нужно добыть все книги, которые belongsTo авторы. У каждой книги один автор, books.author_id = authors.id.
Пример требуемого sql-запроса я привел.
В случае hasMany (допустим, books hasMany images, т. е. у каждой книги много картинок) джойн как раз не нужен, иначе это фееричный запрос получится.
select * from booksselect * from authors where id in (1, 2, 3, 4, 5, ...)Вот это: select * from post left join author on post.id = author.id where author.name = '...';
только через RAR.
На простых приложениях — действительно религия. Приложения типа «хелло ворлд» (что в доках фреймворков обычно выглядит как «напишем свой движок для блога») везде примерно одинаковые.
Но дьявол, как обычно, в деталях. Когда дело доходит до чего-то чуть более сложного, чем блог, могут внезапно начаться проблемы.
Возьмем, к примеру, уже упомянутый мной выше RAR. Авторы современных фреймворков очень любят писать всякие красивые слова про NoSQL, проблему N+1 и круто реализованную жадную загрузку. А потом внезапно оказывается, что невозможно вывести список постов с авторами, отсортированный/отфильтрованный по имени автора (пример для блога), потому что все записи из отношения выгребаются отдельным запросом. Т. е. не select… from posts left join authors, a select… from posts, select… from authors where id in (...).
А на вопрос «а как бы сделать так, чтобы можно было» чаще всего следует ответ «используйте DAO».
rar = relational active record.
Каких-то особых преимуществ я не заметил, с другой стороны в Yii2 можно делать вещи, пока недоступные для L4 (например, RaR с фильтрацией по полям отношения)
Всего одна буква пропущена, а каков эффект!
Выбрать прои. Проигрывател. Ок.
То есть это же был вот какой-то специальный человек в Майкрософт, который сказал, что это нормально и так и должно быть.
Поэтому и вычеркнул его сразу, чтобы усложнить задачу, так сказать.
Это ж как в ТРИЗ: отберем у человека пуговицы, чтобы он изобрел застежку-молнию.
Я имею в виду не то, как он умеет рисовать, грубо говоря (это можно по портфолио посмотреть), а вот такие штуки: «Каждая деталь на сайте расположена в соответствии с определенными принципами, и именно веб-дизайнер должен уметь обосновать их».
Пример: предположим, лично мне кажется, что на сайте должна быть большая фиолетовая кнопка «вы выиграли миллион рублей», а дизайнер утверждает, что это прошлый век. Есть ли способ понять, это я устарел или дизайнер просто пытается сделать как ему удобнее (или, скажем, впарить готовй макет)?
Что делать дизайнеру, если требования заказчика кажутся ему бредом?
Что делать заказчику, если дизайнер утверждает, что его требования — бред?
Ответ «доверять» пока не подойдет. Доверять можно только знакомому дизайнеру. Незнакомому доверять нельзя.
Пхпшный жарить дельфина не умеет.
Сидишь и прямо видишь, как жизнь протекает мимо.
С правами, правда, придется повозиться.
Сразу после открытия страницы форма поиска выглядит так.
Если, к примеру, вернуться назад и снова вперед (имею в виду хистори браузера) — форма возвращается на законное место.
При нажатии «обновить страницу» — снова сползает.
Извините, либо промахнулся, либо какой-то баг с комментариями.