ihor.ru: VDS с SSD от 250 р, Сервера, Хостинг в Москве. / 2

Купите и сделайте! Дешевле обойдётся, чем все эти вентиляторы! Уверен, что мало кто из таких амбициозных согласится. Пусть даже будет простаивать, но как вполне реальная альтернатива.

PS: Как-то в Москве пробовал на тест-драйв Subaru Impreza WRX (не STI), 1200 руб за 40 минут, хотя остальные тест-драйвы бесплатно, ещё раз подчеркну, не STI!!!

Мы сейчас готовим два решения под хранилища с большими дисками, одно будет на виртуализации KVM, другое на OpenVZ. Скоро запустим в тестовом режиме.

То есть, будут VDS, с небольшим количеством CPU и памяти, но с возможностью брать дисковый массив до нескольких ТБ. Их можно будет подключать по внутренней сети с приватными IP (которая доступна уже сейчас) по любому протоколу который поддерживает ОС, установленная на виртуалке.

---------- Добавлено 03.12.2015 в 00:57 ----------

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

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

А я предложил способ, как избежать - хэшировать данные и проверять результат записи чтением на соответствие хэшу. Если боитесь потерять данные - храните в куках у клиента, если большой объём, то во флэш-куках. Если уж и возможно такое, хотя я не представляю как, то это бывает наверняка очень редко и предложенный мною костыль закрывает от данных траблов.

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

Почему наш шаред, работает несколько медленнее:

1) Мы не используем nginx (потому что, он не поддерживается cPanel).

2) PHP работает в режиме fastCGI, что всегда было медленнее чем работа режиме модуля apache, но зато, это позволяет иметь возможность выбора версий PHP.

3) На сервер работает сканнер безопастности который сканирует все GET и PUT запросы на предмет поиска всевозможных инъекций и прочих попыток взлома.

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

Я больше чем уверен что проблема в говнокоде. (там либо файл не блокируется на момент записи и его еще кто то "тыркает" либо еще какой то косяк). Не может "ничего писать в никуда". Форум или чат на файлах...это здрасьте 2000 год, когда еще были хостинги на 50% без поддержки PHP и еще на 50 без поддержка баз данных. И подозреваю что говнокод этот ровесник тем хостерам без поддержки PHP написаный еще под 4-ку, и потом переписанный под 5.2)

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

Из кода, например, вот кусок был один из вариантов админского мини-чата для пару человек. Обращение к файлу было каждые 3-10 секунд. Ничего лишнего, только самые необходимые операции, проще некуда:

$online = file('data_online.txt', FILE_IGNORE_NEW_LINES); //файл из четырёх строчек, весом до 40 байт
$online[0] = тут назначалось некое новое значение;
$online[1] = тут назначалось некое новое значение;
$online[2] = тут назначалось некое новое значение;
$online[3] = тут назначалось некое новое значение;
$LineData = "$online[0]\n$online[1]\n$online[2]\$online[3]";
$linewrite = fopen('data_online.txt',"w");
flock($linewrite,LOCK_EX);
fputs($linewrite,$LineData);
fflush($linewrite);
flock($linewrite,LOCK_UN);
fclose($linewrite);

Несколько раз или даже десятков раз в сутки файл калечился, чаще обнулялся(0 байт), значения $online после file() были пустые, а иногда и вовсе из обрывков не тех данных, которые вероятно были записаны не так до этого. $LineData всегда имела полное содержание и должна была записаться ну явно не ноль байтами. Другие скрипты запись в этот файл не производили. Никакие видоизменения схемы "чтение/потом запись" не помогали, flockи и fflushи по всякому ворочал и убирал.

Может сервер не справляется с такой частой работой?)))

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

Версии разные ставил в экспериментах. Но для сайтов ставлю 5.2 . Режим у хостера ЦГИ.

А не надо по всякому делать. Научитесь записывать в файл атомарно: сначала в другой временный с уникальным именем, а после закрытия переименовуйте его в ваш data_online.txt.

---------- Добавлено 03.12.2015 в 00:22 ----------

Я сюда достаточно редко заглядываю. Пол года прошло, ничего не поменялось.

srvgame по прежнему сидит в нашей теме и троллит всех 😂

Причём всегда по одному и тому же поводу! Оверсел, слабое железо.

Помнится ещё в старой нашей теме я выкладывал графики загрузки процессоров на самых загруженных нодах и успокаивал его 😂 Но srvgame грозился, что это пока! Вот потом увидите!

Но мы так ничего и не увидели. Самые нагруженные ноды по прежнему жрут в пике 50% ресурсов процессоров. А с учётом того, что нод сейчас 150+ в работе плюс 100500 в ожидании, всегда можно отмигрировать клиента на наиболее свободный сервер. При этом он этого даже не заметит.

Я сам пользуюсь услугами нашего хостинга уже год, держу VDS-ку на тарифе VDS SSD Argentum. И меня всё устраивает, честно. Раньше пользовался услугами DigitalOcean. До этого – Hetzner. До этого – Linode, Selectel, Clodo. Много чего пробовал, есть с чем сравнивать.

Видимо вы плохо читали статью. Потому что по логике того, кто её писал, речь шла как раз о том, что настоящий лоукост – это дёшево, но качественно. В течение последнего года мы стремились к улучшению качества. И нам удалось добиться высоких результатов. В статье мы не стали лукавить и написали так, как есть.

Так что пока вы помирали от смеха, статья попала в Топ-1 за сутки и в Топ-10 за неделю.

Думаете с базой меньше проблем бывает? Ну да, такие пару ресурсов на файлах ещё с далёких времён достались. Ну поставили тогда такое, так было проще коцать содержание по ФТП.

Весь Ваш пост цитировать не стану. Почитал Вашу переписку с тех. поддержкой.

Кратко резюмирую, поскольку нет полной интеграции BILLmanager и cPanel, автоматическое выделение айпишников происходит не всегда гладко. Также, сейчас у нас идет модернизация системы DNS и имеется некоторая задержка при обновлении зон.

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

В настоящий момент, вижу, что Ваш сайт открывается по выделенному Вам IP-адресу, также, корректно отрабатывает открытие по https.

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