Здравствуйте всем!
Вот почитал ответы на вопросы и вижу что пора и тут часть товарищей клеймить как "говносеошник", "школота" и т.п. и т.д. (я как бы больше завсегдатай раздела хостинга и вижу там такие темы постоянно). Слушайте, к вам пришел клиент (потенциальный), а вы его опускаете. И за что? За то, что он - профан в сео. А что такого то? Он же не собирается у вас хлеб отнимать, он просто хочет заплатить, чтобы ему сделали работу и чтобы это была качественно сделанная работа. Это все равно что человеку который тупо ищет хостинг предлагать заняться системным администрированием и построением своего датацентра. Понятно, что сайт ему делать хостер не будет, но это же не значит что и хостинг ему не нужен. Можно просто посоветовать - пойди туда, посмотри того, этого.
Клиент пришел к вам - как к спецам в сео и просит совета. А в ответ получает сарказм вовсю.
PS. В конце концов если вас всех так сильно бесят такие топики то могли бы сложить умы и разродиться небольшой темой (прикрепленной) что чудес не бывает и что сео требует того то и того то и выбор сеошника надо делать потому то и потому. Иногда такие темы читают.
Здравствуйте
Возьмите турпутевочку в Кипр, Турцию, Эстонию, Латвию, Польшу, Чехию, Англию и сами зарегистрируйте с помощью юристов. И погуляете и дело сделаете и будете уверены что ничего не сломается через энное количество лет.
Как минимум нужно озвучить бюджет. Иначе это получается какой-то сбор информации а не предложение :) 10 к, 100 к, 1000 к и т.п.
Лично у меня особых претензий к хостобзору нет. Единственное, что я бы там настоятельно советовал бы изменить - это каталог. Многие вещи просто устарели - как разделение трафика на зарубежный и внутренний, как перечисление IDE и SCSI винтов, как оплата баннерами ну и прочие мелочи. Это мелочевка на самом деле, но она реально влияет на выбор клиента и на отдачу от сайта для клиента. Собственно, я бы предложил сделать все очень просто - да, в каком то смысле, hostdb "скомуниздил" каталог хостобзора. Ну так и так же поступить - взять лучшее от каталога hostdb и встроить в хостобзор. Не так много времени займет - а кто уж там первый или последний - ей богу посетителю не важно. Резюме - обновить каталог и привести его в соответствие с современными стандартами + может быть добавить больше поисковых возможностей и возможностей по фильтру - это все что надо. Остальное все от лукавого.
Не могу поверить что такая "проблема" не могла быть решена техподдержкой. Может быть имело место какое-то непонимание. Ведь мы тут тоже разобрались совместными условиями на третьей странице:)
Что касается возратов - ну юрлица возвраты делают неохотно по той причине что потом до них докапывается налоговая видимо. Чем крупнее юрлицо тем больший нездоровый интерес оно вызывает у налоговой. Приходится следовать стандартным положениям. Как деньги пришли в этой ситуации - не суть. Важно чтобы они ушли точно и только тому клиенту который был зарегистрирован. Все же попробуйте с техподдержкой поговорить - это реально никакая не проблема и ее решение займет очень мало времени если точно и четко сделать запрос.
Честно говоря мне кажется что три страницы флейма ушло в никуда :) Потому что как говорится: правильно поставленный вопрос = правильный ответ. Мы тут, конечно, все потусили, пообщались, обменялись знаниями и опытом и возможно даже что-то вынесли из дискуссии, но если SSL сертификат не определяется браузером - это вопрос к техподдержке а не к форуму. Решить можно минут за 15, ну за час максимум если что-то совсем непотребное уже в конфигах. Если техподдержка не может такую проблему решить - вероятно стоит сменить хостера. Проблема из простых, на нее есть 100500 решений (готовых), разжевана по самое не могу и любой, кто умеет пользоваться гуглем может ее решить самостоятельно.
Насколько я знаю - нет.
А в чем глобальный смысл? Можно же сделать так:
zone "domain1.ru" {type master; file "/var/named/domain1.txt";};
zone "domain2.ru" {type master; file "/var/named/domain2.txt";};
zone "domain3.ru" {type master; file "/var/named/domain3.txt";};
И получится индивидуальный файл зоны для отдельного домена. Что касается named.conf то подрубить все файлы зон одной строчкой вероятно невозможно так как необходимо для каждого файла указывать тип (мастер к примеру).
Эм, ну тут странно - ссл сертификату все равно на каком ай-пи работать. Так что от смены ай-пи работа ссл сертификата никак не зависит. Ай-пи должен быть выделенным под ссл хост - это да. Но, какой там ай-пи конкретный 1.1.1.1 или 2.2.2.2 - абсолютно по барабану.
Работа техподдержки по ICQ восстановлена.
