Сергей Протько

На ранжирование больше влияет то что говорит google pagespeed, а сделать шустрый сайт на битриксе посложнее задачка чем просто шустрый сайт-самопис или на движках типа picocms/bolt.

#битриксmustdie

Я, кнешн, плохо знаю этот фреймворк

Так зачем вы его используете?

А еще meta viewport плохо знаете....

Фреймворк - каркас. Дословный перевод который в общем хорошо отражает суть. Это какая-то структура которой придерживается приложение.

В основе любой системы лежит какой-то каркас. Структура, способ организации кода, хоть какой-то. Берете класс маршрутизации (который связывает запрос и код, который должен выполниться для обработки оного), класс для работы с базой, менеджер конфигураций... и как-то так выходит что у вас уже есть фреймворк.

В основе любой CMS есть фреймворк. Даже в том же wordpress. Это внутреннее API этой CMS на основе которого она построена.

Сложность и уровень фреймворка определяет уровень абстракции которые он вводит. Если приводить пример - Symfony2 и все та же отправка почты. Отправка почты сама по себе относительно жирная операция. То есть из 200 милисекунд обработки запроса, 100 из них может занимать отправка почты. То есть пользователь получит страницу позже. В Symfony2 реализован слой абстракций над запросами ответами и потому, есть полный контроль за всем потоком данных. Фреймворку не составляет труда узнать когда мы закончили обрабатывать основной запрос. Так же у PHP (в зависимости от SAPI) есть возможность сказать серверу что "мы закончили обрабатывать запрос, можно отдавать его пользователю" и делать что-то еще. В результате мы можем вместо отправки писемь, помещать из в очередь и отправлять только после того как запрос ушел пользователю получая улучшение отзывчивости системы.

Важно заметить, что код приложения вообще никак не отличается. Если у нас внезапно не будет хватать мощностей серверов и у нас узким местом будут как раз таки такие вот отложенные операции - можно безболезненно, без внесения изменений в бизнес логику и основной код приложения, добавлять все в очередь на другом серваке и там все обрабатывать. Таким образом мы можем вносить изменения в систему максимально быстро без ущерба качеству.

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

А вот тут не всегда так. Как минимум потому, что время реализации функционала под wordpress на базе его внутреннего фреймворка может занять у вас значительно больше времени, чем написать все на популярном нормальном фреймворке, не оптимизированном на конкретное решение + дописать блог.

Делаете сервис $connections с методом $get или что-то в этом духе. Если коннекшена такого нет - будет создан, если есть - отдается готовый.

В вашем случае я бы еще ввел менеджер комнат, что бы в нем шла вся логика по приссоединению к конкретной группе и т.д. что бы максимально отделить это дело от директив. То есть в директиве вы просто попросите "дай ка мне доступ к такой-то комнате" и все. Никаких эмитов и вообще работы с сокетами внутри директив.

И не инициализируйте ничего внутри фэктори.

Ничего не понял.

Просто для ясности, в контексте Symfony/forms нет разницы, вставляете вы в форму еще одну форму или инпут. Вложенность может быть сколь угодно большая. Если вам просто надо две формы для двух сущностей вывести - делаете третью форму и добавляете в нее эти две.

В любом случае у вас должен быть какой-то объект для хранения данных, можно сделать DTO с двумя полями в которых лежат ваши сущности, тогда обработка запросов сведется к тому что бы создать DTO объект и забиндить запрос средствами симфони.

Потому что у некоторых сайтов в коде есть проверки "если это опера, показать баннер" или "если это опера, делать так-то". Определяют это они по юзер агенту браузера. Вот и все. Сейчас там правила только для того, что бы это дело обойти. Где-то маскрируются под хром, где-то режут баннер о том что браузер устаревший где-то еще такую муть делают...

Назваться можно хоть синьером хоть богом, сами понимаете.

Если у вас много гифок рекомендую задуматься так же о том что бы конвертировать их в html5 видео (webp и т.д.). Очень напрягает что гифки долго грузятся, а gfycat работает не шибко шустро.

Сделайте директиву и внутри разрезайте нормально. Есть правда такой момент что если вы разрешите коллекцию на 3 массива, то придется отслеживать изменения коллекции и мэпить как-то. С другой стороны, можно воспользоваться фильтром limit внутри директивы.

Это как-так Symfony2 попал в список простых? Он конечно чуть попроще Zend2 но не могу сказать что сильно проще. Zend просто больше по Java way пошел.

Смотря чем вы хотите заниматься в дальнейшем. В целом распыляться на слишком много нового не стоит. Максимум одна две новые технологии за раз.

Ну как хотите, но вообще стоит пробежаться по документации и выбрать что-то для себя.

Посмотрите в сторону Bolt или picocms

наброски кода? пффф... нет... если как часть эксперементов, то какие-нибудь ideone, gist и т.д. Предпочитаю рисовать графики, схемки взаимодействий компонентов и т.д.

Если у вас SPA - то Angular. Ну или React + какие-либо другие библиотеки которые в сумме дают вам именно фреймворк (React не фреймворк а только библиотека). То есть React вполне можно использовать вместе с angular. Есть ли в этом смысл - другой вопрос.

В целом посмотрите просто примеры приложений, пройдитесь по документации и выберите для себя что-то. В случае с angular обязательно посмотрите в какую сторону он движется (angular 2.0) что бы принять адекватное решение. На данный момент (angular 1.3) все еще монолитный что многих отталкивает.

Хаскель конечно