Подскажите хостинг для магазина на джумле!

Кто "они" ? Потрудитесь выражаться яснее ?

Если речь о запросах, то на 1 страницу их(запросов в БД) может

и миллион быть, все зависит от того что это за страница, и

насколько она с этой стороны оптимизирована

ЗЫ. Наверное советуют заплатить чуть денег потому, что судя по

постам ТС поправить джумлу оно не сможет...

ЗЫЫ. Посмотрел... довольно кастрированный скрипт в одном месте,

где мне пришлось докручивать, ныне дает

Время генерации: 0.203, запросов: 65

Ранее обе цифры были раз в 5 больше.

Это чтож выходит 1 страница в минуту с указанными ограничениями ?

спасибо.

я действительно не разбираюсь в php коде.

зато теперь я понимаю, что проблема именно в нем, а не только в "криворукости" того, кто ставил сайт или хостера.

alfafa добавил 19.02.2010 в 15:21

"они" - запросы, да.

ТС, конечно, может, и "оно"...))

но c оптимизацией разобраться попробует.

все когда-то начинали с нуля.

а вот Ваше "ЗЫЫ" к чему относится? что и где Вы докручивали?

ЗЫЫ относится к реально функционирующему на ВДС интернет-магазину на другом движке.

По одной точке съема мы видим, что 60 запросов на страницу бывает... по воспоминаниям

до закрутки их было в разы больше. Это к адекватности лимита в 60 запросов в минуту.

Закрутка была в области кастрирования ненужного функционала типа "кто онлайн" итп.

Вопрос не в криворукости, более 1 запроса на страницу неизбежность. Более 1 запроса

на единицу функциональности уже хуже, но боюсь, что дело в том, как много функциональности

на этой странице понапихано... блочность разработки приводит к разделению на большое

кол-во запросов.

Вам там верно советовали - включите отладку, чтобы получить конкретные цифры в запросах.

Еще лучше логи, чтобы посмотреть каких запросов много.

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

ЗЫЫ. К примеру... долбанная википедия... делает при каждом обращении к странице несколько

апдейтов только для того, чтобы вести статистику сколько раз к странице обращались.

Офигенно полезная вещь... при этом, еще и каждый раз выдается новая страница, отличающаяся

только "ее до вас смотрели ХХХ раз". Все это пожирает феерическое кол-во ресурсов.

_SP_ добавил 19.02.2010 в 16:00

Еще один ЗЫЫЫ.

Хорошо написанный софт делает адекватное кол-во средних по размерам запросов.

Плохо написанный слишком много мелких, но гораздо чаще слишком мало крупных.

Размер тут по возвращаемому датасету представлен.

К сожалению, лимиты у вашего хостера какие-то дурацкие, но думаю, что там еще

есть и лимит по суммарному времени выполнения запросов и по объему информации,

так что ухудшения кода в сторону оптимизации количества запросов(чтобы влезть в 60)

за счет увеличения датасета (и как результат нагрузки на сервер БД) вам наверняка

встанет боком. И уж точно это встанет боком в любом "нормальном" месте, т.к. в

основном вроде как лимитируют память и время, а не количество...

Вы знаете, не могу согласиться. Разово нанять программиста не получится. По опыту, за одной неполадкой

обязательно последует другая.

Малого размера вики на медиавики движке упорно не хочет ломаться уже год...

Поменьше "кода на заказ" и будет меньше "проблем".

Разумеется, если начать доделывать силами покупных людей, вы только

развалите любую систему.

Согласен с Вами, но хороший хостинг я бы все-таки присмотрел. Есть же отличные российские Spaceweb и PeterHost, или американские DreamHost и HostMonster. Взять сразу хороший и не мучаться с этим вопросом никогда.

Не отождествляйте joomla и virtuemart. джумла это по сути объявленый API, остаточно внятный и понятный, потому к нему написано много модулей....

В общем не буду углубляться в офтопик, по делу - лимит в 1000 запросов в минуту - у меня просто истерика.. Когда у некоего клиента был вопрос по поводу скорости заливания товаров парсером прайса в магазин после тюнинга был на скромном дедике (core2duo) получен результат порядка 28 000 запросов В СЕКУНДУ.

хотя если вы за свой хостинг платили гривен 50 в год, то и такие лимиты.

soundmaster.ua

virtuemart + местами заказное допиливание. Потребление ресурсов близкое к граничному для тарифа hvost15GB. Посещаемость до 65000 хитов в сутки.

Кагбы вот ориентир. Примеряйтесь, приценивайтесь.

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

еще раз

> Ваш лимит - 60 MySQL запросов в минуту и он основательно превышен.

Не даст вам возможность работать хоть как-то, кроме как если вы не используете mysql.

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

В день в пределах 200-1000 хитов от реальных юзеров.

За месяц аптайма, в среднем 3 запроса в СЕКУНДУ.

Это крохи, но уже это не будет работать с вашими лимитами.

И это "в среднем". Как только приходит юзер, мы имеем куда как больше в минуту.

Мнение, конечно, но довольно жестковат лимит.

Хотя, это индивидуальное право любого провайдера 🍿