http://www.ho.ua/faq.html?page=edit тут в вопросе
Код: Выделить всё
Q: Проблемы с кодировкой символов на сайте
A: Сперва вам нужно выяснить, следствием чего является неверное отображение кодировки - выдача данных, содержащихся в файлах на сервере, или результат работы скрипта, при котором данные берутся из базы данных. При втором случае вам нужно также прочитать данную инструкцию.
В первом случае нужно знать, в какой кодировке (windows-1252, koi8-r или utf-8) ваши файлы на сервере. А далее - выполнить простое действие: указать в директиве AddDefaultCharset windows-1251 файла .htaccess эту кодировку. Кстати, если вы не удалили изначальные файлы .htaccess, то в них уже есть необходимые строчка - вам достаточно только закомментировать ненужную и раскомментировать нужную директиву (т.е. убрать символ # с начала строки с директивой AddDefaultCharset. При этом для разных файлов вносить изменения нужно в следующих файлах .htaccess:
для cgi-скриптов, расположенных в директории cgi-bin, а также для файлов php нужно редактировать файл ~/htdocs/.htaccess;
для остальных файлов, расположенных в директории htdocs (html-документы, cgi-скрипты и т.п.), нужно редактировать файл ~/htdocs/.htaccess. Отметим ещё раз, что на кодировку php-скриптов этот файл не влияет!
Если это правильно, тогда стоит перефразировать ответ, ибо он подразумевает разные файлы.
http://www.ho.ua/faq.html?page=admin Тут
Код: Выделить всё
Q: Поддерживает ли хостинг обыкновенный ASP-страницы?
A: Нет, у нас не windows-Хостинг, поэтому ASP (уоторые работают в среде windows) скрипты у нас работать не будут.
http://www.ho.ua/faq.html?page=edit тут
Код: Выделить всё
Q: Защита от атак СПАМ-ботов (простые рекомендации)
A: Прежде всего, под СПАМ-ботом в данном контексте мы понимаем боты (роботы), которые автоматически оставляют на сайте сообщения (обычно рекламного характера или содержащие ссылки на другие сайты) или отправляют через формы на сайте письма такого же характера.
Мы рекомендуем использовать на сайте такое ПО, которое просто не позволяет посетителям оставлять сообщения без предварительной авторизации. В данном случае вы сможете хоть как-то управлять происходящими изменениями на вашем сайте (форумы, новостные доски и т.п.). Сама регистрация, желательно, должна происходить с проверкой того, что данную регистрационную форму заполняет человек (различного рода логические вопросы или картинка ("капча" на жаргоне) к надписью, которую сложно автоматически распознать. Это не дает 100% защиты от регистраций роботами, но сводит данную вероятность к нулю.
Вторая возможность защиты - это непосредственная проверка "человечности" ("капча") при создании сообщения посетителем сайта.
И напоследок - мы не рекомендуем на вашем сайте использовать (и предоставлять всем посетителям) формы отправки писем (SMS) сообщений - они могут иметь много уязвимостей, позволяя злоумышленникам использовать эту форму для отправки СПАМ'а. А это приведет к закрытию вашего сайта, а пострадаете именно вы.
Это не дает 100% защиты от регистраций роботами, но сводит данную вероятность к нулю.
С уважением, Я.