Дмитрий Евграфович

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

Мне одному слышится это как: "Мне нужно, чтобы в будущем можно было не меняя стек прикрутить к нему пока не знаю что (=что угодно)"? Нода как инструмент с такими требованиями кажется вполне разумной.

symfony, laravel, django - как альтернативы, но скорее всего ценник будет тот же, что и на ноде.

Хотите cms? Пишите полностью весь список планируемых доработок. Потому что CMS - слишком специфичный и узкий инструмент, чтобы брать его под столь неопределенные формулировки. Вам сейчас кажется, вы возьмете битрикс, друпал что там еще, поставите ее на хостинг и вы в шоколаде, сэкономили фирме сотню. А через пару месяцев к вам придет ваш начальник и скажет: надо нам написать интеграцию сданных показаний счетчиков с нашей убер-системой и еще онлайн-чат создать для посетителей и систему рассылки им оповещений, ну и еще мы запускаем мобильное приложение, так что нам еще бэкэнд с апи нужен - и вот оказывается, что ни одна cms не способна на это, потому что из коробки не поддерживается, что все программисты со скиллами работают с фреймворками и той же нодой, а друпаловцы и битриксоиды лишь блоки переставлять умеют, да в jquery немного, что выбранный вами шаред-хостинг масштабирование предоставляет лишь в окошке яндекс-карт и выделенный сервер все-таки нужен (и не только для масштабирования, но и чтобы демона для ноды запустить, дабы ваш онлайн-чат работать мог) и что вы вовсе не в шоколаде, хотя по цвету похоже. И в итоге вы бегаете в мыле и думаете, писать ли вам онлайн-чат, работающий через крон или же заказывать разработку с нуля.

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

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

Вордпресс - если делаете клиенту и тот хочет в будущем править тексты.
Конструктор - если делаете клиенту и тот в будущем хочет править не толькьо тексты, но и другие элементы, либо если вы не умеете верстать (т.н. аналитика в конструкторах может быть заменена гугл аналитикой или яндекс метрикой).
Шаблоны с тимфореста (для вордпресса или голый хтмл) - если не хотите тратить денег на дизайнера.
Голый хтмл - если клиент в будущем самостоятельно правки вносить не собирается и будет обращаться к вам или иному подрядчику, владеющему хтмл, либо если делаете для себя, знаете хтмл и собираетесь активно менять структуру верстки.

А вставлять картинку в вопросе без видимых причин - зашкварно.

Ваше мнение об успешности вашего варианта имеет веские основания, кроме вашего субъективного мнения и эмоций типа "какое же говно он сделал своими правками из нашего детища"? Например вы ранее делали редизайн такому же стоковому сайту, после чего ваш вариант пробил потолки конверсии, нагнул всех конкурентов в регионе, вырвался в топы и стали все жить-поживать, да добра наживать? Есть пример - показывайте результаты в цифрах клиенту. Нет - предложите клиенту аб-тест вашего и его варианта (и пообещайте оплатить лишние расходы, если ваш вариант будет хуже конвертить, если вы так в нем уверены). А пока кто девушку платит, тот ее и танцует, и не всегда вкусы оплатившего в плане девушек будут совпадать с вашими.

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

Ya.Direct объект попробуйте.

А есть ли смысл усложнять код и не использовать стандартные конструкции блейда @if и @foreach?

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

Вообще это не для php задача, если перепишете на том же питоне с тем же самым алгоритмом, памяти уйдет раз в 10 примерно меньше (https://habrahabr.ru/post/141093/#comment_4719302 - почти пруф. Сам одно время интересовался, нужно было сравнивать массивы пользователей из вк, сейчас бы попробовал go наверное, с ним потребление памяти не изучал, но оно будет явно меньше, чем у php). Также как вариант записать данные со стороннего сервера себе и брать порциями, используя генераторы (yield), они как раз и созданы, чтобы экономить память, но лучше мне кажется все-таки использовать другой язык программирования на такие объемы.

Нужна контора, разбирающаяся в электрике, которая может провести судебную экспертизу. Поищите в городе такую, но лучше с соседями скооперироваться, так как удовольствие может оказаться недешевым. Далее если в заключении будет написано, что виноват провайдер - в суд. Если провайдер со своей стороны не привлечет другого эксперта, который скажет, что провайдер не виноват, то скорее всего выиграете (ну и компенсация всех расходов на суд тоже будет за провайдером). Но вас может ждать облом уже на стадии экспертизы (а может и не ждать). Также провайдер может кинуть стрелки на сварщиков и будете судиться второй раз уже с ними. Но до момента получения результатов экспертизы это все гадание.

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

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

Почитайте про генераторы Для чего нужны Генераторы (yield) в php? (ссылку привел для примера, просто первая попалась и там как раз тоже человек показал обработку csv)

В последний раз использовал centrifuge для этого. Пользователь отправляет сообщение в приложение ларавел, а приложение делает трансляцию всем кому надо с помощью event broadcasting (версия ларавел была 5.1). Если нужен чат и только чат, то тут мне кажется лучше было бы использовать javascript либо go на сервере, у php с вебсокетамии беда.