Wiki Content Portable?

Question

Я думаю о запуске вики, возможно, на недорогой учетной записи хостинга LAMP. Я бы хотел позже экспортировать свой контент на тот случай, если захочу запустить его на IIS/ASP.NET. Я знаю, что в мире блогов существует открытый стандарт BlogML, который позволит вам экспортировать содержимое блога в формат XML на одном сайте и импортировать его на другой. Есть ли что-то похожее с вики?

Answer 1

Правильный ответ ... "это зависит".

Это зависит от того, какую вики вы используете или планируете использовать. Я использовал разные за эти годы МойнМойн был в порядке, использовались файлы, а не базы данных, Ubuntu , кажется, нравится. MediaWiki , о котором все знают, и JAMWiki - это java-клон MediaWiki с целью обеспечения совместимости разметки с MediaWiki, обе используют базы данных, и вы обычно можете подключаться к любой базе данных, которую хотите , JAMWiki предварительно настроен на использование внутреннего экземпляра HSQLDB.

Недавно я преобразовал около 80 страниц из вики MoinMoin в страницы JAMWiki, и это, вероятно, было обработано на 90% крошечным Perl-скриптом, который я где-то нашел (я предоставлю ссылку, если смогу найти ее снова). Остальные 10% были, к сожалению, случайным опытом (они имели первостепенное значение, так как были получателями миссуса); -)

Я также недавно настроил экземпляр Mediawiki для работы, и на это ушло всего около 8 минут. Так что это был бы мой выбор.

Answer 2

Чтобы ответить на ваш вопрос, я не верю, что существует такой стандарт, как WikiML, как его назвал Тиль.

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

Учитывая контекст, в котором вы написали вопрос, я бы укусил пулю сейчас, заплатил бы немного больше за учетную запись, размещенную на Windows, и включил бы в нее Screwturn wiki. У вас есть возможность использовать файловый или SQL Server для него, но поскольку одно из ваших требований - низкая стоимость, я предполагаю, что вы бы использовали файловый сервер для более дешевой размещенной учетной записи, а затем вы всегда можете увеличить масштаб серверная часть к SQL Server.

Answer 3

Я не слышал о WikiML.

Я думаю, что вашим самым большим препятствием будет преобразование одной вики-разметки в другую. Например, некоторые вики используют разметку (это то, что использует переполнение стека), другие используют другой синтаксис разметки (например, BBCode, ...) и т. Д. Суть в том, что при условии, что содержимое основано на базе данных, его невозможно экспортировать и анализировать это сделать его «вписаться» в другую систему. Это может быть просто боль в заднице.

И если содержимое не основано на данных, это будет королевская боль в заднице. : D

Другим решением было бы остаться с той же системой. Я не уверен, в чем причина изменения технологии в дальнейшем. Это не то, что растущий проект требует IIS / ASP.NET внезапно. (Это может быть наоборот). Но, например, если вы можете какое-то время придерживаться PHP, вы также можете запустить его на IIS.