今日まで、ホストとの話では、データベースとファイルは毎晩バックアップされ、サイトのコンテンツは午前中に更新され、サイトはオフラインは合計14〜16時間でした。 新しいホスティングへの移行の前に、サイトはステージでハングしました-クライアントは検索エンジンに入り、クリックし、注文を終了します（ちなみに、キーフレーズの検索エンジンでは10〜17桁でした）。 しかし、移転後、顧客は口コミや検索エンジンだけでなく、インターネット上の広告を通じてサービスを積極的に促進することを決定しました。 サイトは小さな変更を受けました-速度の向上、より「強力な」関税の採用、注文構造の再設計。 maxhostがダウンしているため、情報はバックアップから取得され、古いバージョンのサイトはmaxhostの手の届かないところに残っていました。これは、上げられたFTPホストへの最初のアクセスで削除しました。 ちょうどその時、maxhotの公式サイトに、請求書に手紙を書くことで補償を得ることができるというメモが掲載されました。
請求からの回答はまだ待っています。
5月21日、Maxhotsから手紙を受け取りました：
,
***** .
.
() , . NS ns1.mchost.ru ns2.mchost.ru .
, .. - . - mchost.ru/datacenter .
- support@mchost.ru . -.
,
明確に書かれている場所-サイトを元に戻したい場合-NSサーバーを変更します。
すべてのルートサーバーでNSを更新する前に転送中に停止しなければならなかった新しいホスティング、稼働中の広告、およびロシアに留まるという決定が既にあったため、この手紙を無視することにしました（本文からわかるように、この手紙は有益です）。
しかし、今日メールに行って新鮮な注文を確認します（顧客でのメールに失敗した場合、および彼らが書いたものを読むためだけに注文はそこで複製されます）、注文には数週間前に追加されたいくつかのフィールドがありません。 短いチェックの後、これらのフィールドは注文フォームそのものではなく、すべてのニュースは4月より古いものではないことがわかりました。
これは、新しいホストが何らかの理由でバックアップをあふれさせるか、私のサイトがmaxxotに固執し、許可なくそれに戻ることにしたことを示唆しています。
レジストラでログインすると、ドメインの所有者であるにもかかわらず、実際にNSレコード自体がMaxshot NSに変更され、設定を変更するとメッセージが表示されることがわかりました
タイプ：
****!
DNS- ****.ru .
DNS
,
WHOIS 1-2 .
* * *
Nameservers update for domain ****.ru has been initiated successfully.
All data on root DNS servers will be updated in 24 hours. WHOIS data will
be updated in 48 hours.
私のメールではこれは観察されませんでした。
その後、ドメインの所有者の同意なしに、このサイトが変更された理由の説明を要求する怒った手紙がホストとレジストラに書かれました。
Makhostはすぐに応答しました：
.
. DNS.
webna**.ru ( , ).
.
.
その後、私はMaxhotの尊敬されるサポートについて説明しました（そして彼女は私が見た中で最高です）。
私のドメインはすでに私のドメインに固定されており、私自身が移動したときにそれらを編集したこと。
現在、ドメイン情報を変更した人とその理由を説明するレジストラからの手紙を待っています。
サイトの顧客は、損害賠償の請求を検討しています。
Habrovchane、mahostaにあったドメインのNSレコードを確認してください