Антон, там в админке есть всякие утилиты для проверок оптимальных настроек и прочего. Рекомендую их погонять, потом рекомендую разобраться с настройкой opcache и memcache и убедиться что они корректно работают. Прирост дадут на уровне 15-20%.
html_pages - это композитный кеш. Все можно чистить ручками если используется файловый кеш. Если используется memcache, то файлов не будет и очищать лучше через админку/консоль.
Антон Спирин, слиться... уажаемый, это просто общение а не уличная разборка. Я вас просто спросил почему вы топите против локального dev-сервера, ведь объективно он более отказоустойчив нежели облачные сервисы. Я рад если вы никогда не сталкивались с блокировками или банальным отключением интернета, после которых все сервисы кроме локального не работают. Если вы это расцениваете как переход на личности, то я прям не знаю, ну воспользуйтесь тогда своим же советом и погуляйте на свежем воздухе, будьте проще чтоли.
Теперь точно до свидания, воюйте в интернете с кем-нибудь другим.
Антон Спирин, если вы не осилили собственный dev-сервер, это не значит что его не осилят другие. Накрыться медным тазом может что угодно и когда угодно, аргумент вообще ни о чем. В свете последних событий с РКН так вообще медный таз все ближе и ближе.
Не вижу смысла в дальнейшей общении, до свидания.
Антон Спирин, ваш поинт то в чем? В том что лень самому это делать, поэтому надо использовать облака? https://status.bitbucket.org/history - вот тут тоже видно далеко не идеальную отказоустойчивость.
Причем когда падает облако, вообще непонятно когда оно там починится, а когда проблемы на своем сервере, то всегда можно уточнить у DevOps'a когда все будет готово.
Самый толковй ответ! Фреймворки служат для ускорения времени разработки и упрощения написания кода, но уж точно никак не учат этот код писать и мыслить архитектурно! Если человек пишет свой велосипед и при этом не понимает как его структурировать, то с чего бы ему понять как структурировать код на фреймворке? Самый правульный путь - найти опытного разработчика/преподавателя, который этому научит, будет ревьюичть код и проч.
Этот вариант получше верхнего будет. Осталось только отступы согласно PSR привести и слишком длинные строки со span разбить на отдельные строки с самими тегами и их содержимым. Тогда читабельность повысится еще больше.
Касательно использования шорт тегов, имхо на усмотрение топикстартера.
Что-то бред какой-то.
Рельсовые миграции отлично работают и с индексами и с foreign keys и с restrictions.
Разработчик, который не использует индексы в базе, никогда выше джуна не поднимется.
Одиночка Айс, date/timestamp - это грубо говоря для базы практически одно и тоже. Работает она с ними практически одинаково. Главное не строка)
А то знаете, новички сейчас начитаются, сделают бездумно, а потом окажется что и вправду тупо строкой в базе сохранили.
