Pull to refresh

Comments 20

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

Погуглил, интересная штука. Я так понимаю, там каждая страница отдельно собирается вручную из comit-push?

Гляньте TinaCMS. Что-то вроде "WordPress - сделай сам" на nextjs

не холивара ради а в поисках истины: а почему gitlab pages а не gitlab wiki?

upd: уже после написания коммента увидел что у вас github а не gitlab, вопрос снимается.

  • адрес example.com/doc вместо doc.example.com. С Confluence так сделать не получилось — его можно разместить только на поддомене.

Камон, простой реврайт на nginx

Изначально такое и использовали для редиректа с rudocs.ispmanager.com в docs.ispmanager.ru, но нет гарантий, что получится нормально отследить трафик. Большинство аналитических систем при переходе между доменами теряют пользователя в ряде случаев.

Опять же, такой роутинг роботами не воспринимается и никаких плюшек для SEO не дает. По нашим наблюдениям.

Где скачивать вашу программу?

В чём она лучше, если сравнивать с общепринятым MediaWiki ? Судя по сайту с рекламой вашей программы, все её удобства давно есть в MediaWiki.

Спасибо.

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

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

В этой статье просто хотели показать кейс: была проблема, мы её решили. В процессе создали приложуху, которую решили не выводить на рынок и оставить для тех, кто любит работать с исходниками.)

возможно там есть те же фичи, да

Так чем же ваша программа лучше? Или спросим иначе: почему вы не применяли MediaWiki, а решили писать всё заново?

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

Или спросим иначе: почему вы не применяли MediaWiki, а решили писать всё заново?

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

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

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

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

В любом случае, если будет достаточное количество запросов на открытие кода, рассмотрим такой вариант.

Покупка исходного кода ничем не ущемляет ваших партнёров. Они по-прежнему останутся при купленном, как и все остальные.

Конечно, СПО не запрещает вам продолжать разработку. Больше того! Оно привлечёт к вашей работе и всех остальных людей, а зарплату за них будете получать вы. Именно в этом и состоит главное преимущество свободы.

Смотрели на нее тоже - выглядит очень хорошо. Но там Java под капотом. Нам чуждо.

Верно, но мы пошли другим путем, поскольку уже были активные пользователи.

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

Кейс интересный, спасибо. Заход оригинальный )

Пока пользуемся Wiki в GitLab. Тут код, задачи и теперь освоили вики. Но, поскольку, документировать надо не только проекты по написанию кода - смотрим на внешнюю вики.

ISPanel используем для организации почтового сервера. Т.е. она с нами и, скорее всего, надолго. Но не перейдем в вики туда - рано или поздно встанет вопрос экспорта. А тут самопис со всеми вытекающими.

Сейчас активно смотрим в сторону Js Wiki

Судя по вашим пожеланиям, вам documenterra.ru отлично подошла бы. Еще и хранение API-документации в одном пространстве с остальными доками есть.

Да. Но и у автора она тоже платная, только платите вы явно, а через зарплату разработчикам, проджектам, время на разработку,

Да, вы правы. Поэтому тот и другой вариант равно недоступные.

Sign up to leave a comment.