Roman Kitaev, ок, а теперь лимитируй ресурсы supervisor'ом.
После того как всё получится, задеплой по-быстрому из дева на прод. А потом попробуй так же быстро откатиться на предыдущую версию.
Не говоря уже о различных рабочих сценариях с кол-вом сервисов >1.
Николай Глушков: а разве аналитикс раскрывает конкретных пользователей? то есть можно будет увидеть что пользователю А соответствуют множество параметров Set1(User-agent, IP, Login-count)? мне казалось что они не раскрывают инфу пользователя, а только учитывают её при агрегации, не так?
LordGuard: имелось в виду не первичной загрузке сервиса с приложением, а при первом запросе от клиента на сервер.
Пререндеринг это генерация .html по нужным тебе маршрутам, соответственно если у тебя данные в реальном времени меняются, то это не пойдёт, тебе нужно будет или очень часто генерировать или уже допиливать скриптами.
Серверный рендеринг это реал тайм рендеринг по запросу, то есть проигрывание скриптов на стороне сервера и отдача запрашиваемой страницы, дальше все действия на клиенте до первого F5
Noob--Saibot: ты сделал всё не так:
1) смотри в сторону фреймворков/орм чтобы хоть частично защититься от sql инъекций и было удобство работы
2) посмотри на движок elastic search, попробуй его использовать в паре с mysql: в mysql у тебя хранятся реляционные данные и связаны по ключам, в эластик ты пушишь данные (нужные тебе поля) для индексации (быстрого полнотекстового поиска), таким образом search обращается к эластику с поисковым запросом и получает идентификатор с которым лезешь в mysql и более-менее быстро получаешь данные. Или можешь использовать только эластик и хранить всё там.
Elian2: значит беспроигрышный вариант в твоем случае - учить профильную, в лучшем случае пригодится, в худшем - будешь знать чуть больше чем требуется.
После того как всё получится, задеплой по-быстрому из дева на прод. А потом попробуй так же быстро откатиться на предыдущую версию.
Не говоря уже о различных рабочих сценариях с кол-вом сервисов >1.