Блогофермы на WordPress MU: атака клонов…
12 января 2011, 21:21, posted by Zhenek | SEO методы, SEO статьи |

Начать эту статью мне хотелось бы издалека. Для чего мы работаем? Для того, чтобы НЕ работать! Чтобы, дождавшись вечера, выходных, отпуска — насладиться жизнью. Но, пока мы наслаждаемся жизнью, , прежде всего, материальные, тают ускоренно, и вот, наступает пора вернуться к работе. В принципе, на этом нехитром механизме и зиждется развитие цивилизации. Но каждая отдельная особь стремится вырваться из этого замкнутого круга, ведь, в конце концов, мы можем способствовать развитию цивилизации и более непосредственно — построив дом, посадив дерево, бросив зерно в почву, ну или там… что-нибудь еще сделав столь же креативное. И тут нам приходит на помощь вся мощь технического прогресса. Ведь мы можем автоматизировать значительную часть нашей работы и тогда можно будет фактически каждый день кидать зерна в почву и, соответственно, каждый день, через некоторое время, рожать сына, а лучше — дочку.

К построению столь светлого будущего мы и перейдем. Несколько месяцев назад на этом блоге уже была статья о сети дорвеев на WordPress, и даже, насколько помню, оказалась лучшей за месяц. Автор неплохо проработал вопрос дублирования служебных файлов Вордпресса. Я же предлагаю другой подход, при котором инсталляция Вордпресса существует в одном экземпляре и на одном хосте, а полученные копируются на разные хосты. Прежде всего, нам нужен WordPress Multiuser — отдельная ветка Вордпресса, который поддерживает множество блогов, а не юзеров, как можно было подумать из названия.

Скрипт устанавливается один раз и на каждый новый блог в БД создаются таблицы вида wp_nn_posts где nn — порядковый номер очередного блога. Но в хорошей блогоферме, скажете вы, блоги существуют на многих хостингах. Безусловно так. И мы реализуем это через сканирование и html-выгрузку страниц блога на сторонний хостинг. Попутно решается одна весьма важная проблема, связанная с Вордпрессом — его дырявость. Поскольку поисковики и визитеры будут иметь дело с html копией блога, вариантов его взлома просто не остается. Сам блог, при этом должен быть закрыт от посторонних пользователей через htaccess.

Предыдущим параграфом я немного забежал вперед, чтобы сразу объяснить идею предлагаемой блогофермы и преимущества ее такого построения. Теперь же рассмотрим схему ее ядра.

Здесь мы видим основные компоненты нашей блогофермы:

  • Текстовый краулер берет из таблицы источников адреса RSS-каналов и HTML-страниц (на тех ресурсах, где RSS не существует), считывает отдельные тексты (посты, новости) и складывает их в таблицу текстов.
  • Постер берет тексты из таблицы и отправляет их в закрытые блоги.
  • Сканнер как ему и положено по названию, сканирует закрытые блоги, создавая таблицу страниц.
  • Аплоадер берет из таблицы страниц их адреса, получает по http содержимое этих адресов и выгружает на внешние блоги (я их также буду называть аватарами) файлы, являющиеся отражением страниц закрытых блогов.

Конечно, это — очень упрощенная схема. И поскольку, тут не изложение идеи, а полноценное палево, то я раскрою вам все все технические детали, вплоть до сложных SQL запросов, с которыми у некоторых могут быть проблемы. А поскольку здесь будут SQL запросы, то поясню мой подход к именованию индексных полей. Первичный индекс таблицы girls у меня называется xxgirl , а индекс в эту таблицу из другой — xgirl . Таким образом, вместо WHERE boy.girl_id=girl.id я пишу WHERE xgirl=xxgirl а это — меньше букв.

Итак, первым делом нам надо установить Multiuser. Скачиваем архив с этой страницы и запускаем скрипт установки по адресу http://domain.com/wp-admin/setup-config.php:

Админка установленного мультиблога доступна по адресу http://domain.com/wp-admin/. Но первым делом надо закрыть блог от посторонних глаз. Для этого в файле .htaccess прописываем:

  Deny from all
  Allow from 111.222.333.444
  Allow from 444.333.222.111

