Евгений Крупченко

Евгений Крупченко
Рейтинг
178
Регистрация
27.09.2003
Интересы
хостинг без тормозов

вот! и я об этом :]

бэкапы дома под рукой лучше всего.

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

ну а какой винт - личное дело каждого.

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

apollion:
А потом этот копеейчный винт внезапно помрёт. И даже записки не оставит.

а у хостеров винты типа не копеечные?

плюс дома его никто больше не насилует.

ну а помрет - заменить на другой копеечный. какова вероятность что именно в этот день вам эти бэкапы понадобятся?

ровно такая же, как если что-то произойдет у хостера.

смотрите не только на общих попугаев, а и хотя бы еще на "Single Thread Rating"

а то предложат 2-голового монстра с каждым ядром раза в 2 медленней.

но суммарно да, попугаев будет столько же.

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

вот пожалуй единственный однопроцессорный аналог по попугаям

https://www.cpubenchmark.net/cpu.php?cpu=Intel+Xeon+W-2195+%40+2.30GHz&id=3149

и single thread близкий к вашему более медленному 6700'му. (8700 все равно быстрей).

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

только в случае нынешних процев - это 3.2-3.4ггц, а у w-2195 - лишь 2.3ггц :(

у двухголовых будет аналогичная картина.

короче затея так себе :)

лучше 2 отдельных на шустрых процессорах.

сможет! я же про это и пытаюсь донести.

он и без вашего chroot сможет везде побродить.

оно лишь создает в данном случае проблему с ssh доступом.

когда нужен был только sftp, то все работало конечно.

но по ssh оно хочет много куда доступ за пределы chroot - в этом и проблема.

нет, можно конечно все что нужно скопировать ему в chroot, но я ж говорю, следом он захочет еще что-то и так каждый раз будете ему все копировать? смысл?

ничего он не поломает если и будет иметь доступ выше.

а если секреты есть - контролируйте кто владелец, какие права даны.

ну речь тут про chroot в ssh. и все :] что там как еще ограничено мы не знаем.

т.е. по sftp-то он его якобы ограничил только указанной папкой.

но дальше закидываем какой-нибудь php-shell и уже из браузера безо всяких chroot лазим где ходим. верней куда разрешено, но уже без chroot.

а не заходит по ssh в данном случае именно из-за chroot. я не телепат конечно, но на 99% уверен.

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

плюс фрилансер же наверняка не просто так ssh хочет.

потом планирует еще что-то позапускать из системного.

следом окажется еще куча всего не работает.

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

все програмные обычно наоборот лишь забирают скорость.

в том числе сама суть vps - куча операционных систем, которая крутится на одном (или не одном) процессоре.

в этом плане шарэд однозначно более скоростной. т.к. ос одна и дальше все внимание только на "Apache+Nginx+MySQL+PHP".

но все зависит от конкретного хостера, от его железа.

чаще всего на vps ставят многоядерные процессоры с довольно медленными каждым из ядер.

но и не факт что на шарэде будет что-то лучше. очень даже может оказаться с точностью до наоборот :)

весь корень зла что большинство хостеров шифруются и не сообщают на чем конкретно они вас разместят. ну и уж тем более ни от кого не добьешься сколько еще там же размещено клиентов и как активно они поедают тот же процессор.

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

а разница между ovz/kvm куда менее заметна в реальных задачах, чем если процессор станет на пару сотен мгц шустрей например или поколением моложе.

т.е. почти наверняка kvm у хостера с более древним железом будет медленней, чем openvz на по-свежей.

но не забываем и про жадность... openvz это можно сказать гарантированный oversell и надежда лишь что соседи не шумные попадутся.

имхо если чисто для сайтов и хотите именно скорости - или shared там, где действительно быстрое железо (не путать с мощным) или dedicated, где опять же самостоятельно решаешь - больше медленных ядер или меньше, но быстрых.

Zevss:
Выслушаю все предложения

ну наверняка же домой интернет какой-то подведен (бывают конечно такие что на мобильном только сидят)?

у провайдера есть наверняка услуга постоянного ip

какой-то wifi-роутер дома также имеется скорей всего.

почти в любой сейчас можно воткнуть флэшку/внешний hdd и поднять ftp тот же.

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

в чем проблема-то? зачем кому-то платить за это даже 100р?

хотя может 33р/мес еще ладно, можно понять.

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

просто взять за 3 копейки на авито hdd по-больше объемом :]

сообщение об ошибке - это следствие.

а причины все в логах обычно видны

ChrootDirectory /var/www/com

это убираем

и в passwd возвращаем стандартный путь /bin/bash

вы правда думаете что chroot кого-то от чего-то заблокировал? :)

он из под php на тестовом домене наверняка сможет пошариться по всему серверу, куда только есть доступ у пользователя, от чьего имени оно запущено.

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

если есть какие-то секреты - правьте права доступа на них вручную.

в чем конкретно проблема, просвятите?

на сколько знаю по украине заблокированы исходящие на яндекс, со входящими запросами проблем нет.

по крайней мере постоянно вижу яндексбота, шарящегося по двум своим киевским серверам.

а почта не уходит туда, да.

или не правильно понимаю блокировку как-то?

или именно в зоне .net.ua на столько упороты, что блокируют вообще все и яндекс не может пробиться к ним, сделать dns запрос?

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

или хотя бы ряди решения этой проблемы завести еще один вашдоменnetua.com (или .ru - дешевле гораздо). чтоб яндекс с ns3.вашдоменnetua.com мог "найти сайт в DNS"

Всего: 623