Большая часть глюков у них сейчас из-за работ по восстановлению, а не из-за отношения к клиентам. Хотя и отношение тоже могло пошатнуться, из-за борцов за свои права, которым лишь бы на кого-то наехать в асе, телефону или прочим средствам связи с обычными сотрудниками компании...
Да вы достали... Думаете за такие деньги вам гарантируют надёжность и сохранность? Ни в одном из договоров ни с каким хостингом такого нет! Если ваш проект серьёзен - вы и виноваты что не сохраняли бэкапы и не предусматривали таких ситуаций. У меня там погорел проект заказчиков, приносящий им в среднем 330 000 евро в год, но я его работу восстановил на второй же день на другом хостинге, потому что серьёзно отношусь к работе, не полагаясь на чьи-то гарантии, и когда всё уляжется, перенесу обратно, потому что меня устраивает и поддержка и скорость работы сайта. Запомните - никто и ни что в этом мире не может ничего гарантировать! Зарубите себе это на всю жизнь.
А насчёт хостинг.уа, сочувтсвую всем их админам и работникам, им сейчас особо не сладко, и в большей степени из-за таких "серьёзных" клиентов, которые пытаются качать права и сыпят оскорбления тем, кто даже и не виновен ни в чём. Вы лучше возьмите себя в руки и сдерживайте эмоции для разговора с их директором, самым главным, кто зажимал бабло на нормальную проводку, электриков и защиту от пожара. Уверен, все работники ему об этом ни раз говорили, но я знаю как они не любят "слышать", потому что имел опыт работы с такими. С ним стоит ругаться и права качать, но не в коем случае не с девочкой на телефоне, или админом, который уже сколько ночей не спал, стараясь для всех... Имейте совесть и будьте мудры! Хотите справедливости, так поступайте справедливо! Потерю примите как полезный урок, и если ваши проекты были действительно ценные, вам не составит особого труда восстановить их даже с нуля, в уплату за такой полезный жизненный урок.
На всех хостингах есть свои нюансы. Штатовци не любят кучу файлов и нагрузки на сервер, да и связь с ними тугая и обрывистая. Могут вырубить без предупреждения когда захотят, и это в договорах ясно расписано. Тут пожар... Какая разница? Всегда надо быть готовым к такого рода вещам.
Где ты такое заметил? Они лишь спросили согласен ли ты чтобы они тебе новый сервер предоставили, ввиду повального желания остальных свалить на другие хосты. Зачем им зря трудиться, восстанавливать тебе сервер если ты хочешь уйти, в то время как многие другие остаются и вынуждены ждать? Никто у тебя эти пол месяца не отнимет, я уверен. Но работа над сервером требует времени по любому, а параллельно у них ещё много работы, так что вряд-ли получится ускорить процесс что-то там требуя.
Какой результат? База если не имеет частей, не будет грузиться, и выведет тебе ошибку ещё на стадии загрузки. Если же не хватает кусков текста, так ты просто этих кусков и не увидишь.
Как ты меняешь кодировки в базе? Сама база много весит, открыть её текстовым редактором можешь? Какая там кодировка по умолчанию используется? Есть строки типо "SET NAMES utf8" или "DEFAULT CHARSET=utf8"? Может у тебя там не "utf8" а что-то другое... Надо загружать базу именно в той кодировке, которая там указана!
Движок сайта также должен быть настроен на соединение с базой именно с этой кодировкой. Я не знаю что там за настройки в движке форума что ты юзаешь, но обычно в PHP после соединения с БД(после использования функции "mysql_connect()") можно добавить строку "mysql_query('SET NAMES utf8');"(вместо utf8 должна быть указана та кодировка, которая у тебя в базе)
Обычно в русскоязычных используют кодировку "cp1251", если у тебя так, используй везде её вместо "utf8".
Скачал движок что ты юзаешь, там в index.php после 72 строки ("$db_connection = @mysql_pconnect($db_server, $db_user, $db_passwd);") можно влепить "mysql_query('SET NAMES cp1251');". Вместо "cp1251" поставь что в базе написано, или utf8 или latin1...
Кодировочка базки какая была? Что за форум? Он хоть в правильной кодировке базку грузит?
Позагружай базу в разных кодировках попробуй, бывает такое...
Не пожарка делает ДЦ безопасным, а устранение первопричины пожара - слабая, залипушная проводка.
Если они сделают нормальную проводку, то пожара они никогда больше и не увидят.
Всего 5 правил.
1. Розетки только рядом с корпусами.
2. Не использовать удлинители
3. По автомату на стойку, хотя-бы.
4. До стоек и компов провода монолитные, с надёжным соединением через "орешки" или надёжные клеммы, с жаростойкой изоляцией.
5. Следить чтобы нигде не грелись провода, в случае слабого нагрева какого-либо, страховать его дополнительным.
Я с ними уже второй год, на моей памяти только этот пожар. А когда был первый? Какие последствия были?
Хех, представляю как будут летать сайты ввиду такого количества съехавших от них клиентов. Но лично я съезжать не собираюсь, как ни как у них удобно и по ценам приятно. Имеется у меня несколько других хостингов в США и ещё хз где(реселлер не колится), но там туго льётся файло и иногда тормоза, такого не было на хостинг.юа.
Короче подожду пока они всё у себя починят и объявят о завершении всех работ, тогда буду переводить сайты с времянок обратно.
Что касается пожаров и надёжности, так это всегда надо учитывать, поэтому я и спокоен был, потому что у меня всегда есть бэкапы всех сайтов и альтернативные варианты размещения.
На тот момент у меня была оплата на пол года, попробовать решил, видимо при таком варианте у них особо драконовские условия. Потом, как перешёл на годовой период, больше с перегрузами не цеплялись, правда FTP уже было не чем грузить. Хотя я до сих пор не понимаю, причём тут FTP? Разве я виноват что их FTP демон такой грузонский?
А в позапрошлом году заливал на этот сайт файлы, долго заливались и туго, так они меня известили что я сервер перегружал больше чем надо и попросили так не делать больше 🤪
