Это бесполезность говорить одно и то же, и в ответ на "красное", отвечать "почему не длинное?", а в ответ на "длинное" - "почему длинное, а не красное?". Потому что на третьем круге надоедает. И какая людям польза от этих знаний, если это плохое воспитание не позволяет людям этими знаниями пользоваться, только лишь по большим празникам, если "знающий" соизволит. Сила сообщества в общем наборе знаний, которыми можно воспользоваться, а не в сумме знаний, которые каждый хранит под подушкой.Нормальное сообщество, про которое я храню только воспоминания, к сожалению, умерло. Потому что поверило в красивую сказку о Поле Чудес, которая превратилась в сказку про кашу из топора: какие-то результаты появились, когда было вложено сил в 50 раз больше, чем требуется, а все делают вид, как будто оно само на поле чудес выросло. :)
> Конечно бы вы их не взяли, ведь это подразумевает ответственность.
> Обратите внимание, как вы сфокусировали внимание, что не просто инвестиции, а именно "чужие".
> Ну да, ну да. Главное твердить как мантру - asciidoc.
> Остальное все "ньюансы в некоторых деталях и некоторый выбор".
> Главное не перепутать, где "частное", а где "целое", и трех корочек хлеба безусловно хватит.
Не думаю, что вас мои инвестиции хоть как-то взволновали бы. :) А вот если бы кто-то вместо нового контерстрайка дал бы денег на нормальное и удобное хранение текстов и статей, даже не представляю, как бы вы были возмущены. Но не бойтесь, не дадут. :) И дело не в ответственности, которуй я не боюсь, дело в том, что можно и на перевод старушки через дорогу устроить шоу с концертом, только на время этого концерта бедной старушке придётся подождать у обочины... :)
asciidoc был проверен практикой. Он мне не так нравится, как предыдущие варианты, в нём нет той идеальности. Но он более практичен. Мне нужно было что-то, что хорошо подходит к прозе, пьесам, стихам, статьям и вставкам кода. И с тем, чтобы не менять коней на переправе, чтобы сами исходные тексты были раз и навсегда, без смены формата. После нескольких реализаций, я пришёл, точнее, вернулся, к asciidoc.
Вот, напимер, мой вариант статьи про flask из Викиучебника, с генерацией основных форматов: http://st.51t.ru/flask-tmp/
А что касается "сделать" и "выбор", так:
- Формат уже выбран, и проверен на кошках, оно работает
- Текст тоже понятно, как переводить, где брать, и это уже работает
- Все форматы будут генерироваться независимо, лишь бы источник однозначно определял логику: для того же веб-интерфейса можно реализовать внешний генератор на базе pandoc. Независимый конвертор может сделать вывод чуть лучше, но ничего не меняет принципиально, и никак не влияет на саму библиотеку с adoc.
- Веб-интерфейс - есть. Простой пакетный менеджер, работающий через консоль и веб - работает. Полное дерево - git.
Остались только нюансы - определить строгий формат разметки, который был бы один и тот же везде (такое строгое форматирование даёт дополнительные возможности и по конвертированию, и по извлечению информации), определить тэги - то есть, выбрать то, что нужно и отсечь лишнее. Этот набор может сформировать только практика, только конвертирование нескольких совершенно разных текстов, чтобы потом в один из вариантов ткнуть, и сказать "ты лучше всех, милашка!". И выбрать его, а всё остальное лепить по образу и подобию.
Всё.
Вопросы дополнительных бэкндов - это вопросы только дополнительных бэкендов. Строгий формат позволяет чётко разделать "что где", и по нему выводить физическую разметку конкретного формата хоть 20-километровым регулярным выражением.
Это по библиотеке... Про саму википедию - это совсем другой вопрос. Думаю, если бы в debian не было бы локальных зеркал, интернет-зеркал, и всё получалось бы с одного источника, а Стефано Закиролли с дефолтовых обоев Debian дарил бы свой жалобный взгляд и просил 5 млн. в месяц на новый сервер, вы бы и это считали разумным, локальные зеркала - совершенно ненужными, а текущий порядок вещей - самым правильным. Только выше - не про это, это уже ДРУГОЙ вопрос, как бы вы не старались их смешивать.
