Няколко сайта (блога) на една и съща машина на Wordpress и от една и съща база данни
Освен това ще спестите добро време - ще бъде възможно да актуализирате плъгини на едно място, въпреки че не съм сигурен за по-нататъшното им активиране отделно. Всъщност процесът е доста прост. Използва се трикът, както в миналата статия, така че можете да го прочетете за общо развитие.
Първата стъпка е даконфигурирате домейните на блога да сочат към една и съща директория. Внимание, казвам как работи всичко за моя хостер, така че не мога да гарантирам 100% същия алгоритъм за вас. Ако имате някакви въпроси, най-лесният начин е да се свържете с техния екип за поддръжка (всъщност аз го направих). И така, да кажем, че има 3 сайта - site1.ru, site2.ru, site3.ru. Когато ги създавате на хостинг, най-вероятно за всеки ще бъде разпределена отделна папка на FTP. Същността на метода е да насочи всички домейни към една (главна директория). За това се използват псевдоними. В административния панел на hqhost, например, изглежда по следния начин:
Заза всеки сайт (домейн) редактираме псевдоними - за второстепенните (site2.ru, site3.ru) ги премахваме и ги добавяме към основния (site1.ru). Може би, повтарям, ако сте разбрали малко от думите ми, по-добре е да се свържете с тях. хостър поддръжка, те трябва да помогнат :)
Така че в резултат на тази процедура всеки сайт ще "погледне" в една директория - основния блог. Това е мястото, където качваме всички WordPress източници, плъгини, шаблони. След това отидете на файлаwp-config.php, където намираме реда $table_prefix = ‘wp_’; Той задава префикс за таблиците в блога, трябва да се уверите, че се генерират различни префикси в зависимост от домейна. За целта използваме кода:
$prefix = $_SERVER["HTTP_HOST"]; $prefix = str_replace("www.", "", $prefix); $prefix = str_replace("-", "", $prefix); $prefix = str_replace(".", "", $prefix); $table_prefix = $prefix."_" ;
В резултат на това вместо wp_ получаваме префикса site1ru_, site2ru_ и т.н. Можете да добавите всякакви знаци в последния ред, например:
$table_prefix = "wp".$prefix."_" ; // вземете wpsite1ru_
Сега всеки път, когато посетите определен домейн, ще виждате сайта (блога), който съответства на него. Тъй като всички системни настройки се съхраняват в базата данни, всеки проект ще трябва да бъде конфигуриран отделно. Същото важи и за шаблоните - качете всичко в една папка и изберете различни за блогове.
RewriteCond % /robots.txt$ [NC] RewriteRule ^ /robots-%.txt [L] RewriteCond % /sitemap.xml$ [NC] RewriteRule ^ /sitemap-%.xml [L]
Между другото, намерих в мрежата друга опция за внедряване на няколко сайта на един и същи wordpress двигател. Там подходът е малко по-различен, позволявайки на всеки сайт да използва отделен конфигурационен файл. А това означава, че теоретично е възможно дори да се комбиниратсайтове от различни бази данни.
Също така, в процеса на търсене на решение, попаднах на статия от официалния сайт, която съдържа различни реализации за няколко проекта - от блог хостинг до цели блог ферми.
Поверете създаването на сателити на професионалисти - висококачествени оригинални текстове, дизайн. Разработка на проекти до ключ.
Обърках се през уикенда, всичко се получи. Една база, един двигател. Въпросът възникна само с това как да закрепя SAPE, защото ще има само една папка. Във форума по принцип предложиха решение, за да сменят една променлива там или също препоръчаха плъгин, все още не съм го пробвал, тъй като е твърде рано да добавям тези сайтове към SAP, но би било интересно да чуя работещо решение :)
Проблемът може да възникне с плъгини, които, когато се актуализират до нова версия, правят промени в базата данни. защото при актуализиране промените ще засегнат само активната база данни, тогава актуализираните файлове на плъгините няма да намерят промени в базата данни в други сайтове. Но не мисля, че са много.
Lesso, за Сапа още не съм се сетила. Като му дойде времето ще погледна и форума им да търся отговор, или в тех. поддръжка. Сигурен съм, че хората вече използват такива "сглобки". От друга страна, трябва да внимавате - има само един ip и ако продавате купища връзки, има вероятност сайтовете да бъдат баннати.
Валентин, хм, също правилна забележка. В този случай ще трябва да измислите някои трикове, за да актуализирате базата данни за всички сайтове. Въпреки че по принцип е много трудоемко и е по-добре да се използват такива конструкции за прости проекти - където има минимална функционалност. Същите сателити.
Искам да направя горното с моите поддомейни. не работи. първо, в коя папка трябва да са? например основният ми сайт е тук: root/sitecom/www, www е целият VP. домейн тук: root/sitecom/поддомейн.необходимо ли е? Второ, когато създавате поддомейн в необходимата директория или когато променяте други домейни, така че да имат достъп до споделената папка, таблиците в базата данни създават ли се сами? ако е така, след това при зареждане на поддомейна в браузъра трябва вече да се показва нещо, явно темата по подразбиране на WP? Трето, как мога да управлявам поддомейн от общия администраторски панел на VP? къде има какво трябва да се промени, за да се покаже желаният поддомейн?
Хора, помогнете ми да помисля как да внедря, необходимо е 2 домейна да използват една база данни. Но тази база данни съдържа url за публикации и снимки. Съответно, за един домейн трябва да промените тези стойности в движение от site1.com на site2.com
@Валентин: Не съм сигурен. Нека помислим: тук сме заредили такъв „лош“ плъгин. Какво следва? Трябва да го активираме. Да речем, че сме отишли в административния панел site1. Активиран. Той направи промяна и настройките му се появиха в админ панела (ако има такъв). Какво следва? Е, можем например веднага да отидем в административния панел на site2 и ... да го активираме отново, така че той отново да направи своите „лоши“ промени в таблиците на базата данни.
Оттук и извода: добре е да се теоретизира, но експериментът ще покаже кой кой е :)
Diplomat, в настройките на блога можеш да зададеш папката, от която да се вземат снимките - тоест за всеки блог поотделно. Ако разбирам правилно въпроса. Александър, всичко е правилно, просто трябва да отидете в административния панел за всеки сайт и да актуализирате приставката - не е толкова трудно.
със сапа въпросът не е решен?
Със сап, да си призная, не съм пробвал всичко, но какви може да са проблемите? Качих го на fpt, написах кода във всеки от шаблоните и сам сап трябва да определи за кой сайт какво да прави или не?
Анна - има специално решение за вашия случай, то се нарича WordPress MU!! Основната разлика на това решение е именно, че е за поддомейни, а не за отделни домейни.
Sapa е решен от дълго време - там можете да активирате multisite в кода и префикс от формата site1_links.db ще бъде добавен към връзките db Използвах плъгина imoney - по подразбиране той извиква Sapa файла, както трябва
Знам още един начин, който не е споменат в тази официална статия: wpmu с плъгин за картографиране на поддомейни към всеки домейн http://ocaoimh.ie/wordpress-mu-domain-mapping/
Ще пробвам какво ще стане от това с един WordPress.
Писах на поддръжката на хостинг, т.к. Имам достъп само до cPanel. Те отговориха следното: „Поставяте двигателя в папката public_html и добавяте всички имена на домейни към паркираните, в резултат на което те ще бъдат псевдоними на основния домейн.“ Наистина ли ще бъде подобно на описаното в тази статия?
Роман, на теория, да, казаха ми и за псевдоними за основния домейн. Опитайте да видите дали това ще работи.
И моля, опишете какво представлява този WordPress MU!! .
WordPress MU е многопотребителска система за няколко блога под контрола на една система. С пускането на WordPress 3.0 поддръжката за WordPress MU отпадна и цялата функционалност беше добавена към стандартния WordPress.
Евгений, да, ще трябва по някакъв начин да пиша за robots.txt, в моя блог очевидно е малко остарял, не е коригиран от дълго време.
Благодаря за статията, много информативна и много нови неща, но следното (тъй като съм нов в WP) ми е доста трудно да разбера. Можете ли да дадете пример за вземане на поне 2 сайта: site1.com.ua и site2.kiev.ua
Тук нищо не разбирам какво точно трябва да се напише (или да се остави така):
$prefix = $_SERVER["HTTP_HOST"]; $prefix = str_replace("www.", "",$префикс); $prefix = str_replace("-", "", $prefix); $prefix = str_replace(".", "", $prefix); $table_prefix = $prefix."_" ;
Роман, това е "общ код", който работи за всички случаи, независимо от вашите домейни. Просто резултатът ще бъде различен префикс за таблиците на базата данни - site1comua_ и site2kievua_. Тоест WordPress се свързва в една и съща база данни, но взема таблици с определен префикс, в зависимост от това към кой домейн отиваме.
Възможно ли е да отидете по-далеч и малко встрани? Базата е споделена (със същия префикс), с изключение на _users и _usermeta.
Ако трябва да бъда честен, дори това решение вече е малко извратено и може да създаде някои проблеми, мисля. Следователно е по-лесно да поръчате някаква тарифа за хостинг, където можете да използвате няколко бази данни и сайтове. Префикс Мисля, че не може да се използва. Като цяло, между другото, също ви съветвам да гледате в посока създаване на мрежа от сайтове на един wordpress - wordpress mu или каквото и да е. Определено не разбрах това, но според мен в най-новите версии можете по някакъв начин програмно да разрешите всичко това.
Благодаря за отговора на предишния ми въпрос
Блогът на Tod е създаден за тези, които искат да научат как да правят пари онлайн и активно се интересуват от темата за монетизиране на уебсайтове.