Хватит ли 156Mb PHP memory_limit для интернет-магазина?

Question

[luque]

Дисковая квота (МБ) 7500
Размещение сайтов 4
PHP 5.2, PHP 5.3, PHP 5.4 Есть
PERL Есть
MySQL (MyISAM, Innodb) SSD Неогр.
PostgreSQL Нет
Количество субдоменов Неогр.
FTP аккаунты (с поддержкой FTP over SSL) Неогр.
Синонимы домена Неогр.
Бесплатный домен в зоне region.ua/in.ua/com.ua/net.ua Есть
Сервер статического контента(CDN) NEW Есть
PHP memory_limit 156 Mb
SSH доступ Есть
Трафик по Украине не ограничен Есть
Заграничный трафик не ограничен Есть

За 38$ в год

для интернет-магазина подойдет?

Answer 1

[tushev]

Все зависит от кривизны движка и объема данных.
Регулярно сталкивался с тем, что на некоторых известных популярных движках магазин на несколько десятков тысяч товаров генерировал каждую страницу 5-10 секунд и выжирал дохрена памяти.
При том, что когда я сам делал такие кастомные движки с нуля, то страницы генерировались за несколько десятков милисекунд, без всякого кеширования, и расходовали несколько мегабайт максимум.
Все зависит от архитектуры движка, и оптимальности запросов к БД.

Comments

[Sergej]

Вы про какие такие говнодвижки говорите?
Magento все делает в долисекунды.
Может вы забывали включать кеш и т.д. при наличии десятков тысяч товаров, милионов заказов и десятки тысяч пользователей?

[Sergej]

Иван: Если забыли, тогда понятно почему 5-10 секунд.
У меня один проект, имеет основную БД (товары, пользователи, заказы (EAV)) в 13gb. Все грузится не более 0.300

[Sergej]

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

[tushev]

Иван: Кэш во многих случаях является заплаткой кое-как компенсирующий тормознутость движков. Тормознутость движков обычно возникает из-за неправильных SQL запросов (например излишне тяжелых JOIN-ов), рекурсивных запросов внутри циклов (тогда тормоза растут по экспоненте в зависимости от объема данных), в частности из-за бездумного использования ORM-ов и им подобных слоев абстракции.
Если есть возможность я всегда предпочитаю уделить максимум внимания оптимальности БД и запросам. Тогда часто можно вообще отказаться от такого зла как кэширование.

[tushev]

Иван: Много ума не надо чтобы обвалить любой интернет магазин не имеющий полноценной аппаратной защиты )). Защита от умышленного DDoS это отдельная тема. Ну а вообще, при запуске любого проекта надо делать стресс тесты с многократной перегрузкой как по объему данных, так и по интенсивности обращений. Хотя бы помучить его через siege скрипты.

[Sergej]

tushev:
lamoda.ru
butik.ru
Движки вроде как не кривые обязателен и ресурсы требуются. Иначе просто трупом лягут.

wb.ru
mvideo.ru
Самописные, но так же лягут без кеша и дополнительного зоопарка.

Но если брать в расчет интернет магазин с 10 т. позиций и 1000 уников в день, то да... пофиг как и что делать.

Answer 2

[Сергей Петриков]

Хватит ли машины с 4 колесами для перевозки щебня? Движок магазина какой? Ориентировочное количество товаров? Предполагаемая нагрузка пользователей в день/в секунду? Откуда растут руки у программиста и админа, которые будет это все дело адаптировать под ваши нужды?

Comments

[yarofon]

Я бы сказал, актуален только последний вопрос.

Answer 3

[Сергей Протько]

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

Answer 4

[Евгений]

За 38$ в месяц хватило бы, а вот в год: ну не внушают доверия такие цены.

Comments

[Сергей Протько]

38$ в месяц это лоу-энд дедик.