@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 страницы без перезагрузки оной.
все загружается асинхронно, перезагрузки страницы не происходит - воспроизведение не прерывается. Для связи между вкладками (на одной запустил музыку, на второй остановилось) используется синхронизация через localstorage.
id элемента должно быть уникальным на странице, что делает js код завязанный на id-шники ужасно неповоротливым (в большинстве случаев) и плохо расширяемым. повышает дублирование и все такое прочее. Это уже не говоря о том что в один прекрасный момент именно из-за нежелания менять js логику разработчик добавляет на страницу другой элемент с тем же id. Я за декларативный подход с селекторами завязанными на специфичные классы а лучше data-* атрибуты. Аргументы же типа "селекторы по id быстрее" смешны.