Где, вместо 111.222.333.444 вписываем адрес нашего блога, а вместо 444.333.222.111 — свой адрес. Или наоборот. А можно ограничить доступ через куку:

  RewriteEngine On
  RewriteBase /
  RewriteCond %{HTTP_COOKIE} !moyakuka= [NC]
  RewriteRule .* - [F]

При этом надо позаботиться чтоб в вашем браузере хранилась кука moyakuka и она же выставлялась бы софтом, работающим с мультиблогом.

Далее, идем в админку, во вкладку Options->General и стираем tagline, иначе эта строка будет повторяться в каждом созданном блоге, а это неприятно.

Далее, идем в SiteAdmin->Users и создаем юзера, от имени которого будут производиться постинги. Не мудрствуя лукаво (а также картаво, гнусаво и слащаво) называем его poster:

Прежде чем приступать к дальнейшему изложению, определимся с терминологией. У нас будут продвигающие ресурсы — блоги (аватары мультиблога) и продвигаемые ресурсы — аптеки. Но продвигаемые ресы, в принципе, тоже могут быть блогами, тогда, как продвигающие, при должном расширении процесса могут оказаться и каталогами и форумами и еще много чем. Я в своем проекте использую музыкальную терминологию. Продвигающие ресурсы у меня называются минорами, продвигаемые — мажорами. Соответственно, будем именовать и таблицы, то есть, таблица minors будет хранить записи об аватарах мультиблога, а таблица majors — о продвигаемых ресурсах.

Далее, переходим к описанию компонентов ядра блогофермы.

Текстовый краулер.

Получает из таблицы источников (sources) адреса RSS-каналов и HTML-страниц с новостями (в тех случаях, где нет RSS), сграбливает новости и записывает их в таблицу текстов (texts).
Некоторые из полей таблицы источников:

  • type = RSS/HTML
  • url_pattern = шаблон ссылки на новость для HTML-источника, напр news/\d+
  • tag = тематика источника; возможно поддерживать выдирание новостей и продвижение мажоров разных тем.
  • time_last_got = время последнего сграбливания новостей источника (во избежание его чрезмерно частого дергания)

Некоторые из полей таблицы текстов:

  • tag = тематика текста. копируется из поля tag источника
  • posts_count = количество постингов этого текста. позволяет выбирать наименее заюзанные тексты.
  • penalty = степень ненормальности текста. Поскольку тексты выдираются атоматически, возможно попадание всякого мусора в таблицу. Я для каждого текста вычитсляю penalty на основе количества байт, знаков препинания, строчных букв после точки, восклицательного и вопросительного знаков.

SQL выбора источников:

  SELECT * FROM sources
  WHERE status='ok'
  AND time_last_got<NOW()-INTERVAL $regularity HOUR
  LIMIT 0,20

Постер.

Наиболее сложный компонент. Первым делом определяем миноры, которые «созрели» для постинга.

  SELECT * FROM minors WHERE daily_limit>
  ( SELECT count(*) FROM posts
  WHERE posts.xminor=xxminor
  AND result='ok'
  AND tstamp>now()-INTERVAL 1 DAY
  )
  AND status='ok'
  AND (max_posts>=total_posts OR total_posts=0)
  ORDER BY rand()
  LIMIT 0, $minors_per_call

Выбираем миноры, у которых дневной лимит больше, чем количество успешных постингов за последние сутки И количество постингов которого не достигло его максимума (если он установлен). Чтобы не осталось обиженных миноров, их список мы рандомизируем.

