Владельцам 3.8.6: не поставили патч - потеряли форум!

Файловый Архив

  • Неограниченное количество категорий и суб-категорий
  • Настройки прав доступа по группам
  • Настройки прав доступа по каждой категории
  • Предпросмотр медиа файлов: FLV, IFLV, F4A, F4V, MP4, MP3, MOV и других...
  • Мультизагрузка файлов - SWFUploader
  • Добавление файлов с сервера
Подробности и история обновлений продукта в этой теме
Loading

Go Back   форум vBSupport.org > >
Register Изображения Меню vBsupport Files Manager Аллея Звёзд Реклама на форуме Search Today's Posts Mark Forums Read
  • Мемберка
  • Администраторам
  • Premoderation
  • For English speaking users
  • Изменения в правах
  • Каталог Фрилансеров
Пароли на скачивание файлов в Member Area меняются автоматически каждый день
Если вам нужно скачать какой то скрипт, за паролем ко мне в ЛС
привет какирам kerk
Ещё раз обращаем Ваше внимание: всё, что Вы скачиваете и устанавливаете на свой форум, Вы устанавливаете исключительно на свой страх и риск.
Сообщество vBSupport'а физически не в состоянии проверять все стили, хаки и нули, выкладываемые пользователями.
Помните: безопасность Вашего проекта - Ваша забота.
Убедительная просьба: при обнаружении уязвимостей или сомнительных кодов обязательно отписывайтесь в теме хака/стиля
Спасибо за понимание
На форуме введена премодерация ВСЕХ новых пользователей

Почта с временных сервисов, типа mailinator.com, gawab.com и/или прочих, которые предоставляют временный почтовый ящик без регистрации и/или почтовый ящик для рассылки спама, отслеживается и блокируется, а так же заносится в спам-блок форума, аккаунты удаляются
for English speaking users:
You may be surprised with restriction of access to the attachments of the forum. The reason is the recent change in vbsupport.org strategy:

- users with reputation < 10 belong to "simple_users" users' group
- if your reputation > 10 then administrator (kerk, Luvilla) can decide to move you into an "improved" group, but only manually

Main idea is to increase motivation of community members to share their ideas and willingness to support to each other. You may write an article for the subject where you are good enough, you may answer questions, you may share vbulletin.com/org content with vbsupport.org users, receiving "thanks" equal your reputation points. We should not only consume, we should produce something.

- you may:
* increase your reputation (doing something useful for another members of community) and being improved
* purchase temporary access to the improved category:
10 $ for 3 months. - this group can download attachments, reputation/posts do not matter.
20 $ for 3 months. - this group can download attachments, reputation/posts do not matter + adds eliminated + Inbox capacity increased + files manager increased permissions.

Please contact kerk or Luvilla regarding payments.

Important!:
- if your reputation will become less then 0, you will be moved into "simple_users" users' group automatically.*
*for temporary groups (pre-paid for 3 months) reputation/posts do not matter.
Не можете скачать вложение?
Изменения в правах групп пользователей
внимательно читаем эту и эту темы
Короткая версия - тут
Уважаемые пользователи!

На форуме открыт новый раздел "Каталог фрилансеров"

и отдельный раздел для платных заказов "Куплю/Закажу"

 
 
Первый пост
Old  
eGold
Простоузер
Default 0

Quote:
Originally Posted by OldEr View Post
Отвечая на вопрос ТС, можно сказать следующее, с практической точки зрения нет существенной разницы между одной темой на 1000 сообщений и двумя темами по 500 сообщений. Возможно, местами некоторые действия будут выполняться медленнее, но для пользователя это будет практически незаметно.
Разница между 1000 и 500, действительно несущественная... другое дело 10 000 и 500. Как говорят в Одессе - это две большие разницы. ))

Остался вопрос, как лучше поступать с объемными темами, делить их на части или оставлять как есть?
Открытые создают нагрузку, но что будет после их закрытия пока неизвестно...
 
Bot
Yandex Bot Yandex Bot is online now
 
Join Date: 05.05.2005
Реклама на форуме А что у нас тут интересного? =)
Old  
OldEr
Мастер
Master
 
OldEr's Avatar
Default 0

Quote:
Originally Posted by eGold View Post
Остался вопрос, как лучше поступать с объемными темами, делить их на части или оставлять как есть?
Открытые создают нагрузку, но что будет после их закрытия пока неизвестно...
Оставляйте как есть и не берите в голову.
"Нагрузка" это запросы к БД, которые происходят при чтении или записи информации. В случае закрытых тем, это только просмотр, следовательно, только чтение (не углубляясь в подробности), и никакой значительной разницы вы не почувствуете.
А если есть желание проверить, то посмотрите время загрузки страничек "большой" темы с помощью debug-режима, а затем разбейте её на две и повторите операцию. Кстати, если уж зашла речь, то вот на странице раздела две темы вместо одной действительно вызовут больше "нагрузки". = )
 
Old  
eGold
Простоузер
Default 0

