[umka]

Серверы виртуального хостинга оптимизируются под веб (http + php + mysq + и т.д.).

Т.е. это настройки, оптимальные для работы большинства веб-сайтов с относительно невысокой посещаемостью (нагрузкой).

Есть ещё и другие случаи, о которых, видимо, говорит Ivan Lungov, когда у вас есть один сайт с бешеной нагрузкой (на какой-то CMS или без оной), есть сервер, и вы оптимизируете его так, чтобы он отдавал максимум ресурсов именно во благо этого сайта.

Если вдруг "все станет раком", это произойдёт довольно быстро и вы вряд ли успеете заметить какие-то симптомы :)

Когда не хватает памяти, система запихивает в своп процессы, наименее интенсивно использующие память. Но если общая интенсивность обращения таких процессов к памяти достаточно высока, она может (самостоятельно или в совокупности с другими процессами) превысить возможности дисковой системы. В результате чего произойдёт цепная реакция и возникнет ситуация, издревле известная администраторам как "система ушла в своп".

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

Тут три варианта.

1. На генерацию той же главной страницы на шареде ваш сайт может взять ресурсов больше, чем может выдать ваш VPS.

2. VPS таки недостаточно хорошо оптимизирован.

3. И первое и второе сразу.

Если вы считаете, что одно и то же, и была договорённость (письменная), что VPS будет оптимизирован конкретно под ваши сайты ни чуть не хуже сервера шареда, то самое время предъявить претензию исполнителю :)

Попробую объяснить на пальцах :)

Допустим, на виртуальном хостинге вашему аккаунту в сутки выделено ресурсов на 100 каких-то единиц (чаще всего это процессорное время или оно же в совокупности с чем-нибудь ещё).

Ваш сайт тратит на генерацию главной страницы (когда её загружает один пользователь) одну единицу ресурсов в течение 1 секунды.

Если в день главную страницу загружают 10 раз, то вы не превышаете суточный лимит (100 единиц).

Однако, если разделить эти 100 единиц на количество секунд в сутках (86400), то можно с удивлением обнаружить, то на одну секунду времени вам выделяется всего 0.001 единиц ресурсов.

То есть, во время генерации главной страницы ваш сайт расходует в 1000 раз больше ресурсов, чем ему отведено, при этом не превышая суточный лимит.

На VPS за те же деньги, сколько вы потратили бы на шаред-хостинг, вы получаете примерно столько же ресурсов (закон сохранения). То есть, те же 100 единиц в сутки. Только в случае с VPS эти 100 единиц жёстко лимитированы и вы не можете в течение одной секунды использовать больше чем 0.001. И получается, что сайт тормозит.

P.S. Плюс ко всему, на VPS большую долю из выделенных ресурсов сжирает система + софт. На шаред-хостинге эти ресурсы в зачёт не идут.

"Начальная настройка" и "оптимизация под конкретные нужды" — совершенно разные вещи.

Поддержке невдомёк, что вы собираетесь делать на своём виртуальном сервере: запускать веб-сайты, запускать игровые серверы, проксировать трафик или просто хранить бэкапы на FTP.

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

Ту, которая есть в вашем свежем бэкапе.

Поставьте редирект со всех страниц на https-версию, потому что как в теории, так и на практике, контент на двух урлах с разными протоколами может быть совершенно разный.

Если делать два, то на разных дисках.

Вообще, если используется своп, лучше добавить памяти, и не шаманить.

Берёте стандартную защиту anti-leech, только вместо 403 Forbidden делаете реврайт на скрипт, который добавляет на картинку ватермарк и отдаёт её.

Если так рассуждать, то должны быть и специалисты, которые выезжают с битами и арматурой и громят офис конкурента.

И то и другое — противозаконно.

А мы тут, вроде как, все культурные интеллигентные люди.

Голосуйте рублём.

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