ибо тут ну рили многие элементы - откровенное старьё
Игра о которой форум - старьё, у меня уже седые волосы в бороде появляются(рановато конечно, но что уж тут поделаешь), так что я тоже не новьё, да и основная часть форумчан школу закончила 10 и более лет назад, так что думаю не только я один не оценю модерн в дизайне. Я сижу именно на форуме и на главную страницу захожу не чаще пары раз год, так что любые изменения вне форума меня не особо волнуют. А форум и без того удобный и достаточно информативны, дальше перегружать его ненужными элементами не есть хорошо.
alekv:
Реалтайм отображение в поле ввода текста тегов bb-кодов
не, не, не! На форуме моего провайдера именно так и это охренеть как неудобно, код фиг отредактируешь.
alekv:
Не хватает отображения количества просмотров какой либо темы, так сказать отображение активности людей в какой либо теме.
Ну так вы, сударь вообще данный сайт покинете, если к примеру в тему про кроля никто не заходит, зачем лишний раз расстраиваться?
DOOMGABR:
Хотя бы более современные технологии и скорость завезти и нормас было бы
Это как? Не, я серьёзно. Ладно, про технологии alekv немного написал, так что мне немного понятно о чём речь, а со скоростью что не так?
Интересно, как мнения расходятся в зависимости от возраста, прям два противоборствующих лагеря)) Только что во "вражеском стане" alekv забыл, ему кажись лет 25(плюс минус километр)?
Ыых Согласен с тем, что редизайн делать вполне вероятно не стоит. Мало того, определённая молодёжь считает, что шарм этого сайта именно в сохранном дизайне а-ля начало 00'х.
А вот попробовать поменять потроха, допустим с phpbb на node.js(server) -> dom.js(client), в качестве эксперимента можно попробовать. Мало того формат хранения БД SQL для phpbb в достаточной степени изучен, чтобы можно было накатать под него js клиент-сервер.
А что даст изменение движка форума и сайта на самописный БЕЗ изменения дизайна? Лично у меня ничего не лагает, проблема скорее всего в личном интернетном канале тех, кто жалуется, что у них лагает.
Вот что реально хотелось бы вернуть или починить это предпросмотр скриншотов на сайте.
Раньше когда скрины открывались в отдельном всплывающем окне, и если у меня не грузилась картинка (или наполовину грузилась, такое иногда бывает), я жал ctrl+f5 и чаще всего помогало. Сейчас это невозможно, ну и вообще обработка ошибок загрузки картинок кривоватая стала.
не, не, не! На форуме моего провайдера именно так и это охренеть как неудобно, код фиг отредактируешь.
Зачем тебе его редактировать? Жирный текст он и в Африке жирный и вполне удобно если он будет показываться в реалтайме в поле редактирования.
То же относится и к наклонному, подчёркнутому и т. д.
Ыых:
Ну так вы, сударь вообще данный сайт покинете, если к примеру в тему про кроля никто не заходит, зачем лишний раз расстраиваться?
Боярский тебе сударь, не знаю зачем кроля приплел, но мне фиолетово что туда никто не заходит, мне просто интересно видеть какие темы популярные, а какие нет.
Ыых:
данный сайт покинете
Рано или поздно покину и не из-за того что всем насрать на кроля.. Ничто не вечно.
Ыых:
Интересно, как мнения расходятся в зависимости от возраста, прям два противоборствующих лагеря)) Только что во "вражеском стане" alekv забыл, ему кажись лет 25(плюс минус километр)?
Скорее даже не мнения, а тяга к чему-то новому и удобному. Представь вот так все подтирались лапухом, а тут кто-то более удобную туалетную бумажку предложил использовать. Или использовали fragleScript и тут decorate+acs подъехал или zscript.. примеров вагон, но факт есть факт, слишком все устаревает.
Я не программист, но могу предположить что не составит большого труда делать что-то такое
if(NewUI == true)
{рисуем новый интерфейс, новые плюхи итд}
else {рисуем старые}
Нет, с дизайном и скоростью всё нормально!
А вот баги исправлять нужно...
Я как полез в JavaScript часть (я JS разработчик) - так у меня глаза на лоб вылезли!
После многочисленных рекомендаций и правок, багов стало меньше, НО это просто ужас...
Разметка, которая едет на новогоднюю ярмарку... Ошибки can't read property что_то of undefined и прочая ересь (как, например, Doom Power Player, который я переделал ещё год назад (да, вариант с кнопками спорный))....
Хотелось бы, что бы эти баги были исправлены в ближайшее время... (даже готов помочь с JS частью)
Мне вот только нехватает функции предпосмотра сообщений и все. Особенно это касается личных сообщений. Недавно пришло сообщение с поломанным Quote, пришлось расшифровывать. Я конечно знаю что можно отправить сообщение и сразу его просмотреть в теме/исходящих, но просмотреть заранее все-таки удобнее, а то вдруг человек онлайн и сообщение сразу ему придет.
Ну еще пожалуй функцию, которая будет спрашивать что-то вроде "Вы действительно хотите закрыть страницу?" если в поле ввода текста что-то напечатано. А то бывает строчишь свое впечатление по поводу какого-нибудь мода и случайно прожимаешь комбинацию клавиш, которая закрывает страницу.
Небольшое желание - понизить требования к аватаркам. Хотя большинство меня скорее всего с ним пошлет куда подальше...
Zveraboy:
А вот напридумывать всяких дум смайлов явно не помешало бы.
Даже не знаю... У нас и так куча смайлов, большинство из которых на практике тупо не применить. Да и это все-таки не сообщество школьников, которые похоже не могут не прожать в конце предложения это ")". А если смайлы просто так ставить то наверняка получишь пинка от администрации.
Лично я против каких-либо изменений в оформлении сайта/форума. Он самодостаточен.
* * *
MasterMind:
А то бывает строчишь свое впечатление по поводу какого-нибудь мода и случайно прожимаешь комбинацию клавиш, которая закрывает страницу.
Ctrl+Shift+T -- открыть последнюю закрытую вкладку. Работает практически во всех браузерах, текст сохраняется.
alekv:
if(NewUI == true)
{рисуем новый интерфейс, новые плюхи итд}
else {рисуем старые}
Это со стилями связано, а ими так легко управлять не получится. Правда, мои знания в этой области достаточно поверхностны... Надеюсь, я неправ.
А вообще, вариант хороший. Много где такое бы не помешало.
DOOMGABR:
Просто текущий дизайн Doom Power уже морально устарел
Эх, ты...
DOOMGABR:
Хотя бы более современные технологии и скорость завезти и нормас было бы.
Чем тебя скорость не устраивает? На 98-й Винде (браузер соответствующей версии, не помню, какой) с пол-тыка загрузился! Чего ещё нужно-то?
Zveraboy:
А вот напридумывать всяких дум смайлов явно не помешало бы.
Ну-у... Сам не пользуюсь, но варианты подкину (взято с -=[DOOM]=- Discord-сервера, делал, вроде, D1m3):
Лично мне имеющийся на данный момент дизайн не особо мешает - я даже могу назвать его очень удобным лично для меня. Что касается технической части, то тут мне сложно сказать что-то, поскольку я в этом почти что ничего не понимаю.
Приветствую администрацию форума!
Рассматривалась ли возможность миграции форума на более современный (супротив PHP) Pyton движок, допустим DjangoBB или FlaskBB?
Насколько я знаю, за годы развития проектов DjangoBB, например, умеет полную миграцию с PHPBB3 c сохранением тем, и сам по-себе работает более плавно, без "проскоков" страниц, как это любят делать все PHP based форумы.
Как пример DjangoBB форум: http://support.djangobb.org Django - это Pyton фреймворк, достаточно крутой, чтобы разворачивать на нём сложные CMS в течении двух-трёх дней. На Django работает социальная сеть instagramm, как пример.
Как пример FlaskBB форум: https://forums.flaskbb.org Flask - это минималистичный Pyton фреймворк, рассчитан в первую очередь на скорость. На Flask работает такая соц.сеть как pinterest. В плане удобства миграции с PHP based форумов не смог найти инфы, и как и о поддержке их тем оформления.
Какие проблемы решаются с переходом с PHP на Pyton:
1. Нормальная структура клиент-серверного приложения (наконец-таки можно легко пилить мобильные и настольные приложения-клиенты форума, как впрочем использовать полностью генерируемый DOM одностраничнык Web)
2. Нормальная обвязка с JavaScript, где нет вопросов а как лучше: парсить JS'сом PHP, или запускать JS вызовы из под PHP (и то и другое костыли).
3. В случае форумов отсутствует "проскок" страниц (это когда щёклнул на тему форума, а вместо загрузки браузер стоит и ничего не делает - эта проблема на всех PHP based форумах, и даже этот не исключение, проверялось в разных браузерах).
Вот как-то так. В случае интереса, готов оказать содействие по миграции и поддержке на Pyton
Тут 2е предложение: сам я сейчас балуюсь с DjangoBB и по ряду причин (т.к. хочу собрать команду поддержки под свою приблуду декларативного построения интерфейсов на Electron), занимаюсь написанием плагина для автоматического машинного перевода постов под целевой язык юзвера - благо Google и Yandex предоставляют открытые API переводчиков (так например на AliExpress реализован автоперевод). Думаю, что данный плагин будет полезен для "оживления" форума. Тем-более как-никак старейший форум, и в своё время реализовывавший определённые нововведения по меркам русскоязычного тырнета. Любые обновления меняют порядок: застой ибо нет ничего нового)
Ну это только мои мысли.
Добавлено спустя 5 часов 40 минут 48 секунд:
Чтобы не вводить форумчан в заблуждение уточню:
1. Есть плагин для Django фреймворка: Django-phpbb3. Его юзают для предоставления доступа собственно джанге к базе phpbb3 (т.е. это джанговская точка входа для phpbb). Там не всё гладко с админкой (в любом случае необходимо держать админ панель от phpbb). Соответственно никто не запрещает установить поверх джанги DjangoBB, но есть несовместимость по правам админа (это если были определённые особенности установки phpbb).
2. Темы от phpbb надо перевёрстывать: вынимать из php обёртки и писать нормальный CSS и если надо HTML.
Но есть и приятные новости:
1. Можно использовать только плагин, для предоставления внешнего сервиса
2. Совершать плавную миграцию на Django (вполне вероятно что-то самописное, благо на Django при желании крупный проект поднимается за 2-3 дня)
3. Доступны все прелести Django и Pyton соответственно.
Тут ещё хороший такой вопрос, а что больший костыль - одно или другое. Хотя я вообще за третий вариант - запилить какой-нибудь отдельный скрипт, который будет выполнять роль определённого шлюза, отдающего нативный json. Тогда не нужны никакие костыли, ни первые, ни вторые.
Часто дискуссии о "нормальных структурах" напоминают какое-то буквоедство. Работал я как-то года 4 назад с одной конторой, их специалист техподдержки что-то затирал про то, что база данных у них как надо и менять они её не будут, потому что там строгое соответствие третьей нормальной форме Бойса-Кодда (вот так прямо и сказал). Потом я обнаружил, что реквизиты документа в таблице, где хранятся заголовки документов, и в таблице, где хранятся товарные партии, тупо копируются из одной в другую, никаких связей там нет и в помине (и вообще есть места, где лучше с этими формами не заморачиваться, но некоторым людям этого не объяснишь). Причём если отредактировать реквизиты документа, то в товародвижении остаются старые данные по понятной причине. Смешно было, но сотрудник техподдержки продолжал упорно гнуть свою линию. Поэтому я как админ могу повторить старую админскую мудрость: "Работает - не трогай". Я не думаю, что в этом есть какое-то неоспоримое преимущество, ниже объясню.
Месье. Мистер. Сеньор! Господин-товарищ! Остановитесь! А не кажется ли вам, что здесь имеется некое противоречие?
Ах да, я же совсем забыл про ссылки. Тут ведь в своё время не было внедрено никакого иерархического URL, т.е. ЧПУ, все ссылки сейчас зависят от путей к php-файлам. Я посмотрел примеры из первого поста, там вроде везде схема иерархическая и другая вряд ли предусмотрена, и выходит придётся эти ссылки как-то искать и конвертировать, ибо ссылаться на другие темы или на посты тут любят, я и сам часто так делаю. Забить на это как бы вообще не вариант, и в настоящий момент например совсем не очевидно, что с ними делать (т.к. это будет зависеть от конечной реализации).
вынимать из php обёртки и писать нормальный CSS и если надо HTML
А не кажется ли тебе, дорогой друг, что это какое-то даже не буквоедство, а кактусоедство? Потому что это уже второй найденный мной момент с сомнительными преимуществами (которые неизвестно, кому-то вообще понадобятся или нет), зато с гарантированными проблемами. Поэтому вот я выше так и ответил.
В этом-то его и ценность. В своё время, надо сказать, далеко не изобиловавшее количеством пользователей в инете, тут был введён тест на соответствие дум-сообществу. Как-то в то время мало кого волновало отсутствие большого количества пользователей, зато волновало их качество. В общем-то нишевый тематический форум и не может быть аналогом какой-то соцсети, и я вообще не понимаю, почему мы должны ориентироваться на pinterest или instagram.
Не, я насчёт твоей работы ничего не имею против - думаю, твои проекты кому-нибудь хорошо пригодятся. Но вот какое дело тут. Я-то помню, сколько в этот форум в его нынешнем виде вложил сначала MAZter, потом Стас и ZZYZX, и не только они конечно. И я сомневаюсь, что кто-то из них всерьёз захочет всё нынешнее выкинуть и переделать, да ещё и будет куча кода, в котором по факту некому разбираться. И это не считая того, что вот сейчас ты думаешь, что крупные проекты поднимаются на django за 3 дня при желании и так далее, но во-первых по сложившейся практике современные крупные проекты совсем не перегружены функциями, она у них как правило главная одна, но при этом используется в больших масштабах. А во-вторых, новый проект запустить в чём-то даже проще, чем переделывать старый. И когда ты начнёшь это делать, то всё выглядевшее в твоих глазах ванильно-розовым превратится в полнейшую адскую жопу, когда возникает куча проблем, о которых ты просто даже и не думал до их появления. А потом у тебя может не хватить терпения довести это до конца, потому что тебе вообще-то своим проектом надо заниматься, и ты тогда просто можешь сказать "да ну его на", а кому-то придётся это всё доделывать. Нам, например. Мне, как до этого не работавшего с Python, придётся для этого учиться. Форум всё это время будет не работать. Оно нам надо?
Я тоже много чего предлагал, стас против, стас ждёт пшпбб4 или чё-то там такое нереальное)
А ещё это сильно зависит от мазтера.
Движок у нас к слову не пшпбб3, а пшпбб2, причём с фокусами (миграцию придётся делать руками и сильно допиливать целевой движок).
п.с. На питон-то зачем? Только потому, что это круто, модно и молодёжно? Почему не пшп? Почему не NodeJS? Почему не голанг? Голанг вообще поддерживает рест, хттп(с) и шаблоны из коробки.
Какие проблемы решаются с переходом с PHP на Pyton:
1. Нормальная структура клиент-серверного приложения (наконец-таки можно легко пилить мобильные и настольные приложения-клиенты форума, как впрочем использовать полностью генерируемый DOM одностраничнык Web)
2. Нормальная обвязка с JavaScript, где нет вопросов а как лучше: парсить JS'сом PHP, или запускать JS вызовы из под PHP (и то и другое костыли).
3. В случае форумов отсутствует "проскок" страниц (это когда щёклнул на тему форума, а вместо загрузки браузер стоит и ничего не делает - эта проблема на всех PHP based форумах, и даже этот не исключение, проверялось в разных браузерах).
Отдельно не совсем понял как все эти пункты связаны с переходом. По-моему ты предлагаешь перейти со статически-динамических страниц на аякс Это и без питона можно. А про проскок вообще не понял.
Да, переход со статики-динамики на аякс действительно упрощает архитектуру как на сервере, так и в клиенте. Но я повторяю, что это никак не связано с питоном.
А ещё это усложняет индексирование гуглом и полностью уничтожает работу web.archive.org (если не сделать т.н. SSR, который крив по определению)
п.п.с. Моё личное недоверие сразу в связи с тем что автор темы BFG2407 печально известный своим HZDoom.
Это называется "давайте перепишем всё с нуля на новые и клёвые технологии" а на 15% переписывания автор пропадёт и всё стопнется даже не добравшись до скриншотов.
п.п.п.с. Одна из больших причин использования именно пшп состоит в том, что ДП хостится не на выделенке, а на каком-то сервисе который предоставляет хостинг именно пшп. Во всяком случае насколько я знаю.
и выходит придётся эти ссылки как-то искать и конвертировать, ибо ссылаться на другие темы или на посты тут любят
Это как раз легко и непринуждённо. Найти viewtopic.php, viewforum.php и проверить домен перед ним — это не то чтобы космические технологии.
Более правильный способ — сделать скрипт по соответствующим адресам с перенаправлением, т.к. ссылки также могут быть снаружи.
Я бы мог ему и больше в 1 посте написать, но он у меня и так получился талмудическим. Вообще я начинал не с PHP, а с Perl, и ушёл с него именно вот поэтому же:
хостится не на выделенке, а на каком-то сервисе который предоставляет хостинг именно пшп
Хостинг на перле найти в наше время не то чтобы совсем нельзя, но это уже редкость. С питоном дело получше, но лучше всего его ставить именно на свой сервак. Я уже предлагал хостить форум у меня, но был послан. Собственно, я сильно и не настаивал, т.к. понимаю, что контроль над форумом отдавать хрен знает кому - такое себе, да и предпочтения у меня довольно специфические.
Скрытый текст:
Например, я захожу на сервер не по SSH, а по VNC. Почему я так делаю - хз, я так привык видимо. Да и вообще у меня там Mint с рабочим столом. Мне так норм, я потому что ламер криворукий и консоль не люблю, но зато там всё работает и меня устраивает.
Думаю, и такое предложат. Я раньше тоже был за Wordpress (правда, не на этом сайте), но в последнее время его в такую дичь превращают. А этот их новый "продвинутый" редактор, который частично собираются коммерциализировать, так это вообще полный трэш. Сейчас с такими нововведениями уже слазить надо с вордпресса, а не переходить на него.
А во-вторых, новый проект запустить в чём-то даже проще, чем переделывать старый. И когда ты начнёшь это делать, то всё выглядевшее в твоих глазах ванильно-розовым превратится в полнейшую адскую жопу, когда возникает куча проблем, о которых ты просто даже и не думал до их появления. А потом у тебя может не хватить терпения довести это до конца, потому что тебе вообще-то своим проектом надо заниматься, и ты тогда просто можешь сказать "да ну его на", а кому-то придётся это всё доделывать.
Мой друг, по поводу "противоречий" в вышесказанном мною: прошу обращать внимание на время добавления второго поста По поводу "ванильно-розового", об этом никто не говорит. И мало того опыт переписывания и внедрения именно АИСов на крупных предприятиях (например "Металлоинвест"), у меня тоже имеется. К слову с миграциями с "самописных" СЭД на сильно модифицированный безбумажник от 1С.
Часто дискуссии о "нормальных структурах" напоминают какое-то буквоедство.
Я не буквоед - это первое.) Второе сам я разрабатываю в основном "noBackEnd" приложения с децентрализованными БД, и приверженцем такой структуры являюсь. Вот перенести форум на такую структуру будет адовым мероприятием. По поводу запуска новых проектов, что они проще - не соглашусь.
во-первых по сложившейся практике современные крупные проекты совсем не перегружены функциями, она у них как правило главная одна, но при этом используется в больших масштабах
Всё верно, полностью согласен. И суть миграции на Pyton в том, чтобы появился "однофукциональник", с одной единственной функцией: работа со структурой БД одного конкретного портала - данного. Тут на PHP стоит сам форумный двиг, и поверх куча плагинов, которые и формируют структуру БД. Обслуживающий код, и так получается получается будет делаться с нуля, и единственная его задача: работа с метаданными "как есть".
В общем-то нишевый тематический форум и не может быть аналогом какой-то соцсети, и я вообще не понимаю, почему мы должны ориентироваться на pinterest или instagram.
Ну не приверайте друг мой, тут никто не ориентировал форум на данные соц.сети, - они были упомянуты с целью показать, что указанные фреймворки не безымянные подделки.
А потом у тебя может не хватить терпения довести это до конца, потому что тебе вообще-то своим проектом надо заниматься, и ты тогда просто можешь сказать "да ну его на", а кому-то придётся это всё доделывать.
Абсолютно верно, особенно когда много советчиков, а исполнитель один - не знаю как у тебя, у меня такое часто случалось, не говоря о проектах, где я просто забивал в самом начале, просто оценивая перспективы
Форум всё это время будет не работать. Оно нам надо?
Не верно, в корне. Видно, что у Вас мой друг, опыта миграций, тем-более сложных АИСоы - нет. Для этого делается копия БД, на которой проводятся эксперименты, до получения первого "релиз-кандидата" (система работает стабильно, и в ней могут трудиться пользователи, остальное допиливается и правиться походу, так-же на копии, с периодическими переносами в основную ветку).
п.п.с. Моё личное недоверие сразу в связи с тем что автор темы BFG2407 печально известный своим HZDoom.
Это называется "давайте перепишем всё с нуля на новые и клёвые технологии" а на 15% переписывания автор пропадёт и всё стопнется даже не добравшись до скриншотов.
Есть такой момент, даже спорить не буду. Что было - то было. А сказать честно по поводу HZDoom: вот чего я не ожидал, что кто-то вообще воспринимает меня с ним хоть сколько-то всерьёз. А в UDMF для баз данных типа Sedna (бинарное представление xml), толку особого нет.
система работает стабильно, и в ней могут трудиться пользователи...
Сомневаюсь, что к данному форуму отношение будет настолько же серьёзным, как к АИС на предприятиях. Вот что я хотел сказать. Тем более при том, конечно, что далеко не все будут в восторге от изменений, особенно пока они будут идти.
А уж в процессе, если как ты говоришь, исполнитель будет не один, так тем более все успеют не раз поругаться.
Но вот, что у Python и Django есть какие-то невероятные преимущества перед PHP в части содержания на нём форума - в этом я тоже очень сомневаюсь. Ладно б если там были критичные возможности, которых в PHP совсем нет, тогда бы я может и согласился.
klerk Всё верно, полностью согласен со сказанным, ибо мы уже почти дошли до срача, хотя ещё ничего не началось и маловероятно, что может начаться. (вопрос даже просто в одобрении подобной миграции, не говоря о процессе выполнения)
Посмотрим, что ответят старейшины.
Да и остаётся много вопросов, на предподготовительной стадии: оценка того, с чем предстоит работать может перечеркнуть значимость результата и целесообразность работы.
Правила 
Поиск
