На чем переписать старый форум?

Question

[AstonMartin]

Добрый день!

Вопрос вроде бы простой, но в то же время требует значительного технического кругозора и опыта.
Есть весьма популярный в своей сфере старый форум на старом движке (SMF). Дизайн соответствующий. Первое что про него говорят, когда видят: "Это что-то из 90х")) Но по контенту он абсолютно рулит в своей тематике.
Хочется дать ему новую жизнь и рестартовать его с новым дизайном и на современных технологиях, но сохранив, конечно же, весь контент (темы, пользователи, картинки, вложения, рейтинги).

Получаются такие требования:
- Удобства для дальнейшего развития и доработок (будет максимум один разработчик)
- SEO friendly, поисковый трафик очень важен
- Нужны готовые модули, чтобы не писать все с нуля.

Вопрос в том как оптимально решать эту задачу в современных условиях?
- Просто переписать на одном из современных фреймворков, например, laravel?
- Использовать какой-то headless движок, вроде drupal9?
- Может вообще api+VUE?
- Что-то еще?

Comments

[AstonMartin]

Готов потратить 3 месяца работы программиста (примерно по 100к рублей в месяц).

[Дмитрий]

Тут надо пилить с нуля, движок старый и хороший, бд уже огромная, надо сильно постараться, чтоб достичь результата, функционала там тоже вагон. Но скорее всего данные придётся переносить структурно
Запилить грамотное т3 по функционалу, потом уже переносить контент

[AstonMartin]

Дмитрий, на чем именно пилить? На чем сейчас быстрая и удобная разработка?
Например, я знаю, что laravel сейчас в тренде. А например, yii лучше уже не использовать.
А что еще?

[Дмитрий]

AstonMartin, вот ещё можно взять за основу https://craftcms.com/
Но нужен будет спец по этой цмс, за то процесс будет в разы быстрее
Зависит от специалиста, кого найдёте

[AstonMartin]

Дмитрий, а почему именно эту цмс? Какие у нее плюсы?

[Дмитрий]

AstonMartin, посмотрите composer.json на гитхаб, и вопрос пропадёт
У них вроде и какой то маркет есть, возможно какой либо модуль подойдёт или дописать

[Arris]

У вас тоже?
Я уже и забил на попытке что-нибудь сделать с нашим форумом (ФМРИ) на SMF. Поддерживаю и ладно.

Тем более что разработчики SMF ну очень... тугие.

[AstonMartin]

Arris, сейчас хочется большего, чем может дать СМФ. Поэтому будем писать свой движок и переезжать)

[Arris]

AstonMartin, ну, удачи вам. Вы же будете его в опенсорс писать?

[AstonMartin]

Arris, пока не решил. А вы хотели для вашего форума тоже использовать?

[Arris]

AstonMartin, не исключено. Но самому писать форум - делать мне больше нечего, а вот использовать чужой продукт и немного вложиться в него кодом - звучит как план.

[AstonMartin]

Arris, я тогда напишу здесь когда напишем. Посмотрим что можно будет сделать.

[Arris]

AstonMartin, напишите в контакты, они в профиле ;)

[AstonMartin]

Arris, проект еще в процессе. Надеюсь месяца через полтора зарелизим.

Answer 1

[Владислав Лысков]

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

Comments

[AstonMartin]

Да, вариантов вагон) Поэтому и думаю над оптимальным вариантом.
Готовый типа xenforo вряд ли подойдет. Хочется возможности полной кастомизации.
А насчет headless движка что думаете?

[Владислав Лысков]

AstonMartin, что ты имеешь ввиду под headless?

[AstonMartin]

Владислав Лысков, https://vc.ru/media/206662-issledovanie-korporativ...
Это есть например в друпал9.

[Владислав Лысков]

AstonMartin, это здорово, но в плане реализации форума я думаю это несколько геморно, хотя я не пробовал, с друпал не работал, ничего не скажу, если так, то я бы взял laravel на бэк и nuxt для фронта

[AstonMartin]

