@croupier в контексте web-а вам важнее усвоить концепцию запрос-ответ, ибо именно так работает web. Подробнее писал Фабьен, когда описывал суть AppKernel и HttpFoundation. В качестве углубления в тему поищите материалы и презентации на тему http middlewares.
@croupier, да, но учитывая то, куда движется php, почти все подходы для java применимы и для php. В каких-то смысла больше, в каких-то меньше. Но вообще большая часть вещей такого рода не привязаны к языку программирования, просто повышают качество кода, упрощают дальнейшую поддержку...
@croupier, читайте фаулера, у него все перечисленное упоминается (почти все). Но вообще лучше читать о чем-то как минимум из двух источников, ибо тогда информация подается не так однобоко. Да и проще прочитать пару статей и попробовать, чем неделю штудировать литературу и на практике забыть о чем читал.
@DonSinDRom, аргументируйте. Скажем мои аргументы:
id элемента должно быть уникальным на странице, что делает js код завязанный на id-шники ужасно неповоротливым (в большинстве случаев) и плохо расширяемым. повышает дублирование и все такое прочее. Это уже не говоря о том что в один прекрасный момент именно из-за нежелания менять js логику разработчик добавляет на страницу другой элемент с тем же id. Я за декларативный подход с селекторами завязанными на специфичные классы а лучше data-* атрибуты. Аргументы же типа "селекторы по id быстрее" смешны.
массив содержит нормализованные значения, от 0 до 255, это так. Но функция возвращает не значение, а индекс, по которому можно определить частоту основного сигнала.
@neokortex, самый правильный способ, использовать http-кэш прокси (вагрант например) и настроить ESI. Я пробовал так же еще два варианта - самый простой, добавление в twig конструкции {cache} и кеширование slave запросов (на основе встроенной фичи с http кешированием).
Откройте таймлайн, посмотрите какая часть системы тупит, можете выложить тут скриншет.
Это я погорячился. Инклуды вызывает yii-шный слегка туповатый загрузчик. В вопросе ниже я написал в комменте почему так происходит. Но вообще проще использовать composer.
автозагрузчик yii это то еще шило. Все работает когда автозагрузчик yii регистрируется первым. Если сначала регистрируется загрузчик чужой, yii-шный его уберет и поставит свой. Его нужно просить не забывать ставить чужие загрузчики в стэк, по умолчанию насколько я помню он этого не делает.
именование вы можете использовать какое угодно. Это как бы никто не запрещает. Я пользовался ui-router и в итоге стал использовать angular-route-segment. Правда пришлось его чуть допилить под себя, может дойдут руки оформлю как-нибудь пулреквесты, но сама идея организовывать раутинг все тем же ngRoute вместо своей имплементации мне понравилась.
@pilipolya, вы же понимаете что вы не поете на ОДНОЙ частоте. У вас помимо основного звука есть еще обертона всякие... Основной сигнал будет мощнее, так что можно по максимуму ориентироваться. Вот пример:
@Jailbird я о том и говорил, ибо вы работаете на уровне ORM с объектами, и, например, если бы информация о мэппинге хранилась где-то еще, вы не сможете узнать какие там поля хранятся в базе.
@Marques Yii не лучший пример "смотреть как он устроен". В процессе обучения, если человек долго не достигает видимого результата, угасает интерес. По этому писать все с нуля я не вижу смысла. Можно брать отдельные готовые компоненты и на основе их реализовывать (в этом смылсе symfony идеально подходит, ибо можно взять пару компонентов оного (appkernel, httpfoundation) и этого для начала хватит. Зачем тратить год на изучение не правильных и заведомо неудобных вещей, когда можно тот же год потратить на изучение вещей правильных, с которыми использование чего-то уровнем ниже так же не составит проблем.
Я проходил через написания своих фреймворков, пару лет работал с yii, и последний пункт как оказалось был ошибкой, ибо из двух лет я как минимум год потерял.
Если мне памяти не изменяет доктрина не настолько тупая и не делает джойн там где его нету. Хотя я могу ошибаться. Посмотрите какой SQL генерируется с моим вариантом, джойна и селекта вы не прописываете явно.
@zelenin, проблема в том что если этого нету из коробки, большинство зеленых разработчиков так и будут использовать голый php для шаблонов, со своими кастылями и извращениями. Фреймворк должен учить правильным подходам, если yii является первым фреймвоком для человека, он начнет плодить говнокод, а потом это чудо достается кому-то на суппорт принося боль и унижения.
@IceJOKER, если коротко - это API для управления историей браузера в контексте вашей страницы. То есть вы можете изменить текущий uri страницы без перезагрузки оной.