Некоторые из полей таблицы миноров:

  • http_root = http://domain.com. это нам понадобится при вычисении адреса страницы аватара.
  • template = wordpress template данного минора
  • tag = тематика минора. тексты для минора будут выбираться в соответствии с этим полем.
  • file_ext = php/html — расширение файлов блога-аватара.
  • fillco = коэффициент заполнения. создавать одинаковые наборы текстов на разных минорах будет не лучшей идеей. Для уникализации структуры, можно пропускать некоторые из постингов. Фактически, fillco является вероятностью, с которой происходит постинг отдельного текста.
  • days_entropy = энтропия даты постинга. В WordPress есть замечательная возможность опубликовать пост датой в прошлом. days_entropy определяет временой диапозон такой даты, например значение 100, приводит к вычислению даты, как today-rand(0,100) дней. Это позволяет равномерно разбросать постинги по страницам календаря.
  • header = php-файл в папке headers, подключение к которому будет сгенерировано для php-страниц аватара сразу после <body> . Используется для подключения js-фидов.
  • ftp_host, ftp_login, ftp_password = данные FTP-аккаунта сайта-аватара.
  • ip = IP аватара. Может использоваться для исключения аватаров на одном ИПе при их кросс-линковке.
  • last_uploaded = время последней выгрузки минора по FTP.

Далее, для каждого выбранного минора, пока не истекло время, выделенное текущему крон-заданию, делаем следующее.

  1. Убеждаемся, что для тематики минора найдется хотя бы один мажор:
    SELECT * FROM majors WHERE prio>0 AND status='ok' AND tag='$minor[tag]' LIMIT 0,1
  2. Выбираем тексты для постинга в этот минор. Выбираются тексты, которые не были запосщены в этот минор в соответствии с темой минора.
      SELECT xxtext, tag FROM texts
      WHERE tag='$minor[tag]'
      AND status='ok'
      AND length(content)>500
      AND xxtext NOT IN (
      SELECT xtext FROM posts
      WHERE xminor=$minor[xxminor])
      ORDER BY posts_count,when_found
      LIMIT 0,(4*$minor['daily_limit'])
    
  3. Для каждого найденного текста.
    • Если тексту не судьба в этот раз запоститься (см. fillco ), то записываем в таблицу постингов пост с результатом fake.
    • Иначе — постим текущий текст в текущий минор. А это — целая песня, ее и рассмотрим отдельно.

Постинг текста.

Перед постингом мы насыщаем текст ссылками. Это 2 типа ссылок:

  • Ссылки на мажоры.Из таблицы мажоров мы, как уже было упомянуто, имеем домен мажора, например, www.domain.com; он преобразуется в имя класса: www_domain_com, который инклюдится в скрипт:
      include "majors/$major_class_name.class.php";
      $cmajor = new $major_class_name();
    

    Класс мажора обеспечивает метод get_target_links($num), который возвращает массив из $num элементов типа ancor=>url. Далее, мы можем сделать из этого массива футер поста (не блога) или внедрить его в текст.

  • Ссылки на внутренние страницы других миноров. При сканировании миноров мы получаем адреса его страниц и страниц его аватара в таблице pages , эти адреса и используются для кросс-ссылок:
      SELECT minor_url FROM pages,minors
      WHERE minor_url not rlike '/feed|/about|/wp-login|/wp-signup|/index|/tag'
      AND minor_url!=''
      AND xminor=xxminor
      AND minors.status!='banned'
      AND minors.ip!='$minor[ip]'
      ORDER BY rand()
      LIMIT 0,10
    

    Ссылки на страницы других миноров я линкую на случайный фрагмент текста из 3 слов.

Готовый текст постится в блог специальным софтом от имени созданного ранее юзера.

Сканнер.

Сканнер, как ему и положено, сканирует миноры и поддерживает таблицу страниц pages. Некоторые из полей данной таблицы:

  • minor_folder = папка, в которой живет минор. Удобно, на мой взгляд ее производить от имени домена минора, например, минор для домена mysite.freehost.com живет в папке mysite_freehost_com. Фактически — это имя юзера, на которого зарегистрирован субблог.
  • mu_url = урл данной страницы минора, напр. http://domain.com/mysite_freehost_com/2010/11
  • minor_url = урл соответствующей страницы аватара минора, напр. http://mysite.freehost.com/2010/11.html
  • md5 = хэш страницы, по нему мы определяем, изменилась ли она и нуждается ли в перевыгрузке.
  • uploaded = флаг выгруженности страницы.

