Что значит, не видят друг друга, изолированы и т.д. Они на одном IP или нет, вот вопрос. Один провайдер, один IP, я так понимаю
В рамках шаред хостинга вы не угадаете, есть допустим 10 нод, у каждой свой IP, вы размещаете сайт в контейнере, контейнер попадает на какую то ноду. Если все сайты будут в рамках одного контейнера, то да, будет 1 ип, если берем контейнер под пачку сайтов, то есть вариант что они (разные пачки) будут на разных IP в рамках одного хостера и одного аккаунта. Но так как это хостер и на этом IP еще сотня другая, то я думаю оно не будет выглядеть подозрительно, ну или менее подозрительно где на одном ИП будут только сайты сетки
Ну куда уже дешевле то? =))) При том количество сайтов не ограниченно =))
Пример неудачный😔 Или, скорее, неудачно раскрыт. Региональность и все, что с этим связано. От СЕО, до аналитики какой то. Хотя, сознаю, бд в данном случае будет своеобразная, оправдаюсь тем, что Редис имеет какие то признаки бд.
Но, главным образом, наверное, обвес контента. Который, вместе с контентом, даст наиболее полный ответ по нужному ключу. Соответственно, надо что бы все это безобразие поисковиками гарантированно индексировалось. А тут, уже полноценная БД, скорее всего фулл-текст индекс придется использовать.
Да и по скорострельности, не факт, что запрос + xhr + еще запрос с коннектом к бд (а может не 1), будет лучше чем 1 запрос с коннектом к бд.
Вы генерите каждую страницу в статику, в том числе сео, регионы и обвес. Он же никак не меняется от пользователя к пользователю. Система аналитики у вас внешняя ну или своя простейшая, какой нибудь запрос в тарантул если уж очень нужно который все сложит. Посыл в том, что на таких сайтах контент то не меняется, зачем ходить в бд на каждый хит? статик ген это следующий шаг после кеширования, когда ты кеш прогреваешь заранее, а не на первом хите
Роутер, само собой. Самый простейший:
Шаблонизатор, наверное или самый простой спринтф, или вообще не нужен
Так вы начали писать свой велосипед просто, то есть надо написать все самому, когда можно не писать и взять уже тоже самое но написанное ранее кем то =))
Не очень все же понял ваш посыл, зачем статичному сайту БД? Она может вполне быть, просто сайту для генерации контента туда ходить не нужно, такой контент должен с сдн прилетать а вся динамика догружаться скриптами
В принципе это возможно, если человек способен поддерживать и дорабатывать её, взяв за основу то, что было 13 лет назад, и дальше развивая самостоятельно: адаптируя к новым версиям PHP. отслеживая возможные "дыры", и т.п. Может получиться даже надёжней, чем пользоваться сторонней поддержкой.
Это все можно делать и на современных CMS, большая часть из них опенсурс так то, только ты там не один
А можно просто взять нормальный хостинг
Это точно
Может проблема в том, что в 2006 просто не было таких размеров видеокарт?
У меня материнка купленная в 2018 году, у неё уже ничего не мешает и сам слот карты уже усилен, так как карты сейчас монстры
