isuchone, у меня от вашего конфига волосы на голове дыбом встают...
А что накрылось, база данных или файлы? У них файлы и база на разных серверах лежат.
Почитайте это и это.
Есть шанс, что это вам поможет.
И начинайте делать бэкапы, без них никак!
табуретка, а phpmyadmin работает или нет?
https://mysql.majordomo.ru/ выберите сервер, введите логин и пароль.
Виноват, мой косяк. У них другая локация.
Ну раз вы это понимаете, то почему ищите именно бесплатный вариант?
Сами понимаете, что сервер на котором находится ваш сайт стоит денег, так какой интерес давать его бесплатно?
Тут 3 варианта:
1) Размещение рекламы на страницах размещенного сайта, и даже если посещаемость с нагрузкой возрастут, то при хорошем ctr, хостер закроет на это глаза.
2) Хостинг без рекламы, но очень жесткими лимитами. Это некоторый вид саморекламы. И пока нагрузка отсутствует, хостер вас держит, но как только упретесь в лимит - вас попросят перейти на платный тариф. Кстати бегет, который вам предложили именно так и работает. Там лимитят нагрузку и число файлов (или inode).
3) Хостинг провайдер альтруист, но такие берут только качественные сайты. И получить этот хостинг достаточно тяжело(например нужен пригласительный год). Но и там есть жесткие лимиты.
К чему я все это написал? Да к тому, что бы вы перестали маяться дурью и взяли платный хостинг. В этой теме уже отписалось несколько представителей с достаточно качественными услугами (ссылки в их подписях), попробуйте их, и прекращайте экономить на спичках, себе дороже обойдется...
Если мне не изменят память, то у Мажордомо файлы и база данных расположены на разных серверах.
Какой сервер грохнулся? Сервер с файлами или с базой? Если база данных жива, то считайте оделась легким испугом. Да, картинки потеряете, но это ерунда если сравнивать с потерей сайта.
Попытайтесь войти в phpmyadmin. или напишите в поддержку, пусть сами сделают дамп.
PS
А вам января 2012 года мало было?
Как 30го декабря 2011г они поломались, так до февраля 2012 года они чинились, или вы этого не застали?
Ну не может лоу-кост, что либо гарантировать, это ведь лоу-кост!
Но если нужен именно лоу-кост и вы готовы закрыть глаза на мелкие неприятности, то вам к ihor.ru - дешевле не найти.
А если нужно качество, то готовьте 14евриков, провайдер itldc.com, ipv6 у них есть.
Я знаю, Этот тест показывает размер html странички сгенерированной сервером.
Он не загружает элементы страницы (jpg,png,css,js,flah)
Т.е. если разместить на странице картинку размером хоть в 5 мегабайт (или скриптами ее обвешать, по самое не хочу), то тест ее не учтет, а покажет лишь размет самой html странички.
Да как то не очень...
Мне Гугл отдает 304 Not Modified и все "довески" берутся из кеша. А у вас код 200!
А вы перед этим кеш не чистили? Что то у вас не так...
Но в любом случае, я полностью согласен с тем, что SSL сертификаты нужны далеко не везде, а только там, где требуется приватность.
И недостатков хватает: не правильное время на компе привет ругательству, не все браузеры доверяют, лишняя нагрузка на сервер, не все клиенты дружат с tsl (а sslv3 признан не надежным), не все клиенты дружат с sha2 (sha1 начинает вымирать, думаю пошел последний год.) Но когда на кону деньги или иная секретная информация, то на эти минусы можно закрыть глаза, но только в этом случае.
Вы про сжатие данных? Ели да, то это не совсем так.
Если nginx настроен на сжатие и клиент поддерживает его, то сжатие то будет происходить и не важно http или https.
А вот если клиент юзает всякие ускорители интернета: режим турбо в браузерах или ziproxy и т.д. то толку от них не будет, т.к. шифрованный трафик почти не сжимается.
У вас "А" запись отсутствует.
;; QUESTION SECTION: ;avtograf62.ru. IN ANY ;; ANSWER SECTION: avtograf62.ru. 21599 IN SOA ns1.reg.ru. hostmaster.ns1.reg.ru. 1430976620 14400 3600 604800 10800 avtograf62.ru. 21599 IN TXT "v=spf1 redirect=_spf.yandex.ru" avtograf62.ru. 21599 IN NS ns1.reg.ru. avtograf62.ru. 21599 IN NS ns2.reg.ru. avtograf62.ru. 21599 IN SPF "v=spf1 redirect=_spf.yandex.ru" avtograf62.ru. 21599 IN MX 10 mx.yandex.ru.
