Как стать автором
Обновить

Разработали аналог Confluence. Что из этого получилось и почему мы не стали вкладывать в продукт 10 миллионов рублей

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров4.3K
Всего голосов 14: ↑11 и ↓3+12
Комментарии20

Комментарии 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 под капотом. Нам чуждо.

Да, можно было и на github выложить.

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

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

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

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

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

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

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

Но ведь она платная, разве не так?

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

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий