Jquery возможно использовать местами. Можно ли так же поступить с js фреймворками? априемер использовать их только для кабинета пользователя, корзины товаров, тестов и т.д.
Антон Измайлов: Скажите а возможно ли все построить на php framework, а для некоторых модулей использовать Angular. Например, для кабинета пользователя или для определенных виджетов на сайте. Или это не сильно ускорит разработку?
Вот и я переживаю, что эта игра не стоит свеч, кроме конкретных случаев. И хотел бы, что бы кто-то их озвучил. Но видимо люди бездумно используют технологии там где надо и там где не надо. При этом меня обвиняя в невежестве.
Тоесть если проект стандартный (так сказать, магазин например), то наверное оправдано использовать SPA для личного кабинета и корзины, но остальное делать по старинке. Или я имею неправильные представления о SPA? Есть пример сайта на Angular, которые хорошо иллюстрирует его возможности, в частности SPA архитектуры
"И как по мне - если вы задаетесь таким вопросом, то вряд ли вам нужно это совмещать." - то есть не развиваться. Я уверен, что поиск ответов на такие вопросы и подталкивает к изучению нового. Такие вопросы привели меня от cms-ок к framework-ам и надеюсь поведут дальше. Но технологий слишком много, что бы хвататься за все сразу. Надо глубоко разбираться в том, что используешь. Вот я и пытаюсь понять. Это дань моде или за такими связками будущее. Может вообще завтра php не будет и надо уходить полностью в js.
Вот опять общие фразы. Разделение Backend'a и Frontend'a - чем они не разделены в yii2? Удобство использования JS фреймворков - что удобного, я не противоречу, я хочу найти для себя повод изучать JS фреймворк. Но не могу его найти. Все что я читаю, можно достичь другими методами и не вижу, что б они были сложнее.
SWic: Никогда таким не страдал, но теоретически: получать запрос в скрипт, скрипт берет картинку читает содержимое и отдает с правильными заголовками, предварительно проверяя права. Почитать можно тут: www.php.su/articles/?cat=graph&page=003
Андрей Токмаков: Ну да. Вообще удобно иметь статус отдельно. И просто при смене статуса с черновик, на опубликовано ставить дату публикации. Это даст возможность выключать статьи. Хотя можно и затирать им дату публикации. Но наличии отдельного поля дает больше места для маневра (на модерации, отклонена, устарела. переделать, актуализировать, опубликовано и т.д.)
Все верно. Добавлю, что это не обязательно должен быть целый проект. Это может быть модуль, виджет и т.д. Главное что есть пример кода, который позволяет составить мнение о Вашем стиле и знаниях.
"эпоха программистов-"эникеев" ушла в прошлое." - не верное утверждение. К этому движется, но эта ниша еще есть и достаточна велика. И еще лет 5 будет. Хотя тенденцию Вы правильно описали.
