dkrylov

Придумываешь пет-проект, делаешь, тупишь, гуглишь как надо делать, снова делаешь, снова тупишь, гуглишь...

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

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

Не делать интернет магазин на вордпрессе.

А я вот не соглашусь с ответом Владислав Поляков. .html файл должен включать в себя только сгенерированный .js файл. Все остальное должно подключаться либо к конкретному компоненту, либо внутри app.j s (если это какая то глобальная библиотека, которая распространяется на весь проект).

Библиотека это инструмент или набор каких-то инструментов.
Бибилиотека для скачивания видео с ютуба
Бибилиотека для кропа и ресайза картинок
Бибилиотека для определения города по IP

Фреймворк может использовать десятки или сотни разных библиотек. Это набор не только инструментов, но и готовых компонентов, и еще и рекомендация по их использованию.

"набор для постройки скворечника"
В комплекте молоток, гвозди, столярный клей, 20 деревянных досточек разных форм и расцветок и инструкция с тремая вариантами скворечника на выбор.

Или вот два фреймворка:

Можно ли их использовать вместе? (Конечно, никто не запрещает)
Можно ли из этих деталей построить что-то совсем другое, не такое как в инструкции? (Конечно да)
Можно ли с этими фреймворками использовать детали еще и из этого?

(конечно можно, но придется что-то придумать для совместимости деталек. Быть может придется применить клей, изоленту, пластилин или жвачку. Или шуруповерт, или сварочный аппарат. Но ни в один комплект эти дополнительные инструменты не входят, как и скиллы к ним.)

Можете посмотреть еще сюда, этот ответ частично покрывает ваш вопрос:
Для чего нужны фреймворки, а-ля Laravel?

Что мешает вынести foreach в метод модели getResultData() и писать что то типа

...
'series' => $model->resultData
...

Замечаю, что есть уникумы, которые за месяц осваивают то что я за год

Встречал людей, которые считают, что если они пол годика пишут на php - то они знают этот язык на отличном уровне. Хотя лично я считаю, что "отличный уровень php" появляется лет через 10, и то не всегда (есть примеры из жизни).

По этому, прежде всего стоит задать вопрос - а те люди, которые, как вы говорите, схватывают все на лету, и все такие успешные программисты - действительно такими являются? Может быть они просто создают такой образ?

То есть пока был актуален ангуляр, учил учил....опоздал. И это уже не впервые.

Вы случаем не из тех людей, которые верят всем подобным разговорам:
- php прошлый век, нужно срочно переходить на питон
- питон прошлый век, все нормальные программисты пишут на js/ноде
- и т.д.

Непонятно как можно "опоздать" в программировании. Язык - лишь синтаксис+особенности+сопутствующий инструментарий. Большая часть знаний и опыта программиста универсальны, и помогают при работе с любым языком.

P.S. Алкоголем не увлекаетесь? От него реально тупеют, заметно на людях 30+
P.P.S. Для вас это и 302 вакансии на hh.ru по ангуляру - не актуальный фреймворк? Что-то мне подсказывает, что у вас алгоритм оценки гуляет то резко вниз, то резко вверх - какие-то нормальные инструментарии считаете мертвыми, каких-то программистов считаете гениями.

Т.е. нужно как то отправить список фото, причем с учетом новых, старых, помеченных на удаление ПЛЮС с сортировкой.

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

Всякие helper-ы генерирующие html реализуются как правило просто для удобства и для уменьшения количества html-кода. При использовании таких хелперов в представлениях страниц Вы не увидите никаких преимуществ перед чистым html, но в виджетах они бывают весьма полезны, т.к. позволяют при написании минимума кода делать довольно гибкие вещи.

Yii2 не использует такой синтаксис:
FA::icon('home');
Вы подключили стороннее расширение, судя по всему хелпер, который генерирует такой html:
<i class="fa fa-home"></i>
Использовать ли его - решать Вам.
В целом такие хелперы, как и шаблонизаторы, позволяют избежать смешения php и html кода.

Если смотреть на то как написан yii, то во view html используется. Его там больше, чем php, так что хелперы как бы не к чему. Хотя дело вкуса. Но вот в виджетах и других классах фреймворка, вы не найдете ни строчки html кода. Только php и хелперы.

Чем удобен конкретный хелпер я не знаю. Разве что, если он зависимости добавляет, но учитывая, что это иконочный шрифт и он на всех страницах как правило, смысла не вижу, ведь можно встроенным хелпером пользоваться:
Html::tag('i','',['class'=>'fa fa-home']);

ненавижу бутсрап! фондейшн лучше, все что угодно кроме бутстрапа

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

в реальном проекте от него ничего не останется кроме мусора, плохой разметки и сброса стилей
95% из него бесполезно в любом проекте.

Возьмите mediaqueri.es и найдите там бутстрап

вместо того чтобы изучить азы, изучают такое Гэ как бутстрап