Загрузка сервера

А нельзя ли отрезать всё лишнее и оставить только то, для чего этот сайт реально нужен?

(т.е. только пользование книгами - фиг с ними, с оценками и прочими излишествами)

Комментарии

Если это поможет, я - ЗА!
Отрезать все блоги, форумы и чтение книг онлайн.
Оставить только возможность скачивания и заливки книжек, плюс поиск, плюс рецензии, плюс список новых книг с датами.
На крайний случай можно от рецензий отказаться - не умрем.
Можно еще пару больших графических баннеров прикрутить на каждую страницу - денег будет больше.

Hutt написал:
Если это поможет, я - ЗА!

Ларин неоднократно говорил: не поможет.

+10. Давно говорю то же самое!

Насколько я знаю Drupal, запросы к базе для обслуживания форумов и блогов - далеко не самые "тяжёлые". Их удаление не понизит принципиально нагрузку.

Люди всё-таки в основном заходят сюда за книгами.

Хм. А я сюда захожу чтобы найти что почитать. И форумы с отзывами, а тем паче книжная полка у единомышленников для меня самая полезная фишка сайта.
Я - против

Смысл заходить, если сайт не открывается?

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

Сначала надо понять, что именно тормозит. А уже потом за нож браться.

Идея: написать скрЫпт, который будет генерировать статический html с описанием книг. Положить всё в в отдельный каталог. Запускать скрипт раз в день. При проблемах посылать туда.

Естессно никакой интерактивности не будет: возможность оценить книгу - не будет, оставить комментарий - не будет, даже поиска не будет (но можно пользоваться гуглом). Будет только возможность перейти по алфавиту к какому-нибудь автору, и далее к книгам.

lankier написал:
Идея: написать скрЫпт, который будет генерировать статический html с описанием книг. Положить всё в в отдельный каталог. Запускать скрипт раз в день. При проблемах посылать туда.

Я давно хочу что-то такое.
Только не скрипт, а набор правил к nginx.
Чтоб брал из кэша, если там достаточно свежее или если не удаётся достучаться до апача.
Видимо, лучше получить устаревшую слегка страничку, чем Gateway Timeout.
Туда же, в кэш, отправлять поисковики и прочих роботов.

Но мои знания nginx пока ещё недостаточны. Буду отращивать помалу. Надо научиться ставить и проверять куки.

Раз в день скриптом генерить 100К описаний книг - это любой сервер ляжен. Нужно on-demand.

larin написал:
Раз в день скриптом генерить 100К описаний книг - это любой сервер ляжен. Нужно on-demand.

Можно не все, а только новые. А все - только один раз, в начале.

lankier написал:
Можно не все, а только новые. А все - только один раз, в начале.

А так же изменённые. А так же удалённые/восстановленные. А так же те, к которым добавились впечатления.
Плюс для зарегистрированных пользователей вся эта механика не работает - какждый видит свою верстию страницы, со своими оценками, черным списком и т.п.
А анонимы и так уже закэшированы со страшной силой и проблем не представляют.

Чот не пойму все кричат о проблемах с Либрусеком коих у себя не наблюдаю. Что не так? Хочу как у всех=)

Изменения наблюдаются. Убрана с главной страницы вся хрень ;), появившаяся в последнее время, в отдельные разделы. Либрусек заработал без проблем, но: пока только 75 посетителей. Вот будет 400, тогда посмотрим. И все же, все же... Внимание на перекресные ссылки, например, "читавшие эту книгу, также читали..." Ну зачем это, все же? Вот открыл навскидку Ибсен, Дикая утка. Что видим? Также читали (первые 4 пункта):

Цитата:
- Остров надежды (Остров надежды-3) (История Галактики-8) 312K (2275) (читать) (скачать) - Андрей Ливадный
- Хроника колхозного рабства 1179K (141) (скачать doc) - Александр Базаров
- Яды в нашей пище. Взрывная волна токсикантов окружающей среды в пищевых цепях: избранные аспекты, факты и аргументы 417K (314) (скачать htm) - Вольф Дитрих Эйхлер
- Чай, чапати, чили, чилим… 398K (158) (читать) (скачать) - Кристина Камаева
Ну, абсолютно в унисон с Ибсеном ;D, куда бы деться! И нафиг это надо? И так, собственно, везде - не более 10% имеет отношение к книге, остальное - чисто случайное. Зачем этим пользоваться? Просто выбираем раздел, а потом смотрим... По авторам, заголовкам... В конце концов, нужно полминуты, чтобы оценить даже совершенно незнакомый текст - стоит ли его читать дальше? Есть аннотации, да еще и много чего. И еще один пункт перекрестных ссылок - черно-белые списки. Да не читайте вы, что не хотите, а в крайнем случае - просто не ходите на Либрусек вовсе, если вас это раздражает. Тоже появилось недавно, и тоже нафиг не надо. ИМХО, конечно... Кому-то, может, в кайф меня забанить, пусть хоть только для себя ;D. Плз, не стесняйтесь!
И еще хочу сказать любителям вопроса "чего бы почитать?". Не читайте вообще, оно вам вредно по жизни! Меня всегда смешит этот вопрос. Он говорит лишь о том, что человека научили грамоте зря. Или, по крайней мере, не для чтения книг. Читайте рекламу, не ошибетесь! :))) Ее читают миллионы, по крайней мере не будете в одиночестве... Как можно руководствоваться в выборе чтения чужим мозгом - уму не постижимо!

Я тоже за то чтобы убрать лишнее!

А мне вот интересно, сильно ли грузят сервер черно-белые списки? Да и перекрестные ссылки, как и говорил computers не несут информативности.

Форум и впечатления о книгах не надо убирать, все-таки интересно читать мнения других людей. Мне этим Либрусек и нравится, что тут все вместе - и книги, и форум. А вот лишними я считаю черно-белый список и "читатели, читавшие эту книгу, также читали". Если они и вправду влияют, может стоит их убрать?

127 посетителей, полет нормальный ;). Правда, уже притормаживает слегка, уже не так, как было утром. Или только кажется? Посмотрим дальше. Но не видно, сколько гостей - или их нет совсем?

computers написал:
127 посетителей, полет нормальный ;). Правда, уже притормаживает слегка, уже не так, как было утром. Или только кажется? Посмотрим дальше. Но не видно, сколько гостей - или их нет совсем?

Гости есть, куда же без них.
Думаю, как обычно - вдвое больше чем зарегистрированных.
Я просто отключил храниние сессий для них - лишняя нагрузка на БД.
X