Как делать разные части сайта на разных хостингах?
Есть сайт в состоянии верстки.
Нужно сделать чтобы основная его часть(ну ок, часть функционала) работала на корчике онсайт, где IIS с ASP
А часть можно сделать на пхп на каком-нибудь шареде.
Например, основные пункты меню(разделы сайта):
site.com - ASP
site.com/Documents - ASP
site.com/Gallery - ларавель на шареде
site.com/team - ларавель на шареде
site.com/blog - вордпресс на этом же, или на другом шареде
По совету немного не понятно. А если там будет не нгинкс а просто апач? Тем более, основным серваком должен быть ИИС с АСП частью сайта. А остальное - просто потому что проще реализовать. Т.к. тот функционал будут поддерживать на месте, а они только асп умеют. А мне реализовать то, что можно на пхп будет проще и дешевле именно на пхп, но и хостить тогда надо на стороне.
Иван Шумов, потому что по закону надо чтобы официальные данные хостились онсайт, потому стоит корчик, и на нем весь микромягкий набор, IIS, MSSQL. Но разрабатывать немного дороже, а часть функционала МОЖНО хостить не онсайт, например фотки и разные там общественные инициативы. Но проблема в том, что корчик и канал не так чтобы топовые. Потому даже не сильно большие всплески активности либо ложат вот это вот всё, либо сильно тормозят. Это ж там еще вся внутренний документооборот по всем муниципальным отделам завязан на этой сети. Тут либо всё развалить и сделать топово - но за много денег. Либо придумать как оптимизировать, не вбахивая много денег.
lukoie, Ну, если у вас всплеки мешают жить то вам в любом случае либо сервер менять, либо строить распределенную систему. А это значит что либо уходить в Azure либо AWS. Раз у вас MS то скорее всего в Azure будет выгоднее
Иван Шумов, еще раз - части с официальными данными нельзя хранить ВНЕ помещения. Потому нам как бы не важно что есть где-то облака с поддержкой .НЕТ
А потому нам проще взять что-то с пхп. То есть части сайта, с некритичными несенситивными данными сможем хостить просто на обычном пятикопеешном шаред хостинге.
Отсюда поиски возможности иметь части одного сайта с одним доменом на разных хостах.
lukoie, а в чем проблема? в безопасности? так можно криптовать данные on rest и включать шифрование on transit + аутентификация + vpn. Да все что угодно. Мы сами начинали с офисных серверов, а потом оказалось что канал падает и сервис часто не доступен - стали выносить наружу
Иван Шумов, : ( хитрые законы. именно в здании. там еще типа данные не могут быть в двух копиях, потому нельзя чтобы одновременно существовал сайт.ком и олд.сайт.ком с одинаковым набором данных.
Сделайте не через подкаталоги, а через субдомены - тогда можно будет зарулить разные разделы на разные IP-адреса и не придётся иметь единую точку отказа в виде прокси.
