Так какая у вас тематика то ? :) Напишите, плиз.---------- Добавлено 21.11.2013 в 21:11 ----------
Спасибо. Обнадеживает. Подожду еще - у меня вроде спад начался на несколько дней позже, так что месяц еще не прошел.
Вы хоть пробовали сами работать с таблицами в сотни миллионов строк? А несколько миллионов товаров дадут именно такие объемы. Простейшие запросы да - будут работать быстро (на чтение), но более-менее сложные запросы надо будет тщательнейшим образом проектировать и оптимизировать. Да вот вам простейший пример: имеется таблица обратного поискового индекса из 100 миллионов строк (слово-документ). Надо по этой таблице сделать выборку документов, содержащих одновременно три (четыре/пять/...) слова запроса. И эту выборку отсортировать по какому-либо параметру и опубликовать первую десятку. Если на маленьких объемах решение тривиально, то попробуйте сделать такую выборку на больших объемах.
Да, таких аппаратных ресурсов еще не изобрели, но они существуют лишь потому, что решают задачу огромных объемов не в лоб, а с использованием множества нетривиальных решений, идя на множество компромиссов.
Да, каждый (еще не кэшированный) поисковый запрос например у Яндекса обрабатывается параллельно десятком тысяч серверов, причем на хваленый матрикснет приходится мизерная доля от выборки, т.к. не может матрикснет пропустить через себя всё. Там компромисс на компромиссе лежит. Они даже вынуждены свои собственные специализированные базы данных самостоятельно писать, никакой оракл там не прокатит.
Что-нибудь делали с объявлениями для уменьшения вероятности ложных кликов?
Я бы меньше 100 тысяч долларов суммы даже не рассматривал бы.
В данном случае очевидно необходим самописный движок на базе какого-нибудь фреймворка. Поймите, что между тысячами позиций и миллионами лежит пропасть. Если с тысячами записей об оптимизации можно практически не думать, то при десятке миллионов записей оптимизировать нужно каждый чих. Еще учтите, что десять миллионов товаров в таблицах обратного поискового индекса могут легко превратиться в сотни миллионов и в миллилиарды записей. А вы попробуйте только банальную сортировку по такому массиву сделать и сразу всё поймете. Да и объем такие таблицы будут занимать приличный. Поэтому придется либо делать ограниченный поиск, либо искать нетривиальные решения.
У меня аналогичное поведение.
У меня тоже подобная хрень появилась. Вот картинка в виде файла (сохранил по правой кнопке):
[ATTACH]129866[/ATTACH]
Имя файла: 8392549814743745249.gif
Уберите это пожалуйста.
yana_aska, А не могут тормоза быть связаны с предварительной проверкой страниц вашим сервером перед показом блоков? Просто у меня такое ощущение, что тормоза возникают в основном после установки новых блоков, а потом они как бы кэшируются - в общем начинают работать быстрее. Причем по ощущениям достаточно одного нового блока, чтобы вызвать тормоза при загрузке всех остальных блоков.
Опять тормоза из-за рекламных блоков. Сайт практически неработоспособен, пришлось блоки пока отключить. Надо что-то делать с доступностью рекламных блоков.
Подскажите, вы поставили новый сервер? Почему проблемы продолжаются?
Владимир-C, мобильные версии - в топку. Я их всегда отключаю и перехожу в полный режим как на планшетах, так и на смартфонах. Смартфон-планшет сам достаточно умен, чтобы полную версию удобно отобразить.
У меня именно так произошло :). Сперва всё было, как по другим отзывам - в два раза медленней, а потом вдруг все стало также как в семерке. Поэтому и поднял тему.
Дома, на xubuntu 12.04. Я понимаю, что такие нечистые тесты некорректны и абсолютные цифры значения не имеют. Но я хотел лишь примерно проверить относительно семерки - правда ли, что восьмерка в пару раз тормознее семерки? Тесты сразу после установки подтвердили все отзывы - да, в два раза медленнее. Тестил и по одному запросу, и по многим параллельно. В итоге решил реанимировать свой самописный движок на базе джанго, и про друпал на пару дней забыл. Через пару дней на глаза попались две открытые вкладки в хроме - с семеркой и восьмеркой. Покликал опять по восьмерке перед закрытием и... мне показалось, что как-то шустрее всё окрывается. Проверил тестами - да, восьмерка стала более чем в два раза шустрее и стала идти вровень с семеркой. Я предполагаю, что там возможно некоторые объекты со временем кэшируются или что-то в этом роде. Хотя xcache отключал, кэш восьмерки через админку очищал - всё равно тормозов более не появлялось.
В общем меня это обнадеживает, всё таки меня радует направление развития Друпала, хотя придется опять переучиваться, да и ПХП не люблю. Шаблонизатор понравился - прямо как в Джанго :).
Как бета-версия выйдет свой простенький блог на восьмерку переведу.
