Пятнышко, вам люди и Нетхауз все правильно говорят. Если вы регистрировали домен в Нетхаузе (Регистранте), нужно отправить заявление по форме с нотариально заверенной подписью или явиться в офис с паспартом. Сначала, видимо, придется там продлить домен еще на год. Я сама переехала из Петербурга на юг, поэтому чаще отправляю подобные письма, чем появлюсь в городе и хожу по офисам (в основном продолжаю пользоваться услугами регистраторов из этого города). Что касается "движка Нетхауза", то конечно сайт вы унести сможете, но скорее всего без движка, поэтому его придется переносить на другой движок.
Ру-центр - лишь один из достаточно большого списка аккредитованных регистраторов, не самый "няшный" по нынешним временам. Даже я это знаю)))
Norrven, как было верно подмечено, расширения скрываются при помощи внутреннего перенаправления в .htaccess. Папки с индексными файлами точно использовать не следует. Расширения .php тоже. Зачем пользователю знать, на каком языке написан сайт (может, вы в будущем его перепишете на другом языке))) ), если конечно вы умышленно не хотите ввести пользователя в заблуждение. Если уж оставлять расширение, то лучше .html. Идеальным вариантом был бы простой каркас на php, на основе файлов или баз данных, если не является самоцелью именно создание статического сайта (ну, может, вам нравится издеваться над собой, я же этого не знаю))) ). Если хотите, могу подобрать для вас что-нибудь простое из своих наработок.
Числовой параметр. Это скорее особенность движка и PHP по преобразованию строк в числа. В более строгих движках это работать не будет. И с путями такое провернуть будет посложнее, хотя иногда работает и такое: (но не в этом случае).
nesterdron, просто внесите нужный симлинк (алиас) с .jpg на конце в движок/CMS и все. Вот я когда-то делала демку: http://g09.ru/sexygirl.jpg
Там нет ничего сложного. Вы в точке входа можете получить полный адрес из $_SERVER['REQUEST_URI'], только обрежьте QUERY_STRING и прочее, если вам нужен первый компонент пути. В показанном примере я обрезаю все лишнее от пути, включая ведущий слеш, и делю его на две части по первому слешу, используя explode(), после чего делаю запрос к базе данных на выбор первого компонента пути из таблицы. Если у вас предполагается использование только одного компонента или всего пути без его структурного деления, можете сразу делать запрос к базе данных. Если не используются параметры из QUERY_STRING, можете даже эту строку не отрезать от REQUEST_URI. Если в результате запроса получили требуемую запись из таблицы, можете выдавать страницу с соответствующим содержимым, иначе – страницу 404.
Вы все запросы, не относящиеся к существующим файлам, направляйте в единственную точку входа:
RewriteCond %{REQUEST_FILENAME} !-fRewriteRule ^.* /index.php
Так работает подавляющее большинство движков. А там уже разбирайте адрес на составляющие и делайте запросы к базе данных. Вот тут я описала один из вариантов реализации такой структуры.
/ и /index.html - это одна и та же страница?
Зачем что-то изобретать ради сомнительной выгоды? Лично мне не нравится лишнее условие, толку от которого я совершенно не вижу.
И как будет обрабатываться этот запрос при отсутствии файла? Серверным обработчиком по умолчанию, который скорее всего тоже вернет 404, разве что с меньшим размером страницы. По-моему лучше либо возвращать существующий файл, либо передавать управление в движок. Третьего варианта в обычных условиях существовать не должно.
