Нагрузка на движок при большом количестве новостей

Сокол · 2011-10-06 16:20:48

Привет форумчане!
Решил сделать на НГ электронную библиотеку.
Вопрос: какое количество новостей каталога (без комментариев и прочих довесок) движок выдержит без отказа, например, при индексации Гуглом или Яндексом? 10.000? 100.000? 1.000.000?
И сколько примерно серверу nginx/1.0.6 потребуется ресурсов?

legenda · 2011-10-06 17:43:50

Сокол, мне тоже интересно, пока у меня есть парочка сайтов которим скоро будет по 100тис. новостей, проблеми пока две
1. карта гугла иногда очень подгружает движек и хочем много ресурсов памяти
2. часто виснет сервак во время бекапа базы даных причем даже в 4 ночи когда нагрузка на сайте практически нулевая

больше проблем вроде не замечал

Сокол · 2011-10-06 18:25:48

legenda пишет:

Сокол, мне тоже интересно, пока у меня есть парочка сайтов которим скоро будет по 100тис. новостей, проблеми пока две
1. карта гугла иногда очень подгружает движек и хочем много ресурсов памяти
2. часто виснет сервак во время бекапа базы даных причем даже в 4 ночи когда нагрузка на сайте практически нулевая
больше проблем вроде не замечал

А у тебя виртуальный хостинг план или ВПС?
Новости с причиндалами типа комментов, тегов, рейтингов, количества просмотров и т.д?

Сайтмап для гугла я видимо не буду использовать на этом сайте...
Светани свой хостинг (можно только название).

legenda · 2011-10-06 19:17:29

у меня впс
Virtual CPU 2048Mhz, 2048Mb memory, 204800Mb disk
FreeBSD-8-ISPmanager

Новости с причиндалами)

по п.2 виснет я имел ввиду что притормаживает, иногда бакап делает с 2-й или даже 3-й попитки)

Изменено legenda (2011-10-06 19:21:10)

Сокол · 2011-10-06 19:29:05

legenda пишет:

у меня впс
Virtual CPU 2048Mhz, 2048Mb memory, 204800Mb disk

Ничего себе! С такими параметрами - и виснет....
Ясно. спасибо за инфу!

И кэширование наверно везде включено при этом???...

Wolverine · 2011-10-06 22:59:18

legenda, я думаю тебе бэкап надо делать не средствами движка, а специальными инструментами, которые грамотно разруливают такой объем

easmik · 2011-10-07 03:31:06

legenda, я бы тоже делал средствами ISPmanager, да и в случае чего восстанавливать им опять же будет удобнее.

legenda · 2011-10-08 02:07:58

easmik, средствами ISPmanager я бекап то делаю, но походу там просто бекап всех файлов а не баз даных, хотя я могу и ошыбатся

legenda · 2011-10-08 02:09:38

Сокол пишет:

И кэширование наверно везде включено при этом???...

конешно

Правда у меня там не 1 сайт а так пару десяток, но большых не много 3-4 )

easmik · 2011-10-08 03:48:59

legenda, там бекап в обще всего, что только можно придумать, даже настроек самого ISPmanager.
Зайди в резервные копии, выбери там ***_full_дата
и ты увидишь примерно следующее меню

Файлы
Базы данных MySQL
Базы данных PostgreSQL
Настройки ISPmanager
Почтовые ящики

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

legenda · 2011-10-08 03:58:58

easmik, ну значить бекаплю базы два раза)) ну ничего, непомешает если что....

legenda · 2011-10-08 04:09:57

Вот только что смотрел, именно в этом меню восстановить конкретную папку или базу НЕТУ возможности, можно лиш востановить все (тоесть на всех сайтах акаута) за конкретную дату, или все скачать и потом уже что надо востанавливать (у меня архив 13 гиг) Нечего удобного тут неувидел)))

easmik · 2011-10-09 10:12:19

legenda, я посмотрел на двух своих хостингах где стоит эта панель и там и там есть такая возможность как восстановить файл или папку.

nalex · 2011-10-17 22:00:50

Может кто подскажет - установил движок. Шаблон дефолтный как был вместе с движком. Добавил одну новость на главную без категории для пробы.
Создал 30 категорий в админке. Не добавлял ни единой новости, картинки и прочего. Вообще пока голый сайт, кроме указанного выше.

Результат такой
SQL запросов: 11 | Генерация страницы: 0.11 сек

Это много, мало, нормально? Кто подскажет?

vitaly · 2011-10-17 22:06:58

