| yura3d |
Отправлено: 30 августа 2009 — 10:20 • Тема: Рейтинг популярных тем • Форум: Обсуждаем |
Ответов: 25
Просмотров: 20117
 |
drummer69 пишет:Появилась такая острая необходимость с добавлением одного пункта в меню "рейтинг популярных тем", а именно неоходима колонка с "По последней созданной теме", то есть показывала бы последние созданные темы, тем создается много, за всеми не уследишь.
Если возможно такое сделать, был бы рад!
Подумаю над этим, как лучше реализовать
drummer69 пишет:+ очень, ну очень хотелось бы добавить одну колонку в список, когда просматриеваешь темы, то есть по порядку темы, автор темы, ответов, просмотров, обновление. Так вот, хотелось бы добавить колонку дата создания!
Не думаю что в список тем влезет ещё одна колонка, в некоторых случаях название темы полностью не помещается в одну строку даже при просмотре на широком мониторе (1440x900), а ведь в списке тем отображается ещё и описание темы, и постраничная навигация. Я на каком-то движке видел вывод даты создания темы в виде подсказки при наведении курсора на название темы, по-моему это был бы наиболее разумный вариант |
| yura3d |
Отправлено: 30 августа 2009 — 10:14 • Тема: Конвертирование и переход с других форумов • Форум: Утилиты и конвертеры |
Ответов: 33
Просмотров: 30396
|
electron пишет:конвертер из файловой версии в мускульную
Этот конвертер встроен в инсталлятор ExBB 2, т.е. обновиться на новую версию можно сразу на этапе её установки (подобно тому, как это сделано сейчас при обновлении со старых версий до ExBB FM 1.0 RC1)
electron пишет:и наоборот
Такой конвертер не планируется, по крайней мере на данный момент |
| yura3d |
Отправлено: 30 августа 2009 — 09:28 • Тема: Лишние пробелы в ссылках • Форум: Решение проблем |
Ответов: 55
Просмотров: 42079
|
yura3d пишет:На этом форуме данное исправление пока не установлено, проверял я его на локалке. Сегодня ближе к ночи постараюсь установить (если до компа доберусь) и сюда, тогда потестируем
Добрался до компа только сегодня, исправление установил, теперь все ссылки на этом форуме подсвечиваются, как и должны (см. наглядный пример) 
В таком контексте ссылки должны подсвечиваться и без установки данного исправления, видимо имеют место какие-то иные проблемы с функциями обработки ссылок (например, на твоём форуме так и остался баг с пробелами в ссылках). Рекомендую ещё раз переставить все исправления из этой темы (все эти исправления как раз и установлены на этом форуме)
Borman пишет:Строку я изменил, но так все и осталось
Borman пишет:Прикрепляю файл, мож он пригодится 
Странно, будем разбираться в чём может быть проблема. Файл смогу посмотреть несколько позже |
| yura3d |
Отправлено: 29 августа 2009 — 11:02 • Тема: О нагрузке на сервер • Форум: MySQL |
Ответов: 17
Просмотров: 19724
|
Defenderyk пишет:Запросы просто для вывода определенной инфы из таблицы, т.е нересурсоемкие. Просто довольно много различной инфо выводится из разных разделов.
Зависит от требуемого формата вывода, в некоторых случаях можно данные из нескольких таблиц вывести одним-двумя запросами (пример - ExBB 2, для формирования списка форумов на главной странице используется 1 запрос, объединяющий извлечение информации из таблиц 5 таблиц: категории, форумы, пользователи, группы пользователей, маски доступа; разумеется, вся извлечённая информация кешируется как на уровне ядра класса БД, так и шаблонизатора). 30-40 запросов для одной страницы только для извлечения информации многовато, там должна быть очень сложная структура хранения и принцип обработки этой информации, чтобы использовать такое кол-во запросов
Defenderyk пишет:Видимо да, с кэшем не все продумано
+1 |
| yura3d |
Отправлено: 29 августа 2009 — 10:49 • Тема: Общие вопросы • Форум: Общие вопросы |
Ответов: 291
Просмотров: 199999
|
bruno пишет:Понятно.
Но тоже не совсем гуд.
А нельзя разве как-то стыковть два файла вместе при этом не нарушая визуальной целостности темы?
Т.е. разбивать точно также файл темы на части, но при этом не разделяя саму тему?
По-моему технически это примерно также может выглядеть.
Так подобная стыковка нескольких файлов темы в рамках одной темы была реализована в более ранних версиях (по крайней мере, в ExBB 1.9.1 и первых сборках ExBB Full Mods), только вот работало это не очень. Сложность заключается не столько в обеспечении визуального единства одной темы в нескольких файлах, сколько в обработке таких тем. Чтобы не описывать всё долго, приведу пример. Предположим, Вы удаляете (перемещаете) тему, в которой много ответов (как Вы потом предложили, 500 страниц). Пиковый расход ресурсов (как следствие, увеличение нагрузки на сервер) и пиковое снижение скорости работы форума увеличится примерно в n раз, где n - кол-во файлов, из которых состоит тема (в текущей реализации, не допускающей деления тем на файлы, n = 1). Но помимо расхода на удаление (перемещение) файлов темы, который по сути не такой большой, есть также дополнительные расходы, такие как обновление профилей пользователей, оставлявших в удаляемой (перемещаемой) теме сообщения. Если тема удаляется, то из информации статистики сообщений пользователя (которая есть в файле профиля каждого пользователя) нужно вычесть число сообщений, которые пользователь оставил в удаляемой теме (соответственно обновляется и счётчик сообщений пользователя, значение которого также хранится в файлах профилей пользователей). Если тема перемещается, то также обновляется статистика сообщений пользователя (для исходного раздела, из которого перемещается тема, и конечного раздела, в который перемещается тема). Подобное обновление профилей "на лету" - довольно ресурсоёмкая задача, нагрузка на удаление/перемещение темы (с учётом уже имеющегося n) возрастает ещё в приблизительно m раз, где m - кол-во пользователей, отвечавших в тему, причём отношение m/n лежит в пределе приблизительно от 1,5 до 3. Снижение же нагрузки методом разбиения темы на файлы (при сохранении единства представления темы, как Вы предлагаете) можно получить только для случая просмотра темы, либо при обработке темы частями. Последний метод наиболее универсальный, но его применение не удобно и не всегда практически реализуемо в рамках единого представления, поэтому и было принято решение разделять большие темы на части
Используемый вариант разбития тем на части мне нравится и как концепция, форум по сути сам себя архивирует, закрывая старые дискуссии и открывая их продолжения. На многих крупных форумах (например, onliner.by или приведённый выше ru-board.com) подобная практика широко распространена, только там разделения выполняются администраторами/модераторами вручную, у нас же это сделано автоматически
Многие форумные движки (яркий пример - IPB) чтобы снижать и без того сильную с их стороны нагрузку на сервер, при удалении тем не обновляют счётчики сообщений у пользователей, отвечавших в удаляемые темы, т.е. обновление информации профиля "на лету" невозможно (подобный вопрос обсуждался здесь). Для актуализации информации там применяется метод полного пересчёта сообщений пользователей, но пиковая нагрузка этого метода (равно как и частая необходимость его применения) также далеко не лучший вариант |
| yura3d |
Отправлено: 28 августа 2009 — 14:03 • Тема: О нагрузке на сервер • Форум: MySQL |
Ответов: 17
Просмотров: 19724
|
vipraskrutka пишет:30-35 запросов на открытие одной страницы - это сверх дофига, хотя в какихнибудь говноджомлах это считается нормой...
Видел как-то форум phpBB2, при просмотре темы страница с 20 сообщениями использовала 158 (!!!) запросов, я аж удивился от увиденного  , далее методом исключения выяснил, что всему виной кривые версии модов (спасибо за пост и прочая лажа-мешура)
30 - 35 запросов для одной страницы оправданно в том случае, если такая страница вызывается не каждый раз, и не для извлечения, а для модификации данных. Например, для форумных движков вполне допустимы 35 запросов для случая удаления темы (каждым дополнительным запросом мы обновляем обновляем кол-во сообщений у тех пользователей, которую постили в тему, вычитая из исходного кол-ва те сообщения, которые были оставлены пользователями в удаляемой теме). Удаления тем происходят ничтожно редко по сравнению с просмотрами тем, поэтому для операции удаления вполне уместно повышенное число запросов (которое как раз и компенсируется малым числом запросов при извлечении данных совместно с кешированием) |
| yura3d |
Отправлено: 28 августа 2009 — 10:49 • Тема: Лишние пробелы в ссылках • Форум: Решение проблем |
Ответов: 55
Просмотров: 42079
|
Borman
Видимо в функциях обработки ссылок из Вашего файла есть какие-то иные изменения, препятствующие нормальной работе алгоритма подсветки ссылок. Буду ещё разбираться
mastersound
На этом форуме данное исправление пока не установлено, проверял я его на локалке. Сегодня ближе к ночи постараюсь установить (если до компа доберусь) и сюда, тогда потестируем  |
| yura3d |
Отправлено: 28 августа 2009 — 10:13 • Тема: Общие вопросы • Форум: Общие вопросы |
Ответов: 291
Просмотров: 199999
|
bruno
Во-первых, слишком объёмные темы разбиваются на части (наглядный пример - раздел Релизы, в котором находятся 2 части темы ExBB FM 1.0 RC1). Разбиение на части происходит автоматически, поэтому разрастание тем до неприличных размеров теперь невозможно. А во-вторых существенно оптимизированы механизмы обработки сообщений, что позволило при сохранении (и даже увеличении) функциональности существенно повысить скорость |
| yura3d |
Отправлено: 28 августа 2009 — 09:58 • Тема: О нагрузке на сервер • Форум: MySQL |
Ответов: 17
Просмотров: 19724
|
Я когда-то имел счастье пользоваться сервером, где стояло ограничение в 30 000 запросов в час. Для скриптов, в которых плохо продуман алгоритм выполнения запросов (или слабо развита система кеширования) этого будет мало.
Как понять 30-40 запросов на одного пользователя? Если имеется ввиду открытие одной страницы, то это многовато, хотя нужно рассматривать степень "тяжести" запросов и назначение скрипта |
| yura3d |
Отправлено: 28 августа 2009 — 08:47 • Тема: О нагрузке на сервер • Форум: MySQL |
Ответов: 17
Просмотров: 19724
|
Defenderyk
Нагрузка зависит не столько от кол-ва запросов, сколько от сложности операций, которые они выполняют и объёма обрабатываемой информации. Сложный запрос (допустим, извлечение большого объёма информации из нескольких таблиц) вполне может расходовать ресурсы, сопоставимые с выполнением десятка более простых запросов. Чаще всего ограничение по числу запросов актуально только при ограничении хостером числа запросов за единицу времени |
| yura3d |
Отправлено: 27 августа 2009 — 21:42 • Тема: Мод: Скрытый текст • Форум: Модификации и дополнения |
Ответов: 172
Просмотров: 136304
|
Borman пишет:П.С. Вообще то заметил что раньше до обновления форума ссылки ставились автоматически без заключения в тэг, а щас через раз
yura3d пишет:Это вызвано некоторыми ограничениями, связанными с алгоритмом распознавания и обработки ссылок. Я работаю над совершенствованием этого механизма, со следующими обновлениями будем стараться исправить эту проблему
Решение описанной проблемы (пока в тестовом варианте) здесь. Borman, по крайней мере Ваш пример, который Вы приводили в чате, предлагаемое решение обрабатывает без проблем (обе ссылки в сообщении подсвечиваются) |
| yura3d |
Отправлено: 27 августа 2009 — 21:21 • Тема: Лишние пробелы в ссылках • Форум: Решение проблем |
Ответов: 55
Просмотров: 42079
|
Возвращаюсь к давно озвученной проблеме. Для тех, у кого в некоторых случаях возникают проблемы с подсветкой ссылок (переводом их в кликабельный вид), не выделенных бб-кодом [url], могу подсказать решение (пока только для тестов, но Вы вполне можете проверять его на своих форумах):
Наглядный пример бага (ссылки подсвечиваются через раз) (Отобразить)Исходный текст сообщения:
CODE:http://exbb.org/
http://onliner.by/
http://yandex.ru/
http://tvoyweb.ru/
http://tut.by/
Результат:
Решение проблемы (Отобразить)Откройте файл include/fm.class.php, найдите строку:
CODE:$string = preg_replace_callback("#(^|\s+)(".$patern.")(\s|$)#xis",
И замените её строкой:
CODE:$string = preg_replace_callback("#(^|\s|\b)(".$patern.")(\[|\s|$)#xis",
На этом всё
Обо всех результатах, полученных после установки данного исправления, обязательно отпишитесь здесь. Решается вопрос о его включении в сборку ExBB FM 1.0 RC2 |
| yura3d |
Отправлено: 27 августа 2009 — 20:51 • Тема: Некоторые ошибки • Форум: Решение проблем |
Ответов: 18
Просмотров: 13499
|
mastersound пишет:Но как она попала в Мета-тэги tittle и keywords?
Смотрите Ваш файл templates/ваш_скин/all_header.tpl, скорее всего изменяющаяся часть заголовка (переменная $GLOBALS['fm']->_Title) прописана в этих самых метатегах. Ну да, сейчас посмотрел, по крайней мере в скине InvisionExBB она у Вас точно прописана. Насколько я помню, мы с Вами её там вместе прописывали, с целью выводить названия тем в эти теги. Ну а поскольку изменяющаяся часть заголовка содержит все возможные заголовки форума (включая названия разделов, тем, поздравления), поздравление и размещается в метатегах. Никаких вреда или пользы от этого форуму с точки зрения поисковой оптимизации не принесёт, ибо данная информация отображается только для авторизованных пользователей, коими не являются поисковики |
| yura3d |
Отправлено: 27 августа 2009 — 19:22 • Тема: Мод: Скрытый текст • Форум: Модификации и дополнения |
Ответов: 172
Просмотров: 136304
|
Borman пишет:yura3d все равно если не заключенные в тэг они видимы гостю
Если эти ссылки не распознаны форумом и отображаются в виде обычного текста (не в виде кликабельной ссылки) - то скрытие работать не будет, ибо нельзя скрыть то, чего нет (что не распознано). Во всех остальных случаях (за исключением вставки ссылки на HTML) скрытие должно работать, по крайней мере у меня работает
Borman пишет:П.С. Вообще то заметил что раньше до обновления форума ссылки ставились автоматически без заключения в тэг, а щас через раз
Это вызвано некоторыми ограничениями, связанными с алгоритмом распознавания и обработки ссылок. Я работаю над совершенствованием этого механизма, со следующими обновлениями будем стараться исправить эту проблему |
| yura3d |
Отправлено: 27 августа 2009 — 15:47 • Тема: Мод: Скрытый текст • Форум: Модификации и дополнения |
Ответов: 172
Просмотров: 136304
|
mastersound пишет:Это надо будет за каждым сообщением следить и заключать вручную их ссылки в код...? Не очень удобно)))
Нет конечно, просто в обновлённой инструкции тоже была ошибка, поэтому обрабатывался только вариант с текстовой ссылкой 
Для исправления просто замените строки из файла include/fm.class.php (они будут встречаться 2 раза):
CODE:if ('.$this->user['id'].') return \'<i>\''.$this->LANG['ViewLinkReged'].'\'</i>\';
этими строками:
CODE:if (!'.$this->user['id'].') return \'<i>'.$this->LANG['ViewLinkReged'].'</i> \';
Сама инструкция уже исправлена
mastersound пишет:В других случаях не скрывает, даже если в опции Включить HTML теги в тексте сообщения? назначаешь "да".
Совсем не понял причём здесь эта опция, она вообще никаким образом не влияет на обработку бб-кодов, ссылок и т.п.
Ссылки не будут скрыты только в 2 случаях:- если ссылка не распознана форумом;
- если ссылка вставлена при помощи HTML.
|
|
Сайт проекта ExBB
Чат на форуме
Помощь
Поиск
BanList
Найдено сообщений: 2986