Aza Broflovski

Что на счет такого варианта:

<script>
  setTimeout(function(){
      // Код счетчиков
    }, 5000); 
</script>

Даем на загрузку страницы 5 секунд и только 5 секунд спустя подгружаем все это барахло.

Для хранения СУБД (и сервис для него не нужен)
Можно скинуть все с sqlite бинарник и его скачивать
Или раскидать по json/yaml и также скачивать

Доп вариант именно СУБД и именно сервиса - https://firebase.google.com/pricing/ (но имеется вендор-лок)

ИМО за $2.5 можно иметь свой впс для игр и тестов
Или высунуть свой "домашний" пк интерфейсом в www

Да вебпаку в принципе не важно, что у вас там на бэкенде: CMS, фреймворк, кстомное решение, ему важно лишь наличие:
1) входных файлов
2) места куда выгрузить результат
3) конфиг, который опшите, что произйодет, пока файлы будут двигаться из 1 в 2

Если же вопрос именно как это оформить структурно, то тут зависит от собственных предпочтений и/или уже существующей структуры проекта.

PS Ладно, если серьезно: вот например старая статья про VK www.insight-it.ru/masshtabiruemost/arkhitektura-vk...
PPS Если совсем серьезно - учитесь программированию: php/ruby/python/java - к чему душа больше лежит.
Не за будьте про SQL и noSQL базы данных. Развивайтесь!
А для начала начните с чего нибудь попроще, каталог там, лента новостей.

Всё зависит от проекта, 70 процентов работодателей просто начитавшись модных резюме вписывают туда фреймворк, когда у них сайт на Джумле 1.5. Либо недалёки эйчары, которые ничего не понимают в IT сфере, просто скачивают резюме, и копипастят. В моей должностной инструкции один из пунктов что то типо :
"-соблюдение общепринятых интернет норм и поддержание благоприятных тенденций в интернете"
Вот и те же люди, что пишут это пишут про фреймворки. Я недавно начал задумываться об изучении JS фреймворков, и немножко покопал. И пришёл к выводу, что это оправдано, когда разрабатываешь крупный сервис, то есть у тебя в браузере не сайт а можно сказать что ПО, как например Гугл Эдвордс или Азон. Если же у тебя не сервис а сайт, тем более не спицифический по функционалу, то задачи фреймворков выполняет твоя ЦМС.

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

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

Начав с азов и собрав на коленке свой сайт, тебе придется преодолеть такие проблемы, которые обычно разработчику очень редко выпадает "разбирать". Зато в будущем конечно очень облегчит понимания всей системы в целом. Можно годами работать, писать на cms/фреймверках, и не знать как работает HTTP, в чем разница GET или POST, что такое sql иньекция и пр.
Обратная сторона в том, что фреймверк сразу прививает "культуру", у него есть структура, есть готовые компоненты, гораздо проще реализовать многие вещи чем изобретать свои велосипеды. Я бы предложил пройтись по всем основам, и начать конечно с фреймверка, Laravel отличный выбор для новичка, можно даже что-то проще типа slim или silex, там тебе придется больше писать "своего" кода. Ну а после энного количества месяцев, когда ты почувствуешь что "все" знаешь, просто попробуй взять и написать что-нибудь на "symfony")

'sexi' принимает True или False ? :))

Поле sexi - это сексуальный ли студент?

даже звучит смешно))

Ну вот с судьёй и посмеётесь вместе

cannot-modify-header-information.ru

"Как хранить страницы с php кодом в базе данных?" - Никак. Не нужно этого делать.

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

просто поработай без фрейма, поначалу будет просто и весело, через полгода/год/два это веселье надоест. а твой проект никто не захочет допиливать, потому что разбираться в нем будет ад - без доков и с сомнительными конструкциями (костылями(да)).

Как Laravel ускоряет создание сайта?

Тут вместо Laravel может быть любой php framework. Но главный вопрос ускоряет по отношении к чему? И в рамках какого проекта?

Быстрее ли разработка стандартного блога на php framework чем на готовой CMS? НЕТ
Быстрее ли разработка блога с нестандартными возможностями на php framework чем на готовой CMS? ДА

Быстрее ли написать простой сайт на голом php c нуля, чем на php framework? ДА
Быстрее ли написать сложный сайт на голом php c нуля, чем на php framework? НЕТ

Смогу ли я заработать много денег и работать с интересными проектами, работая только с WP? НЕТ
Будут ли меня брать на работу в серьезные компании без знания frameworks? НЕТ
Востребован ли WP среди провинциальных web студий? ОЧЕНЬ
Смогу ли я в них развиваться и получать достаточно денег? НЕТ