nalex, это совершенно нормально.
Скорее всего у тебя по умолчанию включено несколько плагинов, если в них включить кеширование (на сайтах с парой новостей и редкими посетителями - неактуально), то скорость работы станет выше.

nalex · 2011-10-17 22:18:32

vitaly пишет:

nalex, это совершенно нормально.
Скорее всего у тебя по умолчанию включено несколько плагинов, если в них включить кеширование (на сайтах с парой новостей и редкими посетителями - неактуально), то скорость работы станет выше.

Извиняюсь сразу не сказал - установка на Денвере. По умолчанию те, что ставились плагины оставил. Кеш конечно не включал, зачем? Еще и не наполнено ничем вообще. Хотя для пробы попробую разницу.
Спасибо за ответ!

vitaly · 2011-10-17 22:21:14

nalex, на денвере нет самого главного - кеширования кода PHP.
На хостинге всё будет работать значительно быстрее, хотя даже те 110ms (уходящие на генерацию страницы) человек заметить не в состоянии.

nalex · 2011-10-18 01:02:50

vitaly пишет:

nalex, на денвере нет самого главного - кеширования кода PHP.
На хостинге всё будет работать значительно быстрее, хотя даже те 110ms (уходящие на генерацию страницы) человек заметить не в состоянии.

Значит, насколько я понимаю, - страница генерируется мгновенно, а остальное - загрузка и выдача уже посетителю, скорость зависит уже от хостинга?

vitaly · 2011-10-18 01:42:02

nalex пишет:

vitaly пишет:
nalex, на денвере нет самого главного - кеширования кода PHP.
На хостинге всё будет работать значительно быстрее, хотя даже те 110ms (уходящие на генерацию страницы) человек заметить не в состоянии.
Значит, насколько я понимаю, - страница генерируется мгновенно, а остальное - загрузка и выдача уже посетителю, скорость зависит уже от хостинга?

Время отображения страницы зависит от массы деталей:
1. Время генерации и отдачи самой страницы
2. Кол-во дополнительных элементов страницы (изображения, внешние JavaScript'ы, CSS'ки)
3. Время получения внешних элементов
4. Время отрисовки страницы в браузере посетителя

Вот время генерации п. 1 (скажем, +/- 100ms) человеческий глаз заметить не сможет.
А по пунктам 2-4 всё не так просто - даже при 20-30 картинках мы легко получим задержку в 500 ms, плюс какое-то время уйдёт на отрисовку... и вот результат - страница будет показана через секунду после окончания её скачивания и уж эту-то секунду пользователь заметит очень легко.

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

Next Generation CMS :: Форум поддержки

Объявление

#1 2011-10-06 16:20:48

Нагрузка на движок при большом количестве новостей

#2 2011-10-06 17:43:50

Re: Нагрузка на движок при большом количестве новостей

#3 2011-10-06 18:25:48

Re: Нагрузка на движок при большом количестве новостей

#4 2011-10-06 19:17:29

Re: Нагрузка на движок при большом количестве новостей

#5 2011-10-06 19:29:05

Re: Нагрузка на движок при большом количестве новостей

#6 2011-10-06 22:59:18

Re: Нагрузка на движок при большом количестве новостей

#7 2011-10-07 03:31:06

Re: Нагрузка на движок при большом количестве новостей

#8 2011-10-08 02:07:58

Re: Нагрузка на движок при большом количестве новостей

#9 2011-10-08 02:09:38

Re: Нагрузка на движок при большом количестве новостей

#10 2011-10-08 03:48:59

Re: Нагрузка на движок при большом количестве новостей

#11 2011-10-08 03:58:58

Re: Нагрузка на движок при большом количестве новостей

#12 2011-10-08 04:09:57

Re: Нагрузка на движок при большом количестве новостей

#13 2011-10-09 10:12:19

Re: Нагрузка на движок при большом количестве новостей

#14 2011-10-17 22:00:50

Re: Нагрузка на движок при большом количестве новостей

#15 2011-10-17 22:06:58

Re: Нагрузка на движок при большом количестве новостей

#16 2011-10-17 22:18:32

Re: Нагрузка на движок при большом количестве новостей

#17 2011-10-17 22:21:14

Re: Нагрузка на движок при большом количестве новостей

#18 2011-10-18 01:02:50

Re: Нагрузка на движок при большом количестве новостей

#19 2011-10-18 01:42:02

Re: Нагрузка на движок при большом количестве новостей

Подвал раздела