НА какой хостинг перенести сайт?

1 234
izyalex
На сайте с 06.04.2009
Offline
60
#21

ТС: в чем сложность проанализировать свои же запросы к MySQL?

Если хостинг действительно гонит, это будет видно в запросах, то что их почти нет, либо же наоборот.

Зато удалите/оптимизируете грузящий модуль сайта ;)

Сpanel хостинг (http://bit.ly/Vjwlfl) и ISPmanager хостинг (http://bit.ly/11NnOqJ) от 119р./мес VIP Премиум хостинг (http://bit.ly/VibYQ9) в Москве, 1000р./мес и не парюсь
[Удален]
#22
ivan-lev:
до 10 - это слишком мало что ли? =)

это очень много!

при отсутствии авторизации на сайте, они вообще не нужны!

должен кеш работать

ivan-lev:
а можно один join без индексов на сотню тыщщ записей..

зачем такое вообще закладывать в структуру сайта?

ivan-lev:
p.s. А магазин.. там же как... товар, характеристики-свойства, разные цены.. дерево категорий наверняка не кэшируется, брэнды.. ещё картинку нужно главную найти.. в общем, десятка легко наберётся..

тут вообще ни одного запроса к бд не надо, точнее всё уже должно быть в кеше ;)

IL
На сайте с 20.04.2007
Offline
435
#23

1 - это тоже "до 10"..

burunduk:
всё уже должно быть в кеше

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

burunduk:
зачем такое вообще закладывать в структуру сайта?

Поди их знай этих закладчиков..

izyalex:
ТС: в чем сложность проанализировать свои же запросы к MySQL?

Далеко не у всех есть желание вникать.. и уж, тем более, исправлять.. особенно с постоянным снижением стоимости вычислительных ресурсов.. Что вполне уместно, особенно если учесть, что большинству таких сайтов "хайлоад" не грозит.

... :) Облачные серверы от RegRu - промокод 3F85-3D10-806D-7224 ( http://levik.info/regru )
[Удален]
#24
ivan-lev:
Иногда кэш и лежит в базе.

ну это вообще изврат!

ivan-lev:
Далеко не у всех есть желание вникать.. и уж, тем более, исправлять..

припрёт будут исправлять, иначе проблемы с пс могут возникнуть - из-за недоступности ресурса.

P.S. был у нас один клиент по недвижке, так они при добавлении/удалении любого объекта переписывали(формировали заново) xml файл на сервере всего 400-500Мб - 30мин недоступности на одну операцию :)

ни какое снижение стоимости вычислительных ресурсов, не решит проблемы криво спроектированных проектов :)

[umka]
На сайте с 25.05.2008
Offline
456
#25
burunduk:
ну это вообще изврат!

Раз уж мы тут взялись оффтопить… то… чисто теоретически, если весь кэш в одной таблице, а таблица эта в памяти (в кэше СУБД), то обращение к этим страницам будет происходить быстрее, чем чтение директории/файлов. И будет менее накладно по ресурсам (I/O).

Но это в теории :)

Лог в помощь!
[Удален]
#26

[umka], насколько я понимаю, чтобы такое реализовать, нужно быть очень хорошим прогером и иметь свой сервер БД, а не общий :)

D0
На сайте с 28.02.2013
Offline
8
#27

Собственно файл вот с таким содержанием прислали с мастерхоста:

SELECT * FROM jos_phocaguestbook_items WHERE catid = 1 AND published = 1 ORDER BY ordering DESC;

SELECT * FROM jos_phocaguestbook_items WHERE catid = 1 AND published = 1 ORDER BY ordering DESC;

SELECT * FROM jos_phocaguestbook_items WHERE catid = 1 AND published = 1 ORDER BY ordering DESC;

SELECT * FROM jos_phocaguestbook_items WHERE catid = 1 AND published = 1 ORDER BY ordering DESC;

SELECT * FROM jos_phocaguestbook_items WHERE catid = 1 AND published = 1 ORDER BY ordering DESC;

SELECT * FROM jos_phocaguestbook_items WHERE catid = 1 AND published = 1 ORDER BY ordering DESC;

SELECT * FROM jos_phocaguestbook_items WHERE catid = 1 AND published = 1 ORDER BY ordering DESC;

SELECT * FROM jos_phocaguestbook_items WHERE catid = 1 AND published = 1 ORDER BY ordering DESC;

SELECT * FROM jos_phocaguestbook_items WHERE catid = 1 AND published = 1 ORDER BY ordering DESC;

SELECT * FROM jos_phocaguestbook_items WHERE catid = 1 AND published = 1 ORDER BY ordering DESC;

Александр Фролов
На сайте с 27.12.2007
Offline
155
#28

Была подобная ситуация на виртуальном хостинге мастерхоста. Тоже прислали список совершенно безобидных запросов.

Вообще нагрузка от подобных одинаковых запросов, идущих пачками, очень эффективно снижается при помощи memcached, однако едва ли этот демон доступен на виртуальном хостинге.

По крайней мере, еще нужно проверить индексы.

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

Помимо memcached для кэширования запросов к базе данных, очень рекомендую использовать nginx для быстрой отдачи статических файлов в обход апача.

L1
На сайте с 01.03.2013
Offline
0
#29

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

Скайп: OptiHost. Нас обслуживает Ярослав. Очень прост в общении и ни разу не "отморозился", когда бухгалтерам или менеджеру надо что-то объяснить. Вобщем, мы благодарны что нам посоветовали, и советуем Вам.

IL
На сайте с 20.04.2007
Offline
435
#30
digro00:
SELECT * FROM jos_phocaguestbook_items WHERE catid = 1 AND published = 1 ORDER BY ordering DESC;

А индексы какие для таблицы jos_phocaguestbook_items ? И записей сколько?

Что скажет phpmyadmin в ответ на такое:

EXPLAIN SELECT * FROM jos_phocaguestbook_items 
WHERE catid = 1 AND published = 1 ORDER BY ordering DESC
1 234

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий