Вот именно. В конце концов, есть хитрый модуль ScrapBook для FF2 - и как только кого-то начнёт беспокоить проблема захватить контент, то этот шибко хитрый модуль будет использован либо без изменений, либо с минимальными правками. И JavaScript не спасёт. А время у программистов такие защиты отнимают. Пожалейте программистов, им хочется более интересными задачами заниматься.
Вообще да, для начинающих она подойдёт, но только потому что у неё есть служба поддержки реальная.
Это нормально. www.domain.com - такого, скорее всего, домена нет. Это имя хоста, не домена. Домен такой теоретически быть может, но очень редко.
Nameservers are all part of the same AS - значит, что сервера имён в одной автономной системой, то есть если автономная система накрывается, Ваш домен накрывается вместе с ней и его имена не будут распознаваться. Это как раз для тех, кто оба сервера ставить любит в одной сети класса С или вообще на одной машине
The nameserver list doesn't match the given one А вот это значит, что у вас первичный и вторичный серверы представляют разные списки серверов имён. Вообще там, в сообщениях днсдоктора, точно написано что именно произошло, это самая информативная часть сообщений, и именно её Вы не показали. На практике - не сработало обновление вторичного сервера при изменении зоны на первичном.
Делаем так: надо посмотреть, какие сервера обслуживают домен:
whois domain.com
выдаётся список NS серверов, например ns1 и ns2. Далее опрашиваем каждый:
dig @ns1 domain.com NS
dig @ns2 domain.com NS
и сравниваем показания. Если dig отсуствует, тот же результат nslookup даст: вот команды, которые надо дать. nslookup - это программа, далее идет то, что ей надо ввести с клавиатуры.
C:>nslookup
server ns1
set q=ns
domain.com
получаем тот же список NS серверов. Сравниваем их.
В результате обнаруживаем, что первичный сервер правильный, вторичный - неправильный.
Вообще, для Вашего провайдера ошибки, выданные днсдоктором, являются руководством к действию.
Процессорное время маленькое, скорость ответа тоже некритичны - для обычного хостинга это нетипично. Если на компьютере организовать 1000 обычных сайтов - они будут друг другу сильно мешать. 1000 файлохранилищ будут друг друга заметны только по трафику, да и то не всегда.
Это - /ru/forum/218297 - посмотрите, может поможет. И есть насчёт брэндовых одно соображение. Как мне кажется, это оправдано, если много серверов покупать. Когда один - может быть, полусамосбор будет так же работать, ведь Вы не хотите покупать программы поддержки?
Drupal использует jQuery (jquery.com) - а там есть функция getScript(). Прочитайте, если описание и функционал понятен - можно сделать примерно так:
или для загрузки js только после загрузки всего документа:
Но даже так некоторые проблемы будут - например, в какой момент загрузится этот скрипт неизвестно. Плюс обычные ошибки для AJAX, например из дискуссии:
Я бы с догрузкой js не саязывался - будут постоянные глюки, трудно обнаружимые. И отладка затруднится. Тем более что в приведённом фрагменте никаких обоснований необходимости этого нет.
Справочник:
http://docs.jquery.com/Ajax/jQuery.getScript#urlcallback
http://docs.jquery.com/Events/ready#fn
зайдите на http://demo.dnsdoctor.org и проверьте свой домен - это недо делать первым делом при всех изменениях. Проверьте 1) не указывая нынешние DNS сервера, 2) указывая их в явном виде.
digg.com - миллионов 10, news2.ru - не знаю.
malls, этот вопрос стоит задать самому keyweb.de, интересно, что они думают по этому поводу .
keyweb.ru - очень странная компания, по моему скромному опыту общения с ними.
Все когда-то начинали без опыта. Если принято решение ставить сервер - надо либо ставить и учиться, либо не ставить вообще.
Виртуальные сервера дадут возможность проводить эксперименты. Например, вопрос ТС про панели управления. Установив одну, нельзя перейти на другую без глюков и колдовства - а виртуальную машину можно просто снести. Поставив RedHat, не удастся поставить SuSe или Debian - а в виртуальную машину можно. Сделать пару сайтов с дырой - и сервер можно прерформатировать, а виртуальную машину можно снести и новую создать. В общем, куча плюсов. Какой нибудь OpenVZ администрировать довольно просто для таких целей.
