Связать свой сайт с помощью CMS от WIKI?

Question

[Web-Student]

Допустим, у меня есть свой домен (естественно и хостинг).
Допустим, чтобы не мешало основному домену второго уровня mysite.tld создал поддомен wiki.mysite.tld и в основном домене в меню вставил направление на ВИКИ. (Назвать могу как хочу).
Для посетителей и юзерам будет выглядит так же как и сама ВИКИПЕДИА.

Для меня задача, сделать так, чтобы при внесений информации через админскую зону этой страницы, либо, через другой вариант внесений информации (может API, может есть еще что-то) параллельно вносилась информация и на самой ВИКИПЕДИИ и её различные проекты (викивер, викикнига, викимедиа, и т.д.)
К слову о проектах:
В первую очередь, ВикиПедиа, ВикиПутешествие и ВикиПоиск
В планах, ВикиНовости, ВикиВерситет и ВикиСловарь
Не знаю, для чего существует МетаВики, ВикиСклад и др.

Озвучил задачу, озвучу хотелку: Не хотелось бы вносить информацию отдельно для ВИКИ по своему аккаунту и отдельно возиться своим сайтом. Вот и всё.
Картина такая, появилась или созрела статья. Захотел написать своему каналу в Телеграм и написал, а тут статья появился и в моем сайте и на странице ВИКИЕДИИ. Либо... Написал статью на своем сайте и она же автоматом появились и на странице ВИКИПЕДИИ и на канале в телеграм.

Возможно ли сделать это в CMS MediaWiki?

Answer 1

[rPman]

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

Comments

[Web-Student]

А можете рассказать по шире?
у меня создается локальная БД (localhost)

[rPman]

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

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

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

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

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

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

p.s. хорошенько подумай, может все же будешь работать с одной базой данных, не создавая проблем на пустом месте?