Оказывается не просто сеолух, а сеолух в кубе. Ламо, тут рукописи не горят :)
Ладно, я сдаюсь. Попытка образумить очередного неуча провалилась.
Я к тому, что нужно описать нужные тебе ТРЕБОВАНИЯ и явно разрешить хостерам предлагать услуги. И рефки если хочешь. Там об этом написано, прочитай.
А если есть технические вопросы по сайту (не хостингу!), хочется рекомендаций по оптимизации и тп с этим нужно сюда.
Ну с однопоточностью пхп соглашусь. Однако даже если SSI-инклуды и параллельно исполняется (вот тут не я в курсе, не вникал), то смысла в этом нет - все равно файл с его вызовами читается последовательно.
Кроме того, как раз-таки на высоконагруженных проектах блокировки - весьма.... не только тормозящая, но и полезная штука. Для избежания коллизий.
(если интересно - могу найти видео-доклад разрабов ВП, где оч. доходчиво рассказывается о проблемах с этим связанных, механизмах и решениях. Конечно в приложении к ВП, но это не суть важно - любым разрабов хайлоада это полезно знать и понимать)
В общем как-то не увидел реальных задач, где SSI могло бы давать профит в хайлоад-проектах.
Пфф.. ну нашел нормальный.. Хостинг у которого голый ВП сыпет 503ми ошибками, а сам владелец - безграмотный, тупит по всем разделам сёрча напропалую. Единственное что у него получается - это удачно копипастить чужие мысли на стандартные вопросы. Но и то не всегда :)
Nikolaich, эти душещипательная истории (которую не каждый захочет осилить) не для этого радела. А запрос хостинга нужно делать не так см и особенно п3.
По сайту - виз. конструкторы (вижуалкопозер и тп) используются? Тема - от производителя из оф репо или с платной помойки типа темофореста?
Если без констрикторов и всё из репо, то нормального шаред будет достаточно. Если конструкторы и тп, то ВПС и нормальный админ к нему.
Самому ВП-сайту не мешает сделать аудит и устранить (по возможности) проблемные места.
Во первых ты намешал в кучу технологию включения кода/данных и межсайтовые запросы. SSI не позволит инкулидить удалённое, а значит это будет делать php (не инклудить, а получать что нужно и как нужно с удалённых серверов).
А во вторых - ок. инклуд. Чем это будет профитнее того же php-инклуда? Не говоря уже про простой curl с удалённого сайта?
Извини, не понял. Причем и как "перераспределение"? Ссылка на поддерживаемые директивы бесполезна (я знаю что такое SSI и юзал его ещё в прошлом веке) :)
Шуршание винтом куда напряжнее работой с базой. По сравнению с php (хоть инклудами хоть функциями) - оч сомневаюсь что производительнее. Хотя наверняка зависит от кривости кода.
Откуда на высоконагруженных проектах может взяться профит от убогой технологии? Кто так делает?
Эксель и акцесс - это совершено разное ПО для разных задач.
Эксель - табличный редактор.
Аксесс - это, грубо говоря, локальный фрейворк с СУБД на борту. На нём даже можно вполне юзабильное декстоп-ПО писать (но для его работы нужен установленный аксесс). Собсно что-то типа "локальной CRM" на акцессе я лет..15 назад видел в реальности. Да и во многих конторах тогда прогерры писали нечто подобное, но для локальной сети - сама база на корп. сервере (в локалке), а у нужных клиентов - десктопный фейс на акцессе.
С технической стороны - если сделать правильно, то проблем не будет. Настоятельно рекомендую только размещать не в подкаталоге, а параллельно.
Безопасность - зависит от многих факторов, но никак не от наличия поддомена как такового.
Сео вопросы - в сео разделах форума.
к акцессу 🍿
Тебя техническая сторона интересует или какая?