Аплоадер.

Аплоадер занимается выгрузкой страниц на внешние хосты. Сначала выбираем миноры, которые имеют невыгруженные страницы:

  SELECT * FROM minors
  WHERE exists
  (
  SELECT * FROM pages
  WHERE xminor=xxminor
  AND uploaded=0
  )
  ORDER BY rand()
  LIMIT 0,$minors_per_call

Случайный порядок выборки миноров гарантирует, что аплоадер не споткнется на особо тормозном фрихосте.

Далее, аплоадер выбирает невыгруженные страницы очередного минора (думаю, тут нет надобности в пояснении SQL), обрабатывает их и выгружает в соответствии с параметрами минора.

  1. Обработка.
    • Удаление лишних тэгов в <head>; достаточно мельком взглянуть на html код страницы блога, чтоб понять, что там лишнее.
    • Удаление ссылки uncategorized. Как категорию, ее невозможно удалить, а повторение всех новостей нам ни к чему.
    • Подключение назначенного минору js-фида после тэга <body>
    • Формирование META keywords&description.
    • Преобразование внутренних ссылок.
    • Удаление левых ссылок. Ссылки, которые прописаны в футуре шаблона нам совсем не нужны. Я храню их в отдельной таблице, которую заполняю вручную.
  2. Выгрузка. Здесь аплоадер определяет актуальное имя файла минора, и загружает его по FTP в соответствии с FTP параметрами минора. Например, для страницы минора http://domain.com/mysite_freehost_com/2010/11 и страницы его аватара http://mysite.freehost.com/2010/11.html в папку 2010 записывается файл 11.html

Теперь немного о шаблонах.

В сети существует огромное множество сайтов с бесплатными шаблонами для WordPress. Устанавливаются они хоть и руками, но просто — распакованные шаблоны заливаются в папку wp-content/themes, после чего заходим в админку Site Admin=>Themes и активизируем установленные темы:

Разумеется, темы устанавливаются на закрытый мультиблог, а чтобы дизайн сохранялся и у аватара, достаточно скопировать файлы стилей и картинок. Удобней будет использование отдельного скрипта, который создает новый минор, а именно:

  • Создает блог в папке domain_com
  • Выбирает случайным образом шаблон
  • Назначает его блогу
  • Копирует файлы картинок и стилей шаблона на хост аватара
  • Фиксирует в таблице миноров данные FTP, http_root, папку блога и прочее данные, введенные создателем минора

Как показывает опыт, полезной окажется и утилита смены шаблона, то есть копирования файлов стилей и картинок выбранного шаблона.

Также будет не лишним проработка уникализации контента и пингования блогов-аватаров.

Конечно, описанный проект достаточно трудоемок, но он автоматизирует наиболее трудоемкую часть SEO продвижения — простановку ссылок. Достаточно один раз все это настроить, и потом останется только добавлять FTP аккаунты — фрихостовые или собственные перекупленные домены.

Все процесы по сграбливанию новостей, сканированию, постингу и выгрузке происходят автоматически из крона. Чтоб ненароком не положить сервер, рекомендую пользоваться этой штукой .

Всех поздравляю с Новым и Старым годами, успехов в бизнесе и жизни! 🙂

Автор статьи: Cosinus.