Владислав Лысков, спасибо за наводку на nuxt.
А там не будет проблем с индексацией?

[Владислав Лысков]

AstonMartin, нет, его основная фишка это сср и статическая генерация над vue из коробки, ничего настраивать самому там не нужно

[AstonMartin]

Владислав Лысков, спасибо, выглядит интересно!

[Антон]

Простите, что влезаю в ваш диалог...
А IPB 3 или 4 сейчас актуален или это прошлый век?

Answer 2

[DevMan]

чего вы хотите в итоге? с ответа на этот вопрос и нужно начинать.

если вопрос только в дизайне из прошлого века, то просто сделайте новый дизайн.
если вопрос в функционале, то можно кастомизировать уже имеющийся форум. благо код открыт.
если нужен совершенно другой ux, то только либо пилить собственный лисапед, либо мигрировать на другую систему.

все зависит только от ваших хотелок и ваших возможностей.

Comments

[AstonMartin]

Хочу все перечисленное.
Кастомизировать существующее не вариант, там код просто ужас. Хочу все переписать красиво, чтобы потом было приятно развивать и дорабатывать.
К примеру, захотелось прикрутить механизм лайков постов и кармы, и рраз, продумали и красиво и быстро реализовали. Без костылей и без сюрпризов для тех, кто будет поддерживать это в будущем)

Вопрос: на чем именно переписывать? Языки/фреймворки/платформы.

[DevMan]

AstonMartin, надеюсь вы понимаете, что "Языки/фреймворки/платформы" – это ни о чем?

[AstonMartin]

DevMan, что значит "ни о чем"? А что "о чем"?

[DevMan]

AstonMartin, это значит что ответа на такой вопрос дать невозможно. ибо вариантов – охулиард.
начиная с классики: на фронте какие–то реакты или вуе, на бэке нода/пхп/питон/еще–100500–других, и заканчивая шарпом с блейзором (но это надо не любить своих пользователей, зато все по красоте).

[AstonMartin]

DevMan, а какие вам еще нужны данные чтобы дать квалифицированный совет?
Вроде все требования я указал, ресурсы тоже (примерно до 500к рублей за 3-5 месяцев разработки), что еще?

[DevMan]

AstonMartin, конкретно: кто всё это будет делать. вы сами или люди со стороны?

[AstonMartin]

DevMan, со стороны. Напишу ТЗ, по нему дизайнер нарисует и потом буду искать программера на ХабрФрилансе например.

[DevMan]

AstonMartin, тогда вообще пофигу на чем, лишь бы они реализовали ваши хотелки.

[AstonMartin]

DevMan, так в том то и дело, что не пофигу. Я могу в ТЗ написать, чтобы разработка велась на JAVA например, или на php3. И мне напишут, хозяин - барин.
Но хотелось бы выбрать инструменты, которые через 3-5-7 лет не заставят меня пожалеть о сделанном выборе.

[Владислав Лысков]

DevMan, позволь поинтересоватся, почему шарп с блейзером - не любить своих пользователей?

[DevMan]

AstonMartin, да как раз пофигу: выбор между платформами – это холивар, не имеющий адекватного и аргументированного ответа.
ваша задача – найти людей, которые не только смогут реализовать ваши хотелки, но и поддерживать их.

хотите не ошибиться? цельтесь в энтерпрайз. но там и ценник будет совершенно другим. и не факт, что оправдан.

[DevMan]

Владислав Лысков, посмотри на вес страницы и скорость загрузки. особенно на невинде.
для корпоративного портала – это ок. для типичного веба – не норм.

[AstonMartin]

DevMan, ну как же пофигу, когда нет.
Например, yii сейчас медленно умирает, а ларавел активно развивается и ускоряется. Если я возьму yii, то это точно будет не оптимальным выбором. Через пару лет, когда они уже совсем перестанут развиваться, а у меня будет написано куча функционала на нем, будет больно.
И я как раз и спрашиваю о оптимальном стеке технологий для такого проекта.

[Владислав Лысков]

