Flat |
Отправлено: 30 июля 2024 — 11:03 • Тема: Странный спамер • Форум: Мусорка |
Ответов: 5 Просмотров: 0
|
Guyver пишет:Как защитить форму (или даже не форму, если письмо отправляется, минуя форму) отправления письма с форума?
Не понял от чего защитить? |
Flat |
Отправлено: 1 августа 2019 — 10:02 • Тема: EXBB gold edition • Форум: Обсуждаем |
Ответов: 87 Просмотров: 0
|
Taki пишет:Самое главное сделать темы нелимитированного количества сообщений.
Этого явно не хватает форуму. Так как я работаю над новой версией движка, там будет это. |
Flat |
Отправлено: 6 июля 2019 — 08:26 • Тема: EXBB gold edition • Форум: Обсуждаем |
Ответов: 87 Просмотров: 0
|
Yamaliya пишет:Грозился топик стартер сделать сделать "Gold Edition"... А воз и ныне там...
Ради Вас - сделаю!
Не кипятитесь. У меня тоже бывают свои срывы, сомнения и пр. Продолжу работу над старым движком, тем более, что много сил уже вложено. Но, тут есть один момент. Я движок переделываю в соответствии со своими представлениями о том, как он должен выглядеть.
1) движок уже работает на новом формате txt файлов.
2) избавился от ООП в коде.
3) реализовал длинные темы.
Пока увы и всё. Но на последнем элементе стоит остановится подробнее. При удалении сообщения пользователя на странице остается небольшая полоска на месте старого, где сообщается время удаления, кому принадлежало и кто удалил. Многм это может не понравится. Хотя я считаю так будет правильней. Это первое. Второе. Количество сообщений на страницу сделал фиксированным, то есть пошёл по пути кардинального упрощения. Это позволило упростить код, ускорить его и т.п. Движок в целом станет намного быстрее работать. Опять же это кому-может не понравится. Многие хотят от текстового движка всех фич старших братьев. Но эти фичи эмулируются на текстовой базе крайне не эффективно. Я избрал, как считаю, более правильный путь. Насильно мил не будешь. Если вам такой движок не нужен, то и..
При переносе сообщения тоже такая же полоска с сообщением остается, Это крайне удобно пользователям.
Так же возможно избавлюсь от подфорумов.
Новый движок, который я начал писать вообще с нуля, например вообще не имеет языковой поддержки, то есть непосредственно в коде строки с текстом. Если кому-то нужно будет сделать форум на своём языке нет ничего проще, как просто переписать эти строки непосредственно в файлах с кодом. Тто есть сделать его под себя. Дакже отсутствую скины. Это позволяет самостоятельно подгонять внешнее представление под каждый форум отдельно. То есть иду по пути крайнего упрощения скрипта.
Так что голд эдишн будет. Но нужен ли он будет в таком упрощённом виде кому-либо не знаю. Мне нужен именно в таком упрощённом виде.
Я же не говорил, что совершенно прекратил работу над "золотой редакцией", просто метания, сомнения одолевают. Хотелось бы удовлетворить всем потребностям, но это невозможно. Мне нужен быстрый, эффективный, легко понятный и модифицируемый движок со всеми основными фичами, которые требуются от движка. |
Flat |
Отправлено: 1 июля 2019 — 09:27 • Тема: EXBB gold edition • Форум: Обсуждаем |
Ответов: 87 Просмотров: 0
|
Taki пишет:Бесит вот эта литая структура которую надо жестко продумывать сразу в админке. Я кстати до сих пор тут путаюсь в админке где форум где подфорум, где конференция
Такая литая структура стала обыденностью, к ней все привыкли. Это называется юзабилити. Не надо напрягать пользователей. Люди уже привыкли к определённым вещам и не нужно их менять. Новое может только отпугнуть. А если всё таки нужно напрячь, то создавать свой собственный специфический движок.
Taki пишет:Обращаться только к сообщениям которые вызывает пользователь (вам будет легко кстати тогда сделать "по сколько сообщений на страницу" ) не будет ограничений ни каких.
Простой пример: открытие страницы темы. Допустим у нас 20 сообщений на страницу. Нам нужно будет открыть/закрыть 20 файлов. Если у вас форум с малым посещением, то может так и удобней, но если форум популярен пользователи будут ожидать открытие страницы. Форум будет просто тормозить. Большая нагрузка на сервер. Это очевидно. Но, опять же, если в вашем конкретном случае это приемлемо, то почему нет.
Taki пишет:- можно же еще заархивировать например целые темы в архив одним файлом?! Или виртуальная файловая система типа squashfs. Все действия делать внутри архива или внутри VFS
Можно, но опять же архивирование/разархивиорвание очень медленная операция. Чтобы что-то сделать с архивом нужно его сначала разархивировать. Это бред. |
Flat |
Отправлено: 30 июня 2019 — 11:55 • Тема: EXBB gold edition • Форум: Обсуждаем |
Ответов: 87 Просмотров: 0
|
Taki пишет:А вот я сичтаю нужно уйти от слова форумы. Правильно Вы как то сказали - разделы, подразделы (у простых людей слово форум - это вот весь сайт форум, конференция никто не пользуется).
Есть ещё слово - рубрика)). Раздел может состоять из рубрик, а уж рубрики из тем. Да, вы правы, пошло это видимо не от большого ума, и так уж случилось, что привилось.
Taki пишет:1.- мне вот часто нужно много вложений как и Parapsixolog , например вся конференция это Россия (ну к примеру). фоумы - города (села, начеленные пункты), подфорум, в каждом форуме (дошкольные и школьные), в каждом опять подфорумы (разделы, мне так удобнее, группы классы) далее опять надо предметы (например математик 1 класс, 2 класс, 3 класс и тд к каждому предмету)..т е уже видите сколько подразделов.
Тут, на мой взгляд, вы палку перегибаете. Ведь можно же всё довести до абсурда и придумать такую иерархию, что сам запутаешься. Представляете вы заходите на такой форум, и чтобы попасть в какую-то тему вам придётся несколько раз тыкать разные кнопочки и всё это ещё помнить где что находится.. И это просто усложнение жизни пользователя. Ещё раз повторяю, никому не навязывая своего личного мнения, что совершенно достаточно цепочки: раздел-форум-тема. То есть три уровня вложенности.
Уже подфорумы крайне неудобны пользователям, это я как пользователь говорю. С вашей точки админа, может лично вам удобнее тасовать всё по отдельным сущностям, но ваша админска точка зрения может не совпадать с точкой зрения простого пользователя. Простому пользователю гораздо удобнее кликнуть всего два раза, чем три-четыре и т.д. Я вижу форум, сразу вспоминаю что в нем кликаю на него попадаю сразу на темы и всё, всё просто.
Если вам нелостаточно даже подфорумов, то это означает одно: вы плохо умеете распределять в том, что уже имеется.
Taki пишет: Я тут как то предлагал идею (одно сообщение 1 файл), т е не тема - файл, а сообщение файл. В файле темы (раздела) хранится только путь к файлу сообщения (номер), тогда делай что хочешь длину разделов и подфорумов. и тасуй как хочешь.
Такая идея часто возникает у тех, кто не представляет как работают хостеры и сервер, да и сам скрипт. Например некоторые хостеры ограничивают количество файлов, которые можно разместить на сервере. Особенно часто этим грешат бесплатные хостинги. Никакому хостеру не понравится, что у вас будет скажем миллион файлов. Одна индексация чего будет стоить. Да вам письмо пришлют, и попросят вас убраться.. Что касается скрипта, особенно тормозить будет поиск, переупорядочивание, так как придётся постоянно открывать файл, закрывать файл, загружать файл, скидывать на диск. это всё серьёзно замедлит работу скрипта. Поэтому от этой идеи давно отказались.
Taki пишет:3. Еще вот недавно столкнулись с тем, что нет возможности выносить админом какие то важные на его усмотрение темы в какое то поле на главной странице. (пришлось вручную ссылками делать)
Здравая идея. |
Flat |
Отправлено: 29 июня 2019 — 15:31 • Тема: EXBB gold edition • Форум: Обсуждаем |
Ответов: 87 Просмотров: 0
|
1Bot пишет: похоже реальная жизнь "затягивает" разработку.
Сейчас "горячий" сезон, много дел навалилось.
Однако я не забросил это дело. В "старом" движке реализовал длинные темы, всё упростив насколько это возможно. Потом забросил старый движок и вернулся к созданию двига вообще с нуля, тем более, что уже много было наработанного. То есть парралельно у меня шло два-три проекта движков, что сильно тормозит этот процесс. Сейчас полностью сосредотачиваюсь на новом с нуля двиге. Старый надоел до чёртиков: легче всё написать с нуля чем поддерживать этот хлам. В новом движке уже реализовано подключение модулей через единственный индексный файл, выводит уже главную страницу с категориями. Регистрация была сделана, но сейчас переделываю в сторону упрощения. Пока сделаю только основное. Ладно, не буду ничего обещать.. Надо полностью сосредоточится на одной вещи и доделать её.. |
Flat |
Отправлено: 26 апреля 2019 — 14:43 • Тема: EXBB gold edition • Форум: Обсуждаем |
Ответов: 87 Просмотров: 0
|
Parapsixolog пишет:
Да ладно, чего там долгого. Схематически нарисовать от руки и сфоткать. За 5 минут можно управиться.
Рисовать неохота потому, что всё-таки и такая схема тоже несколько ущербна. Потому, что тогда четвертый слой будет всеобщим, даже там, где он в общем-то и ненужен.
Parapsixolog пишет:Если сильно раздувать количество категорий, то главная страница форума очень сильно вытянется.
Это можно обойти простым применением пагинации: при определённом числе форумов в категории включается пагинатор. При этом форумов можно добавлять сколько угодно. Да и подфорумы тогда, здесь вообще не требуются. "Горячие" форумы автоматически переносятся наверх, а "тёпленькие" могут быть и на другой странице категории.
Parapsixolog пишет:Так что я за то, что оставить подфорумы. Единственное нужно сделать так, что бы они не мешали отображению тем форума. То есть надо как то их спрятать, либо разместить по другому.
А я за то, чтобы их вообще убрать, как это было раньше. Часть причин я озвучил выше. Ещё одна причина заключается в том, что непонятно как вести реестр подфорумов, чтобы увеличить функционал форума. У меня теперь есть реестр. Например реестр всех форумов един для всего движка. Там записан номер форума-номер категории, которой он принадлежит. При наличии подфорумов совершенно непонятно как вести их учёт - к чему они принадлежат? К категории или форуму? Если к форуму, то как отслеживать перемещение подфорумов в другие форумы? Они как ни пришей кобыле хвост, или ка собаке пятая нога получается... А реестр необходим, чтобы чётко отслеживать все внутренние ссылки, к примеру, при перемещении постов, тем, форумов... Внутренняя глобальная память всей системы. |
Flat |
Отправлено: 25 апреля 2019 — 11:29 • Тема: EXBB gold edition • Форум: Обсуждаем |
Ответов: 87 Просмотров: 0
|
Parapsixolog пишет:Если можно, то нарисуйте. Пока мне не понятно, как такая структура заменит подфорумы.
Рисовать долго. Лучше это время потратить на модификацию движка. Работаю-то один.
Parapsixolog пишет:А лично мне подфорумы нужны. Я как раз форумы FluxBB и PunBB из за этого даже и не рассматриваю.
Я просто высказал свои идеи, и не собираюсь сразу же воплощать их в жизнь.
Насчёт нужности/ненужности.
Вот я видел много форумов на данном движке. Форум амалии, данный форум и несколько других. и везде вижу неправильную систему распределения по категориям и форумам.
Если по честноку, то подфорумы вообще лишняя головная боль, как разработчикам, так и пользователям.
Взять этот форум.
Здесь есть категория "Файловый ExBB". А в неё.. ну, чего только не напихали.. Практически всё туда и напихали. В этой категории создали форум "Общие вопросы". Во первых название слишком общее, которое говорит о том, что сюда можно всё что угодно. Общие вопросы лучше было бы выделить в отдельную категорию, тогда не потребовалось бы создавать в этом форуме 3 подфорума:
"Установка и обновление
Настройка форума
Утилиты и конвертеры"
Смотрите: на данном форуме всего 4 (ЧЕТЫРЕ!) категории. На форуме ямалии по моему тоже 3 или 4. Зато подфорумов много. Это говорит о том, что несколько поспешно было обдумывание общей структуры форума.
Также нужно было создать отдельную категорию "Темы для EXbb". В этом случае опять же не потребовалось бы создавать подфорумы. И так во-всём и везде..
Может для много-тематических форумов это и нужно, но для одно-тематических - точно нет. Зачем тогда нужны ктегории? Чтобы их всего по 2-4 штуки ставить?
Извините за надеюсь конструктивную критику
Не усложняйте жизнь своим пользователям! |
Flat |
Отправлено: 24 апреля 2019 — 06:37 • Тема: EXBB gold edition • Форум: Обсуждаем |
Ответов: 87 Просмотров: 0
|
Parapsixolog пишет:Элементарно переводим темы форума вверх, а подфорумы вниз. Либо вообще отходим от шаблонов, например подфорумы размещаем в выпадающем меню.
Тогда не будут видны подфорумы.
Parapsixolog пишет:Кстати лично мне не хватает хотя бы ещё одного углубления, то есть подподфорума.
На мой взгляд, если нужен ещё один уровень вложенности, значит изначально было неправильно продумана иерархия. 4 уровней вполне достаточно. Даже трёх уровней достаточно при грамотном распределении, что подтверждается существованием форумов. в которых вообще нет подфорумов, с более полумиллиона сообщений. Во FluxBB и PunBB нет подфорумов и живут люди.
Делать более 4 вложенностей это уже перебор. пользователи будут путаться во всех этих вложенностях. Я лично путаюсь при наличии простых подфорумов, так как система непрозрачна и логически неинтуитивна.
Parapsixolog пишет:Я так и не понял суть предложения. Может есть уже работающий пример этого?
Работающего нет, но можно нарисовать картинку.
Суть предложения: обьединяем в один блок все категории, и даём ему имя. а дальше всё как обычно, только подфорумов нет.
Этот блок выделяем цветом фона, чтобы он был легко отличим, и чтобы название бросалось в глаза и было сразу понятна иерархия. Например имеем раздел "культура", в нём категории "Искусство", "Наука", "Общество" и т.д. В категории "Искусство" создаём форумы "Изобразительное искусство", "Скульптура", "кино" и т.д.
Вот вам и ещё одна изюминка, которая не только будет отличать exbb от других, но и облегчать жизнь простым пользователям. |
Flat |
Отправлено: 23 апреля 2019 — 15:52 • Тема: EXBB gold edition • Форум: Обсуждаем |
Ответов: 87 Просмотров: 0
|
Parapsixolog пишет:Разместили бы Flat хотя бы на бесплатном хостинге движок. Я понимаю, что он в разработке, но показать то его уже же можно?
Надо подумать. Хоть оно и работает, но это чистая beta, только для ознакомления и тестировки. Там ещё много чего надо сделать. Может на яндекс диск выложу. Надо хотя бы перемещение постов доделать. Несколько позже.
--------------
По поводу концепций.
Честно говоря, меня не устраивает концепция существующей системы подфорумов. Согласен в том, что нужен ещё один четвёртый уровень абстракции (категория-форум-подфорум-тема). Но, это... всё неправильно, и не так, как должно это всё выглядеть и работать, друзья. Давно об этом думал..
Давайте посмотрим, что сейчас происходит.
Я давно уже участвую на различных форумах, и везде всё одно и тоже: каждый подфорум лежит в своём форуме. Это не верная концепция, я полагаю, от слова совсем.
В чём тут дело?
Так как всё познаётся примером, то приведу пример, не будучи голословным.
Допустим у нас есть категория под названием "Всё о кулинарии". В ней есть форум "Венгерская кухня". Мы решили добавить в этот форум подфорумы - "Супы", "Печенье" и т.д.
С появлением подфорумов сразу возникает несколько проблем:
1. человек заходя в форум "Венгерская кухня", если подфорумов много видит только эти подфорумы, хотя зашёл в форум Венгерская кухня. Ему надо пролистать вниз чтобы добраться до тем "Венгерская кухня". Во-первых, это не интуитивно ясно, во-вторых это крайне неудобно.
2. теряется смысл форума Венгерская кухня, так как с появлением подфорумов форум Венгерская кухня стал обозначать просто ОБЩЕЕ имя для ещё одного уровня вложенности. Какие посты вы предлагаете постить именно в форум Венгерская кухня? Семантически не ясно. Выходит, что в него надо постить все теже посты, которые могли бы распределиться по подформам.
Это не правильно.
3. при такой схеме совершенно не ясно как вести реестр что чему принадлежит, так как у каждого слоя должен быть свой уровень ответственности. Категория "А" отвечает за форум "Б", а форум "Б" за тему "С". То есть мы интуитивно должны понимать, что в форумах не могут быть другие форумы - это семантически и логически не верно. Мы понимаем, что в форуме могут быть только темы, и больше ничего другого. В этом случае легко вести учёт того, что к чему принадлежит в системе. В системе у нас порядок.
Правильнее было бы ввести более высокий уровень абстракции: вместо подфорумов вводим понятие "раздел", в котором находятся "категории", в категориях - форумы, а в форумах - темы.
Получаем те же 4 уровня абстракции, зато пользователям всё интуитивно понятно, что к чему относится, в том числе и самой системе. |
Flat |
Отправлено: 22 апреля 2019 — 16:21 • Тема: EXBB gold edition • Форум: Обсуждаем |
Ответов: 87 Просмотров: 0
|
По делам текущим, а то что-то форум совсем затих. Реализовано создание "больших тем". Реализовано удаление одного поста отдельно, и множественное удаление постов со страницы.
Медленно движется потому, что в коде много зависимостей и приходится учитывать и тестировать много нюансов. Однако движение вперёд идёт. Теперь на повестке дня перемещение постов.. |
Flat |
Отправлено: 10 апреля 2019 — 10:42 • Тема: EXBB gold edition • Форум: Обсуждаем |
Ответов: 87 Просмотров: 0
|
Flat пишет:При таком механизме в первом файле темы может быть от 1 до 60 сообщений в любом случае: сколько бы файлов не было, но в следующем файле темы НЕ может быть менее 30 сообщений, то есть все последующие файлы не могут иметь менее половины сообщений.
Уточню. Сливаем файл тогда, когда в одном из них количество сообщений будет достаточным, чтобы дополнить второй файл до уровня, который не превышает 60. |
Flat |
Отправлено: 9 апреля 2019 — 15:49 • Тема: EXBB gold edition • Форум: Обсуждаем |
Ответов: 87 Просмотров: 0
|
1Bot пишет:- откуда известно в скольки файлах располагается тема?
Для этого предназначен файл post_places.php, формат которого: "номер_поста => номер_файла_темы". При манипуляциях с темой мы постоянно обращаемся не к файлу темы, а к этому файлу, как реестру темы. При этом в процессе например удаления поста проверяется соответствие фактическому количеству постов в файле, с записью в файле реестра, и если что не так то пишем в эррор лог.
1Bot пишет: какая последовательность сообщений в файлах темы?
Попытаюсь рассказать более подробно, чтобы было понятней механизм работы.
При добавлении нового поста создаётся папка с темой, а в ней первый файл темы, затем файл реестра, который я упоминал выше, а также файл pin_posts.php, в котором хранятся прикреплённые посты.
Производится соответствующие записи в в файлы allforums.php и list.php.
Далее, при последующем добавлении постов, посты добавляются в этот первый файл темы до 60 поста(цифра может быть иной, но я выбрал эту). После 60 поста, автоматически создаётся второй файл темы, в который добавляется 61 пост. По ходу делаются соответствующие записи в файл реестра. И так далее.
К слову сказать, я уже реализовал этот механизм, и проверил при добавлении более 60 постов. Всё работает, в том числе множественное прикрепление и открепление постов.
При удалении поста, открываем файл реестра, смотрим в каком файле находится пост, затем открываем соответствующий файл темы и удаляем пост из темы.Сразу же проверяем: если пост последний в файле, то удаляем файл, и удаляем запись из реестра. Иначе, если следующий файл темы существует, то проверяем количество постов в нём, и если там менее половины или ровно половина(30) постов, и в том файле, из которого удалили пост тоже менее половины или ровно половина, то ОБЬЕДИНЯЕМ эти два файла в один! Здесь ПРИНЦИПИАЛЬНЫЙ момент! Далее ничего не перестраиваем.
При таком механизме в первом файле темы может быть от 1 до 60 сообщений в любом случае: сколько бы файлов не было, но в следующем файле темы НЕ может быть менее 30 сообщений, то есть все последующие файлы не могут иметь менее половины сообщений. При этом в файле topic.php, реализуется механизм вывода постов такой:
Из функции printPaginator(), получаем (в переменной first) индекс начального поста, а также инфо количества постов на страницу из файла профиля пользователя. Затем из файла реестра темы получаем список с записями от начальной позиции + кол. постов на страницу. В соответствии с этим списком открываем соответствующий файл темы, к тому же, если некоторые посты в следующем файле, то второй файл темы и получаем список постов на страницу, прикрепляем к нему прикреплённые посты если они есть, и выводим.
Тут надо заметить, что юзер получает право выбрать произвольное количество постов на страницу, но только до определённого уровня. при 60 постов на файл темы, юзер имеет возможность выбрать от 1 до 30 постов на страницу. В большинстве случаев этого достаточно.
При такой схеме мы в худшем случае откроем всего два файла темы.
Если до сих пор не ясен механизм, то его можно будет пощупать в реальном движке.
Немножко сложновато? Но ведь мы не ищем лёгких путей. Сейчас тупо качается вся тема, и, конечно так легче программировать, но так программировать нельзя.
1Bot пишет:- как производить все манипуляции объединения при MSFIOA (Multiprocess Simultaneous File Input Output Access / многопроцессный одновременный файловый ввод вывод)?
Это тоже предусмотрено. Перед данными манипуляциями предварительно прописываем в файле list.php инфо что тема закрыта для изменений. После манипуляций открываем тему. Хотя можно закрыть только эти файлы, в которых меняем, а юзеру выдать заглушку. |
|