30 комментариев
30 комментариев
  • комментарий by Golan - 13.01.2011, 11:13

    Бесплатными шаблонами из гугла пользоваться ни в коем случае нельзя, берите только из официального репозитария! А то будут всякие бяки: http://golanblog.info/gde-ne-stoit-iskat-free-wordpress-themes/

  • комментарий by froper - 13.01.2011, 14:26

    Я не понял 🙁
    Это типа ТЗ для создания скрипта?

    Приведена ссылка на страницу скачивания скрипта — там же просто вордпресс, где там на мультиюзер версию? Или скрипт надо доточить, чтобы он стал мультиюзерным?

    Блин, тут описано то, что я пытаюсь найти уже хз сколько лет, но все решения, которые есть на рынке, просто авматизируют работу с вордпресс самим, а вот чтобы реально выгружали куда угодно html файлы…

    Тут ещё про линки бы добавить, чтобы можно было в отдельных блогах в блогролл размещать выбранные ссылки, ну то есть добавил ссылку в систему, и поставил галочки в каких блогах разместить.

    Не продумана схема с аватарами этими, скажем будет ли на них генерироваться sitemap.xml если есть соответсвующий плагин?
    Да и вообще. какие из плагинов на основном блоге будет давать результат на аватарах?

    На счет уникальности контента, можно сделать дополнительное поле/таблицу, в которые забивать текст с кеями, ну то есть задаем там типа {buy|order} {online|online} и при постинге добавляется текст из этой структуры, но в каждом блоге свой текст.

    Ну и посты из основного блога будут уходить рандомно, то есть в принципе не должно получится несколько блогов с одинаковым текстом.
    Единственное ещё не понял на счет title блогов.

    Блин, кто напишет такой скрипт и почем?

    На счет коммента про темлпейты, тут плюс именно в том, что по сути мы шаблоны не используем, только на своем основном блоге, к которому только овнер имеет доступ, так что и бяки всякие фактически пролетают мимо.

  • комментарий by froper - 13.01.2011, 14:28

    раньше это всё проще обходилось — блоги от blogspot.com можно было на любой хост залить, а блог на вордпресс наполнял их контентом, отсылая мыло. Но халява закончилась 🙁

  • комментарий by froper - 13.01.2011, 14:39

    а, да, сделать чтобы на аватарах генерировалась rss соответсвующая, плюс автосабмит этой rss в директории и всё, можно ехать отдыхать 😉

  • комментарий by Cosinus - 13.01.2011, 14:44

    По ссылке — WordPress Multiuser. В затачивании он не нуждается. На нем можно создавать много блогов, каждый будет в своей папке (или на субдомене). На аватаре окажется весь html, который мы имеем на блоге, в том числе блогролл. Если результат работы плагинов виден, как html, то все скопируется. Если это xml-файл, то тоже можно реализовать, но я не стал. Насчет плагинов, особой надобности в них не вижу, для генерации страниц и простановки ссылк в них и блогролле достаточно голого вордпресса.

  • комментарий by froper - 13.01.2011, 15:17

    Хз, но я в упор не вижу эту ссылку на скачивание, может у меня не так страница выглядит?
    http://img375.imageshack.us/img375/8994/screencsr.jpg

    Так ты уже реализовал такой скрипт? Чисто для себе или продается?

    Лично мне от аватаров этих интересно именно RSS и карта сайта. Карта чтобы отслеживать индексацию, она в принципе не особо нужна. но удобно. RSS чтобы не встраивать пинговалку, а отдать это дело на работу фидбюрнеру.

    Кстати, а проверка на доступность фтп есть? А то мало ли, хост упал, фришник снесли.

    И на счет парсинга/заливки. Каждый раз все файлы перегружаются или только обновившиеся?

  • комментарий by Cosinus - 13.01.2011, 15:36

    тебя куда то редиректит чтоль?
    http://img521.imageshack.us/img521/3007/clipboardwpmu.jpg
    эта страница
    http://mu.wordpress.org/

  • комментарий by Cosinus - 13.01.2011, 15:38

    да скрипт чисто для себя, в таком виде его продавать нереально, интерфейс не проработан. да и особо не хочется 🙂

  • комментарий by Cosinus - 13.01.2011, 15:46

    блин, да что я не прочитаю весь коммент… 🙂
    (не помешала бы возможность редактировать свой коммент или удалить на краняк)
    вообще то rss и пинговалку я сделал, но как-то не заметил эффекта от нее. разбираться в кривости ли рук дело, я не стал, а просто отключил ее, подход к индексации у меня другой.

    насчет тормозных или убитых фрихостов. выгрузка производится в случайном порядке, так что, один убитый енот… то есть хост, не остановит выгрузку остальных при следующем запуске аплоадера.

    обычно изменяется много страниц при одном постинге — страницы месяцев, сдвигаются посты, которые старше постинга, если сбоку линки на последние посты и этот пост их изменил, то все страницы идут на перевыгрузку.

  • комментарий by froper - 13.01.2011, 15:53

    На счет ссылки ещё не сказал 😉

    На счет убитого хоста, получается каждый раз скрипт будет его дергать? Хотя, конечно, это не столь принципиально.

    Блин, в общем всё-таки получается данный пост что-то типа ТЗ, теперь надо искать того, кто сможет сделать такой скрипт.

  • комментарий by froper - 13.01.2011, 15:56

    Кстати, а я не совсем понял, а нафига вообще мультиюзерная версия? Только чтобы хранить данные о всех блогах в одной базе?
    Мне кажется, проще было бы всё-таки сделать что-то типа плагина, который бы по фтп заливал данные из блога.
    Надо подумать.
    По сути ставим плагин, прописываем пачку фтп, заливаем темплейты. Дальше плагин рандомно раскидывает посты, берет темплейт, привязывает его к данному фтп и заливает нужные файлы.
    Хотя, похоже, в итоге то что ты описал и получится 😉

  • комментарий by froper - 13.01.2011, 17:23

    Что-то я не понимаю, видимо.
    Иду сюда http://mu.wordpress.org/ где написано, типа нам надоел этот проект, мы мультиюзерность встроили в ветку с 3-й (вольный перевод).
    Далее жму там ссылку «download page» которая ведет сюда http://wordpress.org/download/ и где лично у меня ссылки есть такие:
    http://wordpress.org/latest.zip
    http://wordpress.org/latest.tar.gz
    и ни слова нет про мультиюзерную версию 🙁
    может там где зарегаться надо? или с ИП другим заходить?

  • комментарий by Cosinus - 13.01.2011, 19:04

    честно говоря я скачивал его еще год с лишним назад и не ожидал такой подлости от вордпресса. на этот раз я просто не читая жмакнул на download и скачал то, что предлагалось.
    да, теперь для этого юзается плагин Enable Multi-Site
    http://wordpress.org/extend/plugins/wordpress-multi-site-enabler-plugin-v10/

    везде вместо вордпресс му следует читать вордпресс мультисайт, идеология остается прежней.

  • комментарий by froper - 13.01.2011, 19:17

    Во, я и думаю, что вроде не на столько у меня всё плохо 😉
    Теперь понятно

  • комментарий by wsx - 13.01.2011, 21:31

    не осилил полностью.. в чем фишка-то? просто типа блогорама своими силами или просто трамплины/фермы для доров и т.д.?

  • комментарий by Cosinus - 14.01.2011, 11:44

    насколько я понял, блогорама делает блоги на субдоменах. тут предлагается схема выгрузки на сторонние хосты. в том числе те, которые не предоставляют php.

  • комментарий by froper - 14.01.2011, 12:01

    не совсем. все решения, которые я лично видел, типа блогорамы, ДевилСЕО ещё какие осуществляют управление именно вордпрессом. То есть помогают автоматом утановить, наполнить, но блоги, то есть тот же вордпресс или похожее что-то.
    А в данном ТЗ (всё-таки на статью, с моей точки зрения, это не тянет) предлагается вариант использовать один блог вордпресс, который генерирует контент и потом раздает его на любые фтп, но раздает уже статику, то есть по сути на narod.ru можно залить и будет видимость что установлен вордпресс

  • комментарий by katardy - 14.01.2011, 17:00

    to froper — http://wordpress.org/download/release-archive/ вот здесь внизу все MU версии

  • комментарий by D007 - 14.01.2011, 23:41

    имхо сильно закрутил))
    с такими источниками контента для получения трафа нужен спам, спам это бан.
    а траф нужен, тк ссылки с сайтов на которых нет трафа практически не дают толку.

  • комментарий by froper - 14.01.2011, 23:53

    Хм, интересно. То есть получается самые весомые ссылки, это ссылки с варезников, торрент трекеров различных, с порно сиджеев, порно тубов? Хз где ещё много траффа 😉

  • комментарий by froper - 14.01.2011, 23:55

    to katardy: Так я об этом и говорю, что поддержка именно MU уже не ведется. А автор в статье расписывает так, как будто оно всё работает как и работало.
    В общем ладно, с MU разобрались 😉

  • комментарий by D007 - 15.01.2011, 15:07

    >Хм, интересно. То есть получается самые весомые ссылки, это ссылки с варезников, торрент трекеров различных, с порно сиджеев, порно тубов? Хз где ещё много траффа 😉

    добавлю — тематического трафа, думал это понятно и так)

  • комментарий by froper - 15.01.2011, 15:15

    Да, что-то я про тематичность забыл совсем.
    Хм, тогда возникает другой вопрос, точнее идея, если для каждой тематики наделать топов, как в адалте, то они будут самыми трастовыми ссылками?

    Вот честно, ладно мувики, музыка там есть рессурсы под «бесплатный» траффик, можно ссылки поставить. Но как на счет тряпок? Фармы? В этих то нишах какой траффик?

    Или опять же другой вариант, ставим тот же варезник, но делаем отдельную категорию, скажем pharmacy, и в неё дублируем все статьи, в которых попадаются тематические кеи. Таким образом мы получим тематический раздел на траффистом рессурсе? 😉

  • комментарий by froper - 15.01.2011, 15:16

    Вообще у меня тут основной затык именно со ссылками 🙁
    Контент вроде исхитряюсь уникализировать, а вот где надыбать на шару нормальных ссылок не могу сообразить

  • комментарий by DeXtR - 16.01.2011, 12:28

    Если такое делать , как в статье, то можно всё сделать намного проще , не используя базы данных (ведь для промышленных масштабов нужна БД на крутом сервере или как ?) Я делал на МЮ нечто подобное, но БД не выдерживала . Cosinus, куда ты устанавливаешь БД ?

  • комментарий by YоuAreMуHigh - 16.01.2011, 15:52

    Ох, какие же тут заморочки. Самый простой способ — самый правильный.

  • комментарий by Cosinus - 16.01.2011, 21:04

    VPS 7xx MB
    да, держать все блоги активными слишком накладно. я сейчас делаю первичное наполнение на ~200 постов, выгружаю и замораживаю блог. тоже не лучший выход. собираюсь сделать вероятностный постинг, чтоб блог постился каждый день с вероятностью напр 0.1, тогда 10% блогов будут активными после первоначального наполнения.

  • комментарий by студик - 18.01.2011, 13:48

    Интересная методика. Я пока только к сплогу добрался… Индексируемость почти нулевая.. Жаль-с…

  • комментарий by onlinehuligan - 31.01.2011, 16:46

    Сам для такого WordPress Mu не использовал, но по практике работы с СДЛ и сателлитами на нём скажу, что он достаточно недоработан в сравнении с той же стандартной WP. К тому же сейчас в версиях выше 3.0 в стандартный WordPress входит фукционал WordPress Mu и качать его не имеет смысла. Я так понял, что они закрывают эту ветку… или нет?

    А вообще спасибо, мне нравится идейка.

  • комментарий by Иван - 3.02.2011, 07:40

    Похоже что мультисайтовость встроена в нынешний движок вордпресс.
    _ttp://codex.wordpress.org/Version_3.0#Multisite

    Multisite

    * New Tools->Network panel to ‘install’ mulitsite/network ability, and is available only if WP_ALLOW_MULTISITE is defined in wp-config.php
    * New Super Admin menu with Admin, Sites, Users, Themes, Options, Update, sub-menus (available only if is_multisite() && is_super_admin() )
    * New Dashboard->My Sites panel
    * New Tools->Delete Site panel
    * Configure a Network (multisite/WPMU) using wp-config.php file
    * Terminology changes regarding Sites, Blogs, Networks (see Andrew Nacin’s explanation)

Оставить комментарий

(обязательно)
(обязательно)
Введите свой email:

Разделы

Теги

Полезные сайты