DevMan, я не ратал с шарпом, спросил для самообразования, спасибо

[DevMan]

AstonMartin, через пару лет они вполне может быть родят 3 версию. а может сдохнут.
через несколько лет может и ларавел уйдет на задние роли, как сейчас yii.
a так же хрен его знает что произойдет с нодой, или питоном, или еще чем–то.

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

[DevMan]

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

тут даже особо с шарпом и не надо работать. прост открой любой проект на блейзоре и подумай захотел бы ты таким пользоваться каждый день и везде.

[Владислав Лысков]

DevMan, благодарю

[AstonMartin]

DevMan, какой стэк выбрали бы вы?

[DevMan]

AstonMartin, непростой вопрос.

но если отвечать условно, я бы выбрал богатый фронт и простой бэк.
фронт: мой любимчик – эмбер. но от него у большинства уши встают дыбом. можно и проще: вуе/реакт/кастом.
бэк: вообще пофигу. любой язык для этого подходит. лично я бы взял или пых, или свифт.

[AstonMartin]

DevMan, чистый пых?

[DevMan]

AstonMartin, от задач.
для типичного форума я бы взял фреймворк.

[Виктор П.]

DevMan, разве богатый фронт, типа вью, ангуляра или реакта сео-дружелюбен?
Во всех трёх решениях используется следующая методология: вначале загружается пустой каркас приложения с роутингом, а затем уже аяксом догружаются нужные данные. Соответственно, если у поискового робота выключен js, то он будет индексировать пустую страницу.
Я слышал, что гугл решил эту проблему у себя, но, во-первых, я не уверен в надёжности такого решения, во-вторых, за остальных поисковиков сказать такого не могу.
Да, крутые дядьки это решают сервер-сайд рендерингом (ssr), но у меня был такой опыт: я поставил новое ангуляр приложение, добавил сср и... приложение не собралось. Из-за того, что _наименование_ какого-то npm пакета было более допустимой длины. Проект этот я сразу же удалил и для себя сделал зарубку, что не хочу поиметь гемморой на сео из-за модных spa приложений. Для каких-то внутренних кухонь, типа админок или прочего, чему сео вообще не нужно я использую ангуляр, штука удобная.
Поделитесь экспертным мнением в этом вопросе?

[DevMan]

Виктор П., проблемы с индексированием (если оно вообще нужно, а так бывает не всегда) решаются разными способами: от ssr до автоматической генерации статической версии сайта.

Answer 3

[d-stream]

Собственно в том или ином виде популярные движки форумов имеют кучи конвертеров для добычи данных из старого движка.
как образчики smf->ipb smf->phpbb

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

p/s/ в свое время протащил так через три движка (начиная еще с текстовых "баз") - процесс небыстрый, но во всех случаях удалось подготовить почти автоматические скрипты. Благо пока старый движок крутится - можно делать нужное число заходов и только при должном уровне конвертирования приостановить доступ к старому на полчасика... сконвертить и открыть доступ к новому.

Comments

[AstonMartin]

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

[d-stream]

AstonMartin, ну главное чтобы постановка задачи не оказалась "Семь перпендикулярных красных линий в крапинку")

Answer 4

[Sanes]

Не обязательно переносить данные. Старый форум можно заархивировать.
Настройте редиректы и пользуйтесь новым. Возможно просядет немного. Но это лучше, чем страдать с переносом. Если только пользователей перенести.

Comments

[AstonMartin]

Как это "немного просядет" если не переносить данные?)
Как раз в данных основная ценность.

[Sanes]

AstonMartin,
Контент будет на других url или домене. Почитайте, как сливаются домены. Сам контент никуда не денется.

Answer 5

[Артем Золин]

Здесь, на хабре, где-то в настройках есть радио-кнопка старый/новый дизайн. Пользователям уведомление, что можно включить новый дизайн, но если кто-то не захочет, пусть остается на старом. Забота о пользователе, понимаете? Советую подумать над этим решением

Comments

[AstonMartin]

Это не реально если будет новый движок.