Евгений Самойленко

Приведённый код будет нормально работать в php7.

Эм... Документация не в моде уже?

laravel.com/docs/5.1/eloquent-relationships#many-t...

А собственно Вы - кто? Хозяин магазина или айтишник, на которого могут попробовтаь повесить перерасход?

Какая цель в итоге? Допустим, Вы оспорите счёт и Суд встанет на Вашу сторону. Этот провайдер, вероятнее всего, больше с Вами работать не будет. Альтернатива есть?

ЗЫ: На 300К это, конечно, да... Как понимаю, за 50 примерно Гб. Так что по тарифу Вы вполне можете быть в какой-то глуши и непонятно что потом делать

В Laravel 5 убрали возможность кешировать запросы, Taylor сказал что это "фу", и делайте кеширование сами.

Самый правильный путь - сделать класс репозиторий, в котором и делать кеширование данных.
Т.е как-то так:
- Делаем абстрактный репозиторий Repository, у него есть свойство protected $model;
- В Repository добавляем все стандартные методы get/all/first/etc... и делаем в них кеширование.
- Создаем нужный репозиторий UserRepository, в котором устанавлием $model = new User;
- ???
- Profit!

Я делал такие формы с помощью плагина masked input
https://github.com/digitalBush/jquery.maskedinput

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

Но ответ очень прост - нужно все менять. А иначе никак.

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

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

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

5 лет за компьютером занимаюсь кодингом + до этого 7,5 лет занимался за компьютером схемотехникой.

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

В какой-то момент, когда вес перевалил через психологическую границу - понял, что пора что-то делать. Стал бегать по утрам и ограничил себя в еде. Минус мучное, минус явные жиры, минус сладкое, минус соки-газировки. После 20.00 не ел. Ел по пять раз в день по немногу.
Итого за 3 месяца минус 13 кг. В организме легкость. Но заболели колени. Ударная нагрузка на колени при беге из-за избыточного веса, неправильной техники бега и, как потом выяснилось, плоскостопия. Перестал бегать, перешел на спортивный шаг.
После год физкультурой не занимался и не особо следил за едой. Опять набрал 5...7 кг.
Пошел в фитнес-клуб, где и занимаюсь до сих пор. Сейчас вес приблизительно такой же, как был до всех похудений, но, по ощущениям, набрал где-то 50 на 50 мышцы/жир. Живот ощутимый есть, но осанка хорошая. Отдышка не мучает. Сердечно-сосудистая система работает. Становая - 100кг, Присед - 100 кг, жим лежа - 80кг. Это не на раз, это рабочие. Последняя тренировка с гирей 16кг по наручному кардиомонитору: 1ч20м, ср.ЧСС 150, махЧСС190, ккал1200.

Образ жизни кодер формирует себе сам. Он не обязательно сидячий. У меня двое коллег программистов в выходной устраивают себе велопокатушки на 70...80 км.
А прогрессирующий лишний вес появляется когда количество поступающий с пищей калорий превышает количество используемых. Плюс качество поступающих калорий, конечно, тоже важно. Углеводы надо получать из каш (низки гликемический индекс), а не из булок. Больше белка. Контролируемо - жиры.
А если питаешься не очень калорийно или от природы с метаболизмом повезло, но с физкультурой не дружишь, то все равно будет грозить фигура беременного кузнечика. Когда мышцы спины не развиты - собственный вес будет скручивать в сутулую закорючку. Но скелетно-мышечная система - это не сумма отдельных мышц. Все мышцы/кости друг с другом связаны. Тут перекачаешь - тебя мышечный дисбаланс в другую сторону свернет. В идеале надо гармонично заниматься. И осознанно.

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

Вот тут есть хороший ответ.

1. Для нахождения и удаления неиспользуемых css - есть uncss(под gulp/grunt)
2. Для нахождения неиспользуемых переменных в SASS/LESS - используйте скрипт, например, как этот.
3. Для debug'a - source map

Остальное - минификация, префиксы.

1. Принципиальных качественных преимуществ у node.js перед остальными языками нет, как впрочем и недостатков. Просто yet another язык со своими особенностями. Соответственно если в вопросе заменить node.js на php/ruby/python итд - ничего не изменится.
Вопрос по сути абстрактный "почему все не перешли на язык %%%%%"

2. Ответ на абстрактный вопрос:
а) Потому что существует огромное количество legacy кода который нужно поддерживать. Работы по поддержке и развитию существующего кода на порядок больше чем написания с нуля нового
б) Потому что у разработчиков есть свой стек любимых технологий, изменять который без явных экономических причин основная масса не готова
в) Потому что умные технические менеджеры выбирают стек технологий проекта исходя из имеющихся под рукой разработчиков и легкости поиска и заменимости оных.

UPD
hbrmdc

У NodeJS есть уникальные и очень весомые преимущества, которых нет ни у одного другого языка. Например то, что это JS, и, следовательно, нет необходимости разучивать лишние языки - можно весь webapp писать на js.
Личные предпочтения обоснованные привычками - это не имеющий значения аргумент в данном вопросе.

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

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

2) Личные предпочтения обоснованные привычками это основной аргумент.
Я вот умею в php, умею в ноду, умею в еще десяток умных слов.
Мне нужна новая команда на новый проект.
Я открываю hh и что я вижу: node.js 279 резюме из которых половина фронтэндщики.
PHP - 9613 резюме. Даже если 90% разработчиков PHP на hh - уроды которых к коду нельзя подпускать на пушечный выстрел - останется все равно в 3 раза больше чем есть node.js.
Собственно на этом выбор и закончен.

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

Получается замкнутый круг на самом деле.
Менеджер смотрит резюме, резюме на node.js нет =>
Менеджер не начнет проект на node.js =>
Не возникнет вакансия на node.js =>
Разработчик анализируя вакансии не увидит вакансий на node.js =>
Разработчик будет учить что то другое =>
Менеджер смотрит резюме, резюме на node.js нет...

Переломить ситуацию могут только очень крупные игроки обладающие возможностями формирования рынка (например Apple и Swift), и то не со 100% гарантией (samsung&c и Tizen)

делайте

Я знаю кто сейчас отпишется в этой теме ;-)

1. берем шаблон
2. прикручиваем REST
3. Profit!

Во-первых, это вопрос личных предпочтений и предпочтений команды.
Во-вторых, это требования обстоятельств при промышленной эксплуатации.

На старте, обычно, выбирается то, что лучше знаешь. Да хоть бы и без фреймворков. Переключаться на старте - это тратить время впустую. Главная задача - получить MVP.

После получения MVP (Minimum Viable Product) и "зелёного света" на промышленную разработку, можно оценить результаты тестирования на потенциальных потребителях, выяснить предполагаемую нагрузку и, при необходимости, пересмотреть платформу. Сменить программную или аппаратную архитектуру, язык программирования или их комбинацию, фреймворк - стек технологий это называется.

Через некоторое время после начала промышленной эксплуатации могут возникнуть проблемы, связанные с неверно выбранной архитектурой или недостаточной производительностью. Команда выбрает путь: допилить текущее решение, использовать альтернативное решение или написать ещё раз с учётом возникших обстоятельств.

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