fokin_nikolay1989: Померяй для начала где у тебя тормоза.
Диск, память, процессор.
память (оперативку) легко наростить.
Диски - разложить часть в ram (/tmp, к примеру) часть ускорить SSDом, часть ускорить RAIDом.
Но прежде чем это делать - нужно замерить - а где именно тормозит.
SKRSKR: В контексте обсуждения VPN в Европе конечно ruweb не у дел.
Но могу поделиться своим опытом работы с OVH, где у меня полтора десятка дедикатед.
Их техподдержка работает так, что проще забить на сервер и создать новый, чем что-то то путное быстро добиться от техподдержки. Поэтому у меня уже несколько лет как реализована метода постоянного непрерывного бэкапа и автоматического создания нового сервера и разворачивания бэкапа. OVH-шное API здорово облегачет этот процесс. Они и сами рекомендуют так делать. То есть если вы не можете автоматизировать разворачивание нового сервера, то делать с серьезным проектом, который не терпит простоев вам на OVH нечего. ПС: Угадай сколько раз мне пришлось переустанавливать сервер с нуля и терять данные прежде чем я автоматизировал процесс. OVH это такой недооблачный недохостер, где нужно допиливать самому. Если квалификация и бюджет позволяет то OVH позволяет прилично сэкономить. Но это не для мелкобюджетных вещей. Это или для сервисов допускающих простои или для сервисов, способных наладить свое облако и свою репликацию в этом облаке
sim3x: Уверяю тебя.
1С - охрененная система именно для учета.
Позволяет экономить время разработчика просто вы разы (ну и оплату ему).
НИКАКОЙ фреймворк и рядом не лежал.
SKRSKR: Если ты используешь OVH как дедикатед и ставишь там свои-собственные виртуальные сервера - да это круто. У них фантастический API, если тебе нужно много серверов физических.
У Hetzner отличные цены на дедикатед. Да и у OVH тоже.
Но виртуалки.... Не стоит с ними работать ради одних виртуалок.
www.mobile-review.com/articles/2015/mega-mr150-2.shtml
www.mobile-review.com/articles/2014/bee-zte-mf90.shtml
Типа таких.