Так вы не меняйте имя файла. Просто расширение html добавьте и будет как раньше.

В данном случае есть две версии:
1) ФТП-адрес написан неверно (см. алгоритм определения в ФАКе заглавного поста этой темы)
ИЛИ
2) проблема возникла в следствие использования именно таких открывающих и закрывающих тегов

Скорее второе... Я постараюсь с этим разобраться (просто почти никто такого рода тегов не использовал ранее). А пока - чтобы не усугублять время error'ов - может стоит заменить открывающие и закрывающие теги на страницах и в настройках площадки на более простые <!--что-нить-->


По ФТП на данный момент - не будет. Используйте подключение с помощью скриптов (в этом же разделе есть темы, где описывается, как подключить статику с помощью PHP или PHP+SSI.


Опять же, пока - подключаться с помощью скриптов. Проблема эта известна, но ее решение не так просто, как кажется на первый взгляд (если конечно мы не стремимся наломать дров). Один и тот же скрипт (алгоритм) обновляет сотни сайтов, на которых могут быть совершенно разные ситуации (директорииндекс с разными файлами по умолчанию, мод-реврайты, просто файлы без расширений и т.д.). Трудно найти универсальное решение, которое позволит корректно сопоставлять УРЛу файл в разных ситуациях неопределенности (без постоянного изменения настроек ad hoc, т.е. для каждого отдельного случая). В первом посте этой темы поэтому прямо сказано, что пока страницы без имен файлов (кроме главной, имя которой задается особо) или с переименованием УРЛ данным сервисом не обрабатываются.

А если Что значит на данный момент? а на сайте с файлами с *.html работает хоть?
Вообще интересно почему, ведь по сути это тотже html-файл, ну тольео без расширения, это же не папка, а файл.

Добавлено через 2 минуты
Думаю ссылка вида /reg.asp и /reg.asp.html это разные ссылки

хотя для работы вероятно правильнее будет с расширением или все равно?

Добавлено через 26 минут
Поменяю лучше вопрос на следующий:
Что мне лучше сделать, как быть? Есть все файлы сайта на ASP.NET и база, но база сильно попорчена вирусом, что содержание целых разделов потеряно. Хотелось бы восстановить содержание сайта. Я вижу выход только восстановлением из вебархива, т.к. у хостера нет чистого бекапа сайта. Но чтобы сайт окупался и приносил пользу, хочу поставить код Сапы. Что мне лучше сделать, как быть?

Kodi, я выдал уже Вам решение - подключиться с помощью скриптов. ВНИМАТЕЛЬНО читайте тему о ФТП-подключении, там в ПЕРВОМ посте ответы на все ваши вопросы

я не знаком с ASP.NET совершенно. Посчитал что проще будет по ФТП, ад и файлы же после восстановления будут чисто HMTL но без расширения только.

а не лучше будет сохранить сайт файлами с расширением html? Ну потеряем конечно правильные ссылки на сайт, зато код САПЕ будет точно работать.

А на счет первого поста там все понятно, но там четко сказано что с расширением файлы должны быть. Просто дилемма. Ведт нужно правильно все разузнать, на восстановление из вебархива же тоже деньги будут уплачены.

Лучше разобраться с ASP или найти того, кто разбирается (имхо)

P.S. По ФТП могут обновляться файлы с расширением .htm, .html, .shtml (если нужны будут другие расширения, подумаем.)

Я написал ftp://ftp.sc-lab.ru/sc-lab.ru/, как в примере настроек :)
Значит надо без ftp:// ?


Возможно, но до этого я пробовал оригинальный вариант: </body> как открывающий и </html> как закрывающий :D Все так-то работало, но ссылки-то были вне _боди_ :)

Допустим, сейчас я заменю теги на <!--что-то-->, внесу изменения в настойки. Нужно будет переиндексировать площадку или система сама все найдет?

Я уже выше написал, что скорее всего, из-за особенностей тегов. Мы это поправим в ближайшее время (чтобы и Ваши, и подобные им адекватно обрабатывались). Но чтобы в это время не было эрроров и если есть возможность, замените на теги без параметров. Ничего переиндексировать не нужно. Все уже проиндексировано ;)) Нужно заменить теги на страницах и перебить все настройки в акке и не забыть нажать "сохранить".

П.С. Насчет ftp:// - это на самом деле не так важно, скрипт обрежет, если пользователь введет :D

А без ftp:// при сохранении ругаетсо :D
Ок, сменю теги. Видимо из-за кавычек такая хрень..

Добавлено через 10 часов 12 минут
UPD: сменил теги на <!--***-->, потихоньку выходит из еггогов. Спасибо за помощь :)

Сегодня поправил код, чтобы теги с атрибутами (напр. <div id="reklama"> ... </div id="reklama">, <span class="sapelinks"> ... </span class="sapelinks"> и Т.П. и Т.Д.) могли нормально использоваться. Интересно было бы потестить... (Нужно только упомянуть, что открывающий и закрывающий теги НЕ должны быть одинаковыми, тут может потребоваться насилие над стандартом, ибо использование в качестве закрывающего просто </div> или </span> может приводить к повреждению контента, если данные теги используются на странице не только для обозначения границ ссылок)

П.С. одновременно предусмотрено удаление пробелов в начале и конце вводимых пользователем данных (URL сайта, адрес ФТП, файл морды, логин, теги; кроме пароля) - бывало, пользователи копировали некоторые данные с лидирующими пробелами.

П.П.С. Внесенные изменения глобальные - смотрим, не будет ли ошибок.

Добавлено через 3 часа 30 минут
Промониторил несколько сайтов, вроде все идет штатно. Одновременно хотелось бы обратить внимание на:

1) большинство использует в качестве тегов стандартные примеры. А зря - вносите разнообразие, используйте свои теги (в т.ч. span, div, h1-... c атрибутами, если разбираетесь). Это в ваших интересах.
2) некоторые забывают расставлять код на страницах. В итоге купленные ссылки на этих страницах не размещаются.