Возможно ли сделать внутреннюю страницу и открывать ее с подомена, Wordpress?
Есть сайт на WordPress
Создал внутреннюю страницу с калькулятором по адрессу site.ru/calculator
Можно ли сделать что бы то что отображается на этой странице открывалось на поддомене. К примеру calculator.site.ru , или же требуется для поддомена грузить свою CMS
как два пальца
один из вариантов:
делаем поддомен кулькулятор.сайт.ру
делаем, чтоб по этому поддомену открывался основной сайт
в шаблоне ставим проверку, если запрашиваемый урл = сайт.ру, все штатно, если кальк... - рендерим страницу калькулятора вместо главной
для всех остальных страниц калькулятора делаем редирект на главный домен
lukoie, а почему б ему не радоваться?
есть домен calculator.site.ru, по этому адресу есть какой-то контент
все ссылки на той страничке ведут на основной сайт - либо сразу прописано корректно, либо через редирект (о ужос, гугл умеет ресолвить редиректы!)
на страничках на основном сайте корректно прописан каноникл, который указывает на site.ru/...
дублирования контента нет, за редиректы гугл не пессимизирует (разве что если они в цикле будут и контент не окажет)
ну и вообще, никто не мешает положить для calculator.site.ru отдельный роботс.тхт, с указанием, что смотреть надо, что не надо. либо вообще не показывать остальные страницы, отдавать 404, если урл calculator.site.ru
lukoie, чтоб не быть голословным, конкретно в этом случае мы попадаем под это:
Использовать переадресацию 301 целесообразно в следующих случаях:
Одинаковые разделы вашего сайта находятся на нескольких разных URL. Например, для целевой страницы используются следующие варианты: example.com/home,home.example.com и www.example.com. Выберите один из них в качестве канонического и используйте переадресацию 301 для перенаправления на него трафика с других URL.
Почему бы просто не сделать site.ru/calculator?
Зачем вообще нужны эти танцы с бубном, если только ты не делаешь какой-нибудь лэндос, или страничку акции...
стоит предположить, что он имел ввиду варианты, когда устанавливать CMS не нужно.
ничего что в самом начале вопроса говорится "Есть сайт на WordPress"?
Он у него уже стоит, и чтобы задействовать субдомен, ему нужно просто в конфиге прописать одну строчку, и в админке добавить этот субдомен. Всё. Его новая заглавная страница и будет искомым.
Дмитрий, в каком смысле? У него один ВП будет и основной сайт крутить, и "субдоменный".
Ваш же ответ - ну вообще не СЕО френдли! Гугл "обрадуется" на такие вот редиректы как Вы посоветовали...
lukoie, пока молодые и пылкие гуру веб-разработки ставят при любой удобной возможности мультисайт, у не таких продвинутых всегда будет работа по саппорту этих зоопарков или переносу на более простой конфиг.
я бы мог расписать, минусы и проблемы, с которыми сталкивался при работе с сетками на WP за последние 10 лет, но мне лень.
Дмитрий, это ОДИН вордпресс, который сам рулит субдомены. Видимо по неопытности Вы путаете с ВПМЮ, которого уже давно нет.
Не вижу особой проблемы использовать инструмент, который у ТС уже имеется, а не придумывать разные сторонние способы сделать то же самое.
За последние лет 15 не наблюдаю особых проблем! Вам бы немного подучиться администрированию и пхп, если даже в ВП у Вас возникают проблемы.
ну раз моему мнению не верите, почитайте, что пишут чуваки, которые на сетках сайтов в промышленных масштабах деньги делают (кстати, разговаривал с их CTO на wceu этим летом - умный дядька, фигни не скажет) https://premium.wpmudev.org/blog/wordpress-multisi...
там, правда, больше об отличии субдоменов и папок, но, поверьте, в сравнении с чистым WP сетка все эти проблемы так же сохраняет. Плюсом добавляется, что не все плагины умеют работать с сетками, не все хостинги поддерживают (да, есть и такие), значительно больше времени уходит на поддержку и тп.
>За последние лет 15 не наблюдаю особых проблем!
а ничего, что WP всего 12 лет? ну и более-менее массово он стал примерно с 3й версии (это всего ~10 лет назад) использоваться? или у вас что-то свое, воображаемое?
ну раз моему мнению не верите, почитайте, что пишут чуваки, которые на сетках сайтов в промышленных масштабах деньги делают
А это тут каким боком? Разве мы говорим о корпоративных сайтах и интернет-приложениях, где точно так же чуваки могут рассказывать что ВП не годится(и будут правы)?
Нафиг в такие проекты вообще изначально было пихать ВП?
ну раз моему мнению не верите, почитайте, что пишут чуваки,
Прочел данную Вами ссылку. Ничего адекватного там не сказано. Из минусов только СЕО, для гуглоспайдера МОЖЕТ быть немного медленней линки собирать с них, иногда в каких то мифических хостингах за субдомены могут брать деньги, SSL нужен на субдомены, и МОЖЕТ влиять на производительность(угу, конечно, 1 мультисайт с 10 субдоменами повлияет больше чем 10 отдельных вордпрессов, чё ж нет), и на безопасность.
Дальше говорит что отнимает больше времени на управление(хотя это не правда - 10 вордпрессов с плагинами на каждом дольше обслуживать чем однин мультисайт с одним набором плагинов!
Ну и дичь типа если это клиентские сайты, а клиент захочет уйти на другой хостинг. И что БД у мультисайта одна, и нельзя один сайт перенести в другую БД.
Короче, муть и компот. Чувак ниочем.
>А это тут каким боком?
таким, что они занимаются продажей плагинов для сеток сайтов на WP. У них бизнес именно на этих сетях заточен. Раз они столько лет над этим успешно работают, считаю, в WP они разбираются.
>Разве мы говорим о корпоративных сайтах и интернет-приложениях
при чем тут корпоративные сайты и приложения? эти чуваки делают плагины для мультисайтов на WP.
если сложно понять, могу как-то по другому написать
>1 мультисайт с 10 субдоменами повлияет больше чем 10 отдельных вордпрессов
видимо вы как-то не так читаете. В статье идет сравнение между разворачиванием мультисайта на поддоменах и разворачивании мультисайта с папками. А не сравнение мультисайта с несколькими отдельными инсталлами.
у них бизнес с этими мультисайтами связан. не будет он писать, что мультисайт - в некоторых случаях плох. но сравнить разные варианты разворачивания именно мультисайта они себе позволить могут. что в той статье и описано.
>отнимает больше времени на управление(хотя это не правда
да ну? значительно проще и удобнее использовать сервисы вроде https://infinitewp.com/
так у нас остается отдельный инсталл, но управлять всеми ими можем массово.
и люди, почему-то, за такой вариант голосуют деньгами - используют именно такие платные сервисы для управления отдельными инсталлами, вместо установки бесплатного мультисайта. Вот они глупые, да?
>чем однин мультисайт с одним набором плагинов!
в реальной жизни чаще нужен разный набор плагинов для разных сайтов внутри сетки.
>нельзя один сайт перенести в другую БД
а вы пробовали? перенести, конечно, можно. Но это не совсем тривиальная задача. Сравнивая с переносом отдельного инстала, выгрузил дамп-поменял пути-загрузил дамп, не пойдет. например вот, небольшая инструкция https://pressjitsu.com/blog/moving-single-site-wor...
>он был уже адекватен в 2005м, а счас уже 2020 на носу
ок, с годом я действительно ошибся
Если нужно чтобы обязательно был ВП, тогда нужно включить функцию мультисайт, и в самом ВП сделать подсайт(создастся поддомен), и туда выводить то, что хотите.
