ただし、valuehostについての記憶は正常なままでした。 サイトのフォームと電話での24時間のサポートを通じて質問を残した場合、運用上の（20分以内の）サポートの回答は特に喜ばれました。
しかし、私たち家族がいくつかのドメインを開始し、それらのホスティングを購入するとき、何らかの理由で（理由は覚えていません）、センターを選択しました（RU-CENTER、 www.nic.ru ）。
さて何と言ったらいい？ レジストラとして、rucenterに関する苦情はありません。 しかし、ホスティング事業者については-1つの継続的な不満。
ホーム-サイトは常に利用できません。 契約でさえ、そのサイトは月に最大2時間、ホスティング業者の過失によって利用できない可能性があると述べています。 これはたくさんあります。 しかし、私たちは、緊急時に万が一の事態に備えて保険をかけ、通常モードではすべてが正常になると考えました。 くそー。 サイトは月に2時間よりもはるかに長く置かれました。 彼らは週に2時間、3時間以上消えました。 これが初めて起こったとき、私たちはセンターの電話サポートが平日（10〜19時間）でのみ行われていることを知って驚きました。 つまり、19.01の金曜日に、サイトのデータベースが利用できないことがわかり、サポートが月曜日の朝にのみ応答することを想像してください。 美人 管理者がそこで何かをすることを望んでいます（誰かがそこにあるサーバーを監視していますか？）、しかし、サイトは1時間または4時間で利用できず、留守番電話が電話で応答し、営業時間中に電話をかけます。 サポートの手紙を書いて、さらに数時間待って、疲れて寝る。 このサイトは日曜日に機能しており、水曜日のサポートはお客様のリクエストに応えます。「現在、すべてが機能しています。問題はありません。 問題が解決しないかどうかを書いてください。」
サイトは受け入れられないほど頻繁に利用できませんでした。 これが勤務時間中に発生した場合、サポートに電話または書き込みを行い、説明を受けました。「別の関税201サイトでDDoS攻撃が行われています。 したがって、すべての関税201サイトの運用に問題があります。
最後に、私はそれにうんざりしていたので、このモードでのさらなる作業は受け入れられないことを説明しようとした徹底的な手紙を書き、より高価な関税（301）への移行がこの問題を解決することを保証できるかどうかを尋ねましたか？ そうでない場合は、別のホスティングを探す必要があるためです。 彼らは私に答えなかった。 つまり、一般的に。 数日待って質問を繰り返し、「私の質問に答えられない場合は、できる人を見つけてください。」というリクエストを追加しました。 彼らは再び私に答えなかった。 次に、問題の歴史と同じ質問を含む別の大きな手紙を書きました。「あなたの従業員は、DDoS攻撃の問題が関税201のサイトで観察されているという事実に常に焦点を当てています。 、問題は止まりますか？」私はセンターのサイトで見つけたすべてのアドレスにこの手紙を送りました。 答えも挨拶もありません。
さらに数日待った後、私はサポートに電話し、話全体を伝え、とにかく答えるように頼んだ。 電話の反対側の従業員は、「あなたの手紙が見えます」と言った。 「そして、あなたは何と言いますか？」私は尋ねた。 「彼らはあなたに答えます。」 「いつ？」「近い将来。」 そして彼らは答えませんでした。
その後、「DDoS攻撃」、データベースの利用不能、ホストのサポートが「すべてが機能する、これらはプロバイダーの問題である」と主張する状況、および私のものを含む世界中のさまざまなサービスのトレイコービンを介して接続されたアパートは、サイトが利用できないことを示します。 さらに、私のすべてのサイトにアクセスできず、一般に、nikhostでホストされていることがわかっているすべてのサイトにアクセスできます。 また、このサイトは利用可能であるように思われ、サンクトペテルブルクの友人は、彼らがそれを見なかったと報告しました。 ドイツの友人は、最大のドイツのプロバイダーAliceの顧客は私のサイトをまったく見ることができないと言った。
一般的に、私はNikhostから何かを達成するために必死であり、新しいホストの世話をし始めました。 しかし、サイトはそれらと横たわっている間、それらは時々アクセスできませんでした。 私たちのプロジェクトを一緒にリードしてくれる妻を悩ませました。 今、彼女はNikhostのサポートに対応し始めました。 通信の過程で多くのことを学びました。 たとえば、DDoS攻撃またはハードウェアの問題のためにサイトが利用できない場合、これはホストの障害のためにサイトが利用できないことを意味しません。 さらに、手紙や電話での会話のさまざまな従業員は、しばしば単に互いに矛盾し、それが彼らの良心についての不愉快な考えに至りました。 何度もサポートから絶対に受け入れられないフィードバックを受け取ったアレクサンドラは、私の入場を繰り返して、サイト上で見つかったいくつかのアドレスに手紙を書きました。 理由はわかりませんが、彼らは彼女に答えました-PRサービスの従業員は、彼の愚かな行動によるサポートが会社にとって悪いイメージを作り出すことを心配し、助けようとしました。 少なくとも彼は、内部監査を実施し、整理することを約束しました。 詳細を尋ねた。 私は彼の要求に応えて私たちが書いた手紙のほとんどをあげます。 いくつかの問題を説明するだけです（従業員の名前とチケット番号と契約番号は省略します）。
こんにちは
残念ながら、電話で応答する従業員は表示されないため、姓を言うことはできません。 しかし、通信に関連するすべてのものを保存しました。
チケット...：
手紙：「あなたのサイトにある私のサイトのデータベースにアクセスできない理由を、2009年2月11日、15-50から16-28まで説明してください。」
回答：...「指定した時点で、ホスティングを提供するデータベースサーバーに技術的な問題がありました。 問題は現在解決されています。 ご不便をおかけして申し訳ございません。」
この回答では、故障の理由を説明できませんでした。 同じ通信のフレームワークで、同じデータベースサーバーの問題に関する2回目の連絡が記録されました（2週間後）。
サポートスタッフとの会話の1つ（別の問題については、以下で説明します）で、データベースの特定の北に問題があり、必要に応じてステートメントを記述し、サイトを別のデータベースサーバーに転送できることが通知されました。 午前8時から8時45分までの午前中にデータベースが再び利用できなくなったため（チケット...）、今日3月19日にこれを行いました。 しかし、サーバーが故障していて、クライアント（私）が適切に動作しているサーバーを取得するためにステートメントを書くように誘われたときの状況は、私にはとんでもないようです。 さらに、彼らは問題についてすぐに教えてくれませんでした。最初の2文字で、すべてが正常であることを保証しました。
多くの場合、訪問者は私のサイトにアクセスできないことを訴えます。 多くの苦情があったとき（そして私が個人的に記録した2つのデータベースクラッシュの後）、私は緊急に問題に対処することにしました。 サポートサービスは、契約では、1か月あたり最大2時間、ホスティング事業者の過失によりサイトが利用できなくなる可能性があることを定期的に思い出させてくれました。 しかし、私は彼らがより長くアクセスできないと疑っていました。 私のサイトにアクセスできない本当の理由を理解し、見つけるために（私はそれがホスティング業者としてのニックルのせいではない可能性を認めます-他の多くの要因があります）私のサイトのサイトがホスティング事業者のせいで利用できなかった時間について。
チケット...：
手紙：「この手紙により、ホスティング業者の過失により私のサイトのサイト（...）が利用できなかった時間に関するレポートを受け取りたいと願っています。」
2009年3月11日の回答：「今日の15:50には、共有ホスティングサーバーでホストされているサイトへのアクセスに問題がある可能性があります。 問題は、モスクワ時間16時19分までに専門家によって修正されました。 現在、すべてのサービスが正常に機能しています。 ご不便をおかけして申し訳ございません。」
サポートスタッフが私の手紙を読んで理解したとは信じられません-申請についての言葉はありません。 私は別の手紙を（同じ通信の一部として）書いた後、何らかの理由でアプリケーションについての私の説明がサポートサービスによって理解されていないと判断して、私は電話しました。 私は私の話を聞いてくれる丁寧な従業員に出くわしました（彼はサイトを別のデータベースサーバーに転送することもアドバイスしました）。 23分間の会話の中で、私は彼に自分が本当に報告が必要だと納得させました。 彼は報告書を私に送ると約束した。
数日後、私は手紙（同じチケット）を受け取りました：
「日付時刻は利用できません
01/14/2009 16:40-16:43
01/19/2009 15:22-15:35
02/25/2009 20:29-20:31
03/11/2009 16:05-16:19
このデータがどこから来たのかわかりません。 彼らは間違っています。 以前にサポートチームに書いたサイトにアクセスできない期間もありません。また、会社の従業員がこれについて通知した期間（上記の断片）は15分短縮されます。 私は自分のサイトを1時間ごとにチェックするわけではないので、アクセスできない期間については知らないかもしれないという事実は言うまでもありません。 この「レポート」は、まともな品質のホスティングサービスを手に入れることができるというすでに弱い自信を揺るがしました。
同じチケットの一部として、サポートサービスとさらに数通の手紙をやり取りしましたが、間違ったデータやレポート自体を送信したという説明を受け取りませんでした。
2009年3月19日の今日、すべてのサイトが少なくとも45分間再び利用できなくなった後（再びチケット...）、サポートに数回電話しなければなりませんでした。 結局のところ、私は幸運にも-見たところ-良いサポートスタッフに到達しました。 従業員がサイトにアクセスできない理由を丁寧かつ詳細に説明すると同時に、レポートを受け取る可能性について尋ねました。 従業員は私に、問題はないはずであり、レポートの申請書（早ければ2009年3月11日、チケット...）を自分に持って行って、このレポートを送ってくれることを保証しました。
他の従業員が私の手紙を注意深く読み、質問に耳を傾け、この辛抱強い報告書を送ってくれなかったのは、私には謎のままです。 サポートチームに連絡するたびにルーレットをプレイしたくありません。優秀なスペシャリストを獲得できるかどうか（私の経験では、ほとんどの場合）、手紙や電話に多くの時間と労力を費やす必要があります。
PR部門の従業員はこの手紙に丁寧かつ迅速に回答し、感謝し、内部調査を行うと約束しました。 この秋のサイトの後に停止しましたか？ いや 定期的に利用できない理由についての明確な説明はありませんでした。
すぐに、Masterhost、McHost、Valuehostが提供する条件を綿密に比較して、 アメリカのホスティングプロバイダーSite5.comを選択しました 。 私たちは彼からhostPro料金を購入し、すぐに1つのサイトを彼らに移しました。 転送の過程で、いくつかの質問が発生しました。 彼らは支援するために書いた-彼らはほとんど即座に答えを受け取った。 確かに、英語ですが、ここで-あなたにできること-彼らはアメリカ人はロシア語を知りません。 これまでのところ、別のサイトがNikhostに残っていました。 興味を引くために、私は両方のサイトをbasicstate.comシステムに入力し、15分ごとに登録されたリソースの可用性をチェックします。 ここに、私たちのプロジェクトの1つが既にサイト5から、2つ目がセンターから回答した数日間のレポートを示します。
hrenovina.net (site5)
----------------------------------------------------------------------
date uptime dns connect request ttfb ttlb
2009-04-16 100.00 0.068 0.129 0.129 0.626 1.029
2009-04-15 100.00 0.080 0.142 0.142 0.631 1.027
2009-04-14 100.00 0.102 0.165 0.165 0.713 1.144
2009-04-13 100.00 0.149 0.212 0.212 0.705 1.117
2009-04-12 100.00 0.123 0.183 0.183 0.654 1.049
yatsutko.net (hosting.nic.ru)
----------------------------------------------------------------------
date uptime dns connect request ttfb ttlb
2009-04-16 100.00 0.008 0.155 0.155 0.960 1.572
2009-04-15 100.00 0.008 0.194 0.194 0.843 1.327
2009-04-14 96.74 0.008 0.150 0.150 0.691 1.254
2009-04-13 55.43 0.014 0.091 0.091 0.492 0.719
2009-04-12 0.00 0.025 0.000 0.000 0.000 0.000
つまり、5日間のうち、Nikhostにあったサイトは通常2日間しか利用できませんでした。 ある日-単一の答えではありません。 よく、あなたは、一般に見ます。
これまでのSite5.comのサイトは、問題なく機能しています。
まとめると。 nick.ruをホストしたくさえありません。 しかし、正義のために、私はレジストラとして彼らに不満がないことを繰り返します。