Может быть где-то DDR-4 и дешевая, но точно не у нас в Орле. Я себе пару месяцев назад брал 16гб DDR-3, я так посчитал, что если мне делать апгрейд на DDR-4, то это обойдется в 8 тысяч рублей, при том, что DDR-3 была на 1к дешевле. А разницы между ними никакой.
Точно также и с процессорами. Я сейчас сижу на Intel Core i3-4330, которому три года. Так я куплю себе через год i7-4770 и буду еще 5 лет сидеть не напрягаясь. ☝
У меня друг на днях получил с Ali Xeon под Sandy Bridge. Говорит, что по тестам, ему еще лет на 5 хватит. А он по сути только в игры играет.
vadim s. sabinich, но тут снова не все так однозначно, как у дочки офицера.
Помните, мне поставили на сервер Ubuntu 14.04, в которой адреса не ресолвились. А потом девочка менеджер пыталась с меня стрясти 500р за переустановку. Хотя тут не моя вина была.
Но я идею поддерживаю, а то будет как у ihc.ru, когда клиент наехал на poruchik'a, из-за того, что ему в бесплатном администрировании отказали. Как можно что-то требовать, когда ты и так 200-300 р платишь.
Вам бы сделать тарифы специально для тех, кому администрирование вообще не нужно. :)
Вот вам не надоело обсуждать коня в вакууме? 40 000 тысяч посетителей ни о чем не говорит. Вообще. Как и 2 ядра, 2 гига у хостера :)
Этой идее уже сто лет. Сотмаркет в свое время этим баловался, делая интерактивные игры. Поверьте, люди этим активно пользовались (я то знаю:))
kxk, да я знаю. Но я использую Nginx и там это делается элементарно. А вообще, к сожалению ТС сам виноват. Я бы на его месте всегда бы делал просто HTML версию сайта.
Хотя кого я обманываю? Я бы не использовал Joomla.
У меня так на одном из проектов сделано - под сайт выделенный сервер, под БД VPS с SSD дисками. Но все это дело крутится в одном датацентре. Задержка там практически отсутствует. Работает очень быстро.
Но при масштабировании нужно включать голову и понимать, зачем это нужно. Масштабирование ради масштабирования ни к чему не приведет. В моем случае не хочется терять БД, так как она крутится на SSD с RAID10, что я себе на выделенном сервере позволить не могу.
Вы многое не сказали. К примеру, что у вас за сервер с PHP, сколько посетителей? Какая версия MySQL, используется NGINX или Apache, а может быть и все вместе.
У вас уже гарантированная задержка в 50 мс здесь. На пустом месте. Вы сервер еще в США поставили бы.
В общем, смысла расписывать еще нет, ждем подробностей от ТС.
Как можно разрешать PHP скрипты в папке images? :)
Как будто вернулся в 2007й, спасибо тебе ТС!
А если серьезно, то вы выше правильно сделали, что ужали PNG. Для скриншотов интерфейсов, таблиц, схем всегда нужно использовать PNG. Для фоток JPG. Раз запомнил и пользуешься всегда :)
Dram, если есть GROUP BY не по PRIMARY KEY, то у вас будет temporary с вероятностью в 146%, а если есть ORDER BY не по ключу с JOIN, то будет и filesort. Ну это так, на будущее :)
Логично, как с клиентом договоришься.
