Estoy pensando en comenzar una wiki, probablemente en una cuenta de hosting LAMP de bajo costo. Me gustaría la opción de exportar mi contenido más tarde en caso de que desee ejecutarlo en el IIS/ASP.NET en la línea. Sé que en el mundo de los blogs, hay un estándar abierto llamado BlogML que le permitirá exportar el contenido de su blog a un formato basado en XML en un sitio e importarlo a otro. ¿Hay algo similar con los wikis?¿Wiki es portátil?
La respuesta correcta es ... "depende".
Depende de qué wiki está usando o planea usar. He usado varios en los últimos MoinMoin estaba bien, los archivos utilizados en lugar de la base de datos, Ubuntu parece que me gusta. MediaWiki, todo el mundo sabe y JAMWiki es un clon de java (ish) de MediaWiki con el objetivo de ser compatible con MediaWiki, ambos usan bases de datos y generalmente puede conectar la base de datos que desee, JAMWiki está preconfigurado para usar una instancia HSQLDB interna .
Recientemente convertí unas 80 páginas de un wiki de MoinMoin en páginas de JAMWiki y esto probablemente fue manejado en un 90% por un pequeño script de Perl que encontré en algún lado (proporcionaré un enlace si puedo encontrarlo nuevamente). El otro 10% fue desafortunadamente una experiencia manual (fueron de la mayor importancia con ellos siendo recipies para la señora) ;-)
También recientemente configuré una instancia de Mediawiki para el trabajo y eso tomó todo de aproximadamente 8 minutos que hacer. Así que esa sería mi elección.
No escuché hablar de WikiML.
Creo que su mayor obstáculo será la conversión de un marcado de wiki a otro. Por ejemplo, algunos wikis usan markdown (que es lo que utiliza Stack Overflow), otros usan otra sintaxis de marcado (por ejemplo, BBCode, ...), etc. La conclusión es que, suponiendo que los contenidos estén basados en datos, no es imposible exportar y analizar para hacerlo "encajar" en otro sistema. Puede ser solo un dolor en el culo.
Y si el contenido no está basado en datos, será un dolor real en el culo. : D
Otra solución sería permanecer con el mismo sistema. No estoy seguro cuál es el motivo para cambiar la tecnología más adelante. No es que un proyecto en crecimiento requiera IIS/ASP.NET de repente. (Podría ser al revés.) Pero, por ejemplo, si pudiera seguir con PHP por un tiempo, también podría ejecutar eso en IIS.
Para responder a su pregunta, no creo que haya un estándar como el de WikiML hasta que lo haya llamado.
Por extraño que parezca, he investigado la captura de pantalla de un wiki para que un compañero de trabajo lo ayude a trasladarlo a otro motor de wiki. Resultó que el raspado de la pantalla habría sido más fácil, más rápido y más eficiente de escribir para mover este wiki basado en archivos a otro o un CMS.
Teniendo en cuenta el contexto en el que escribió la pregunta, ahora muerdo la viñeta y pague un poco más por una cuenta alojada en Windows y coloque la wiki de Screwturn en ella. Tienes la opción de usar back-end basado en archivos o SQL Server para ello, pero debido a que uno de tus requisitos es de bajo costo, supongo que usarías el archivo basado ahora en una cuenta alojada más económica y luego siempre podrás mejorar el back-end a SQL Server.
Algunos "wiki" también ofrecen la opción "importar contenido de los competidores". Por ejemplo, Confluence puede importar desde Media Wiki ... –