tysch_tysch
Он вам не клоун!

По технической реализации xgm

Добавлен , опубликован
Dev
По технической реализации

Другие темы:

По ux/usability сайта / дизайн
Обсуждение DT
Контентная стратегия

Текущие проблемы:

  1. Огромная база данных, терять которую бы не хотелось
  2. Архитектура форума построена на одном старом форуме и это усложняет работу
  3. Нет ресурсов
  4. Сайт не адаптируется под мобильники
  5. Любое новое решение надо интегрировать с текущей инфраструктурой
  6. Возможно нужно возвродить в том или ином виде форум
  7. Нужна вики

Для чего этот тред?

  1. Предложит свою помощь
  2. Предложить то или иное техническое решение в части инфраструктуры

Обсуждаемые решения

Форум

xf2demo.xenforo.com
https://discuss.flarum.org
Открыть текущий

Система чатов вместо оффтопки

Открытые аналоги Slack
https://rocket.chat
https://about.mattermost.com
Инквизитор
Это форумный движок номер один на данный момент. Создан выходцами из воблы, но быстро отнявшие первое место у нее же. Щас идет девелопер превиев у второй ветки движка. xf2demo.xenforo.com
ВСЕ современные форумы охотно переносят свои ресурсы на рельсы ксена. По опыту администрирования форумов на этом движке скажу, что более быстрого и удобного форумного движка не существует. И тк я интересуюсь им, могу сказать, что на нем возможно запилить, что угодно. Он вордпресс из мира форумных движков.
alexprey
Инквизитор, а ты не понимаешь, что значит мейнейнить сайт на котором уже данных в базе на несколько десятков гигабайт =_= ты знаешь как это выглядит снаружи, но совершенно не разбираешься видимо во внутренностях.
H
xf2demo.xenforo.com
та же параша из 2000 годов. Ничего нового. Есть гораздо интереснее варианты:
https://discuss.flarum.org
пример:
https://community.letsencrypt.org
но один фиг никто не будет xgm на форум переносить =)
25 мар 2017
  • Размещен: 25.03.2017 00:17:03
  • Создан: 25.03.2017 00:17:03
  • Обновлен: 25.03.2017 00:17:03
5 733
`
ОЖИДАНИЕ РЕКЛАМЫ...

Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
0
30
7 лет назад
0
Jusper, ну, хайв...
0
28
7 лет назад
0
Clamp:
ну, хайв...
Там все слито в одну экосистему.
Пользователь не чувствует, что переходит в другой сервис.
Если Тыща это имел ввиду в своем предложении, то ок. Но все еще остается проблема поддержки и развития большого количества сервисов.
0
25
7 лет назад
Отредактирован KotoBog
0
Jusper:
Там все слито в одну экосистему.
Пользователь не чувствует, что переходит в другой сервис.
Если Тыща это имел ввиду в своем предложении, то ок. Но все еще остается проблема поддержки и развития большого количества сервисов.
Что в данном контексте подразумевается под "чувствует"?)
Натягиваешь везде один схожий дизайн, делаешь поддомены forum.xgm.guru, vodka.xgm.guru итд на каждый сервис с единой сессией и авторизацией да и все.
Реализация не сложная, хоть и трудоёмкая, поддерживать, по сути, с какой-то стороны проще, на самом то деле, чем когда все слито в кучу и ты не понимаешь, где именно баг, в чем проблема и куда лезть, чтобы добавить новую кнопочку или плагин.
0
28
7 лет назад
0
NanO:
делаешь поддомены
Хайв не использует поддомены.
0
25
7 лет назад
Отредактирован KotoBog
0
Jusper:
Хайв не использует поддомены.
И? Окей, пусть будет xgm.guru/forum xgm.guru/vodka xgm.guru/anythingelse
С ними удобнее, поэтому и написал, но это моё имхо.
2
29
7 лет назад
Отредактирован alexprey
2
NanO:
трудоёмкая
в этом и проблема
NanO:
поддерживать, по сути, с какой-то стороны проще, на самом то деле
не совсем, надо локализовать сперва в каком это сервисе, из-за какого API затем это вылазит, потом пофиксить тот API или его расширить из-за не хватки данных, потом его выкатить, потом пофиксть обработку этого API и потом обновить этот сервис.
когда все слито в кучу и ты не понимаешь, где именно баг, в чем проблема и куда лезть
Даже в такой помойке как код в8, это делается достаточно просто. Не сам фикс, а нахождение бага. Баг локализовать просто, сложно пофиксить в некоторых случаях из-за отвратной не структурированной архитектуры.
Все сложно поддерживать если нету четкой и структурированной архитектуры. Можно заделать кучу микросервисов, но толку, если они будут не правильно структурированы. Проблема в текущем решении ХГМ - это использование его как песочницы. Потому что большинство фич которые прикручивались - это лишь способ попробовать что-то новое из технологий или в программировании. Отсюда и появляется функционал которым пользуется 1 или 2 пользователя, который ничего не дает, в нем куча багов, структура кривая и непонятное, потому что автор просто хотел поиграться с новой технологией.
По личному опыту поддержки и разрботки высоконагруженных распределенных систем, развивать микросервисную архитектуру, а тем более отлаживать в случае заковыристых багов очень сложно. Вот у нас тут есть пайплайн из уже почти 10 разных микросервисов и иногда понять в какой момент отвалились данные, весьма сложно. А потом еще и исправить это, особенно если фикс приходится на несколько сервисов, достаточно проблемно.
В этом есть несомненнно плюсы, но не при разработке портала как например хгм, оно того не стоит. Потому что все это сольется опять же в ту же кашу. Смотрите пункт про песочницу
0
30
7 лет назад
0
alexprey:
Даже в такой помойке как код в8, это делается достаточно просто. Не сам фикс, а нахождение бага. Баг локализовать просто, сложно пофиксить в некоторых случаях из-за отвратной не структурированной архитектуры.
Все сложно поддерживать если нету четкой и структурированной архитектуры. Можно заделать кучу микросервисов, но толку, если они будут не правильно структурированы. Проблема в текущем решении ХГМ - это использование его как песочницы. Потому что большинство фич которые прикручивались - это лишь способ попробовать что-то новое из технологий или в программировании. Отсюда и появляется функционал которым пользуется 1 или 2 пользователя, который ничего не дает, в нем куча багов, структура кривая и непонятное, потому что автор просто хотел поиграться с новой технологией.
Слышу крик души
0
35
  • Комментарий официального представителя Администрации сайта
    • 7 лет назад
    0
    Идея микросервисной архитектуры в том, чтобы эти сервисы самостоятельно не разрабатывать, а разрабатывать с сообществом этого сервиса: раньше известны баги, апдейты, но отсюда ограничение кастомизации, лишние свистелки-перделки от сообщества.
    короче накатил путинки, развернул коробочек, настроил между них мосты интегрировал в общую верстку по аналогии с xgm.guru/shoutbox и радуешься, как Кет. Плюс коробочек, что у них могут быть свои мобильные приложения, но вон джаспер это и минусом считает, потому что люди вообще перестанут на сайт заходить.
    2
    29
    7 лет назад
    Отредактирован Doc
    2
    Я знаю что это не особо нужно но из модных форумов есть еще github.com/discourse/discourse
    Не знаю спиздил дискорс у фларума дизайн или наоборот но они очень похожи, например
    0
    29
    7 лет назад
    0
    Clamp:
    Слышу крик души
    да, так и есть
    Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
    Чтобы оставить комментарий, пожалуйста, войдите на сайт.