Чтение Это
Сетевые решения - еще больше трагедий поддержки клиентов
Какое самое большое кошмар любого веб-сайта? Когда вы идете к нему и ничего не есть. Он ушел, никаких признаков этого. Мало чем отличаясь от вождения для вашего бизнеса и поиске пустыре. При отсутствии признаков.
Ну, это уже третий Сетевые решения время не может справиться. Впервые они сказали, что должно быть моим "скрипты". Я писал об подробности здесь: Network Solutions (трагедий поддержки клиентов) ... Это был мой сайт вниз в течение почти 3 дней.
Месяц или около того я много времени проблемами. Трассировку выглядел великолепно (все под 100 мс), но на последнем этапе (маршрутизатор Network Solutions), показали 100% потерь пакетов. Я привык к тому, согнали на упакованные серверов (большой пинг / Traceroute нормально, DB запросы были быстры, но страница доставки очень медленно). Мне сказали, было обновление происходит. Они взяли в день или около того, и это, казалось, выправить.
Это время (9 сентября), я заметил, прерывистый 500 ошибок смешанных странно с редкими "Не удается найти "/"". Предполагая, (да, я знаю), временное явление, я отпустить ее до утра ... Утром все было 500 ошибок, каждый раз, так что я использовал свой "Gold Member" Экспресс Запрос поддержки кнопку на девятом я получил в тот же день.:
Уважаемый Самуил Девол,
Благодарим Вас за обращение в Network Solutions. Мы стремимся к созданию лучшего обслуживания клиентов возможно. Одним из первых способов, которыми мы можем продемонстрировать свою приверженность этой цели быстро и эффективно обрабатывать Ваш запрос.
Однако, мы не сможем решить этот вопрос по электронной почте. Поэтому мы просим Вас звонить службы Заказчика, в 1-888-642-9675 в США и Канаде, или, по крайней 1-570-708-8788 за пределами США Когда вы звоните, пожалуйста, ссылку на следующей запрос 1-243929254.
Мы с нетерпением ждем от вас в ближайшее время, так что мы можем работать над решением вашей проблемы.
С уважением,
WRANCEL001
Сетевые решения Поддержка пользователей
Так что я все бросить и оставить в стороне время для звонка. Они говорят мне, что они могут перерасти в него. Я напоминаю им, мой сайт не работает. Затем я считаю абсолютной потерей времени это было для меня даже сказать, что.
Через два дня (11 сентября) я получаю (от Steven009, "технический специалист Информационно-пропагандистская деятельность"):
Уважаемый Самуил Девол,
Благодарим Вас за обращение в Network Solutions. Мы стремимся к созданию лучшего обслуживания клиентов возможно. Одним из первых способов, которыми мы можем продемонстрировать свою приверженность этой цели быстро и эффективно обрабатывать Ваш запрос.
Выдать вам сообщили Network Solutions на 9/10/2006 12:22:32 PM и назначен Service Request 1-243977831 была завершена и закрыты.
Ошибки были вызваны изменения. Htaccess файл. Mod_rewrite ищет index.php, которого не существует. В вашем "домашний" каталог, есть файл index.html. Если вы отключите. Htaccess файл вашего сайта работ. К сожалению, мы не можем изменить. Htaccess файлы, мы можем только убедиться, что ваш сервис работает. Любые изменения в файле должны быть исправлены человек, пишущий файл. Приносим свои извинения за причиненные неудобства.
Мы надеемся, что это обновление было полезно. Однако, если у Вас возникли дополнительные вопросы, пожалуйста, не стесняйтесь обращаться к нашим отдел обслуживания клиентов.
Как клиент Network Solutions, вы имеете право на неограниченный доступ, днем или ночью, чтобы технически квалифицированных обслуживания клиентов представителей, которые предназначены для доставки любого уровня поддержки может вам понадобиться. Чтобы связаться с нами по телефону 1-866-391-4357. Если вы звоните из-за пределов США или Канады, пожалуйста, звоните 1-570-708-8788. Вы также можете по электронной почте нам в hosting@networksolutions.com.
Так что я выхватить мой браузер и перейти на мой сайт и получите ошибку 500 (все еще). 5 дней прошли. Я читаю электронную почту ближе и попытаться расшифровать то, что он смотрит. Я смотрю на мою / htdocs / .htaccess (который я не коснулся в неделях), и это прекрасно.
Options -Indexes
Options +SymLinksIfOwnerMatch
DirectoryIndex index.php
RewriteEngine On
RewriteBase /
RewriteCond% {} REQUEST_FILENAME!-Е
RewriteCond% {} REQUEST_FILENAME!-Й
RewriteRule. / Index.php [L]
# AddType х-MAPP-php5. PHP
А что случилось с моим index.php? Я в FTP и достаточно уверенный, что она есть ... Я открываю его и, похоже, это уже в течение последних 3 месяцев. Я смотрю на index.html и не вижу в моей корень (где мой htdocs / .htaccess проживает). Я смотрю в моей htdocs / дома и конечно же, есть файл index.html там. Просто там, где это было в течение последних 3 месяцев.
Так что я давал покоя вопрос, зачем человеку поддерживать технологии пришли к выводу, что правила перезаписи над каким-то образом относятся к /htdocs/home/index.php , а не /htdocs/index.php ??
Боже мой, он искал не в том каталоге! Он болел вокруг в /htdocs/home вместо того, чтобы /htdocs/ . Мое сердце раковины, думая это те люди, перспективным мне 99,9%? Обещание нарушено, я хотел бы добавить.
На следующее утро (12 сентября) я начал другую службу запрос. Не слышал что-нибудь на 13-й (4 дня после уведомления Network Solutions), так что я начал счет Site5 (до сих пор я люблю его). Я скопировал все мои файлы снова и он придумал очень хорошо, и быстрее, чем когда-либо был в Network Solutions.
По моему опыту с Network Solutions, они никогда не информировать своих клиентов об изменениях, запланированных или нет, внесенные в их сети, пока вы подаете в службу поддержки с ними. Они также не справиться с любой начальной технологий сообщения поддержку по электронной почте с любой специфики (нет ответа от инженера-типа), вместо того, они требуют, чтобы телефон в (это часто практикуется урезать "тривиальные" просит поддержки). Я всегда получаю один из них:
Однако, мы не сможем решить этот вопрос по электронной почте. Поэтому мы просим Вас звонить службы Заказчика, в 1-888-642-9675 в США и Канаде, или, по крайней 1-570-708-8788 за пределами США Когда вы звоните, пожалуйста, ссылку на следующей запрос 1-244742658.
Обновление: сегодня (15 сентября), я получил записку от GRACE008 предполагая я использую mysql_pconnect (постоянное соединение) вместо mysql_connect в моем сценарии. Так, может быть, проблема была у них было слишком много открытых соединений на своем сервере? Немного поздно, и я действительно не хочу, чтобы оптимизировать "вниз", для их обслуживания.
2 Пользователи комментарии на "Network Solutions - еще больше трагедий поддержки клиентов"
Эй, имея дело с такого рода вещи ничто по сравнению с адом, который пытается решить проблемы с Medicare по телефону - в качестве поставщика [здравоохранения].
Я потерял нс-сайте 72 часа назад, и они мне сказали "однако, Есть нет файлов, загруженных в ваш веб-хостинг пакет", и они дали мне ссылки на инструкции по правильному использованию FTP-клиентов. Они говорят мне, что они не те, ответственный, или они будут считать себя ответственными за это. Весь мой сайт, я строил в течение 5 лет, ушла исчезло.