Quote:
Originally Posted by OldEr View Post
Оставляйте как есть и не берите в голову.
Брать приходится, поскольку сервер не резиновый.
Quote:
Originally Posted by OldEr View Post
В случае закрытых тем, это только просмотр, следовательно, только чтение (не углубляясь в подробности), и никакой значительной разницы вы не почувствуете.
Т.е. нагрузка уменьшится вдвое за счет отсутствия запросов на запись данных но объемная тема как создавала нагрузку, так и будет создавать, верно?
Тогда получается, что таки нужно делить объемные темы на части.
Quote:
Originally Posted by OldEr View Post
Кстати, если уж зашла речь, то вот на странице раздела две темы вместо одной действительно вызовут больше "нагрузки". = )
Не думаю. На странице отображается в любом случае 100 тем, разве что, станет больше страниц в меню навигации по разделу.
 
Old  
OldEr
Мастер
Master
 
OldEr's Avatar
Default 0

Quote:
Originally Posted by eGold View Post
Брать приходится, поскольку сервер не резиновый.
Если у вас собственный сервер, то тем более не стоит зацикливаться. = )

Quote:
Originally Posted by eGold View Post
Т.е. нагрузка уменьшится вдвое за счет отсутствия запросов на запись данных но объемная тема как создавала нагрузку, так и будет создавать, верно?
Тогда получается, что таки нужно делить объемные темы на части.
Деление на части, по моим предположениям, ничего не даст. И, повторяюсь, хотите проверить - проведите тесты и поймете.

Quote:
Originally Posted by eGold View Post
Не думаю. На странице отображается в любом случае 100 тем, разве что, станет больше страниц в меню навигации по разделу.
Если только в разделе не одна страница. А вообще аналогичная ситуация со страницами в теме.
 
Old  
TAIFUN
Человек
vBSSecurity
 
TAIFUN's Avatar
Default 1

На практике - один крупный форум на достаточно хорошем сервере ложился из-за десятка тем с туевой хучей сообщений.
 
Old  
OldEr
Мастер
Master
 
OldEr's Avatar
Default 0

Quote:
Originally Posted by TAIFUN View Post
На практике - один крупный форум на достаточно хорошем сервере ложился из-за десятка тем с туевой хучей сообщений.
По какой причине ложился? Какая ошибка?
 
Old  
eGold
Простоузер
Default 0

Quote:
Originally Posted by TAIFUN View Post
из-за десятка тем с туевой хучей сообщений.
Сколько это было в цифрах? )))
 
Old  
netwind
Гуру
 
netwind's Avatar
Default 2

Quote:
Originally Posted by OldEr View Post
Не знаю, что подразумевалось под "информации о всей 1000 постов", но считаю данное утверждение неверным. По сути, количество сообщений "выстреливает" только в запросах поиска первого сообщения темы, а также при подсчете количества сообщений в теме; далее скрипт получает из базы X сообщений, которые должны быть отображены на текущей странице.
Вообще, я стараюсь избегать профессионально-туманных формулировок. Как видим, иногда это зря. В данном случае имелся ввиду план выполнения конкретного запроса.
Включаете дебаг. Открываете тему с большим количеством постов. Листаете куда-нибудь в конец.
Дальше там есть ссылка explain - смотрите запросы и планы на страничке


Quote:
SELECT post.postid
FROM post AS post

WHERE post.threadid = XXXX
AND post.visible = 1
AND post.userid NOT IN (MM,NN)
ORDER BY post.dateline
LIMIT 360, 30
и explain :

PHP Code:
+----+-------------+-------+-------+-----------------+----------+---------+------+------+-----------------------------+
id select_type table type  possible_keys   key      key_len ref  rows Extra                       |
+----+-------------+-------+-------+-----------------+----------+---------+------+------+-----------------------------+
|  
SIMPLE      post  range userid,threadid threadid 8       NULL 1009 Using whereUsing filesort |
+----+-------------+-------+-------+-----------------+----------+---------+------+------+-----------------------------+ 
тут мне Explain показывает использование индекса - post.threadid и приблизительно 1009 "поднятых" строк.А ведь хотелось бы всего 30 - по числу сообщений на странице.
По мере роста числа постов в теме, этот показатель будет увеличиваться.
Так же есть пометки Extra : Using where; Using filesort
В данной ситуации понятно, что сначала будет считано 1010 строк, из них создана временная таблица и будет выбрано 30 начиная от 360.
Это и есть тот самый момент, который определяет ресурсоемкость просмотра темы.



А там же рядом еще "модерский" вариант запроса, который еще хуже, потому там даже нет указания получить часть постов ( LIMIT ), поскольку модератор видит удаленные посты, посты скрытых пользователей и все это нужно ему показать.

Quote:
SELECT post.postid, post.visible, post.userid
FROM post AS post

WHERE post.threadid = XXX
AND post.visible IN (1
,2
,0
)
ORDER BY post.dateline

Напомню, речь тогда шла о 3.8 и актуальных тогда версиях mysql. Сейчас c mysql5.5 есть шансы что что-то поменялось.
 
 

Tags
2000 сообщений на тему, лимит сообщений на тему, нагрузка на форум

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off




All times are GMT +4. The time now is 01:32 AM.


Powered by vBulletin® Version 3.6.11
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd.