Как опубликоваться в нескольких блогах WordPress

Мой друг недавно спросил меня, как лучше всего (то есть наиболее быстро) распространять контент в нескольких блогах WordPress, и это побудило меня погрузиться в этот пост в блоге.

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

Метод PUSH — XML-RPC

Включив удаленную публикацию XML-RPC в своем блоге WordPress, вы можете из центрального программного обеспечения контролировать теоретически безграничный диапазон установок WordPress. Это звучит интересно, но действительно есть несколько серьезных неудач. Позволь мне объяснить.

Хорошие вещи

*

Плохие вещи

Безопасность

Во-первых, это открывает угрозу безопасности вашего блога WordPress. Я не знаю фактической стабильности и безопасности протокола XML-RPC; возможно, это еще одна открытая «дыра» в вашем блоге WordPress.

Кропотливый

Требуется время для настройки. Для каждого блога, который вы создаете, вам необходимо включить XML-RPC в настройках вашего блога, вам также необходимо сохранить эту информацию в вашем центральном программном обеспечении, которое вы используете для управления миллионами своих блогов WordPress.

Вы также можете получить автоматический контент с помощью этого метода.

Я бы порекомендовал для этого создать нового пользователя в вашей установке WordPress с ролью «Автор». Почему? Что ж, вы будете сумасшедшим, если поделитесь своим паролем администратора с кем-либо. Доверено или нет.

* Да, я знаю. Раздел «Плюсы» пуст. Я просто не могу найти вескую причину использовать этот метод, по сравнению со вторым методом:

Метод PULL — RSS-канал

Каждая установка WordPress имеет встроенную поддержку обработки RSS для чтения RSS-каналов, и для тех, кто не хочет заново изобретать колесо и код с нуля, уже есть несколько хороших плагинов, написанных для обработки создания контента через RSS-каналы, такие как WP. -о-Матик.

Плюсы

Простота обслуживания — один центральный сервер, содержащий весь ваш контент. Легкий.

Расширяемость — нужно больше места? Нужно больше скорости? Обновление одного сервера. Легкий.

Быстрее настроить. Нет необходимости вводить данные для каждого блога на центральном сайте. Легкий.

Гибкость — вы можете общаться с RSS-каналом через параметры, поэтому, обладая небольшими техническими навыками, вы можете постепенно начать масштабирование. Читайте ниже в разделе «Как именно это работает?».

Дополнительное преимущество: принудительная структура вывода = обратная совместимость . Строгая структура RSS-канала заставляет вас следовать стандартам RSS, иначе код не сможет понять ваш канал.
Следовательно, если в будущем вы добавите дополнительные функции, такие как новые параметры и их обработка, вам придется сохранить ту же структуру вывода, а это означает, что все предыдущие установки по-прежнему смогут взаимодействовать с сервером содержимого.

Минусы

Отсутствие отслеживания

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

Первый метод (XML-RPC), возможно, имеет преимущество в этой области, так как сразу узнает, если блог не отвечает и истекает время ожидания при попытке публикации, и предупреждает нас об этом.

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

Ценный совет: добавьте немного здравомыслия!

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

Вместо этого его следует отметить и перепроверить, по крайней мере, еще пару раз, прежде чем отправлять вам предупреждение, например, электронное письмо, текстовое сообщение на ваш мобильный телефон или что-то еще, что вы можете придумать…

Я также рекомендую агрегировать оповещения несколько раз в день.

Вы ДЕЙСТВИТЕЛЬНО не хотите, чтобы часть кода по какой-то причине сходила с ума и отправляла вам текстовые сообщения каждые 15 секунд, начиная с 2:32 ночи.

Обычно это происходит, когда вы уезжаете куда-то в отпуск без приличного подключения к Интернету или времени, чтобы исправить это… Поверьте мне.

Инвестиции

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

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

Если вам нужен стабильный и бесперебойно работающий веб-сайт, не забудьте проверить мой контрольный список оптимизации WordPress.

Итак, как именно это работает?

Что ж, если вы хотите начать с простого, вы настраиваете ряд блогов WordPress с некоторым кодом обработки RSS-контента, который проверяет фиксированный RSS-канал через случайные промежутки времени, например, два раза в день, неделю или даже месяц. Канал RSS будет содержать контент, контролируемый центральным сервером, а локальный код будет обрабатывать создание любого нового контента в сообщениях блога.

Центральный URL-адрес фида, скажем, https://networkhq.com/feed.php, будет возвращать контент из базы данных (или даже из ряда баз данных).

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

Безопасность — добавьте параметр с определенным ключом и ничего не вернете, если этот параметр отсутствует. Пример: https://networkhq.com/feed.php& secretkey=453Asd2

Содержание ключевого слова — добавьте параметр для поиска по ключевым словам. Представьте себе, что у вас есть централизованная база данных, содержащая сотни тысяч статей, новостей и историй, например, о «здоровье». Если вы настроите ряд блогов, связанных с определенной ключевой фразой, я могу просто добавить &kw=acne и вывести только контент, связанный с прыщами.

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

Ограничение . Ограничение вывода — всегда хорошая идея. Это может быть способ контролировать, сколько контента добавляется в ваш блог за раз. Некоторые сценарии обработки RSS, которые я тестировал, не имеют функции ограничения, и вы можете в конечном итоге получать 50 сообщений в блогах, создаваемых каждый час, если вы не сохраните некоторый контроль и ограничения.

Есть еще несколько вещей, которые могут вам помочь и повысить гибкость системы, выскажите свои собственные идеи в комментариях, я хотел бы услышать, что вы можете придумать.