Судя по стартовому посту, ТС еще не дорос до запуска хостинга :)
PG7, если нужна хостинг-площадка для размещения сайта, см. в подписи. Там же можно и вопросы задать, хотя я бы на вашем месте начал с самообразования по данному вопросу.
Вы программу имеете в виду? Сначала определитесь, какой вам Web-сервер нужен и куда вы его будете устанавливать.---------- Добавлено 15.10.2016 в 22:15 ----------Например: nginx, apache, а может быть в связке; на локальную машину или на сервер; под управлением винды или линуха.
Не, не конкурент, а убийца Яндекс.Маркета :D
На самом деле лишних торговых площадок не бывает.
Тут можно подсмотреть проверку. Но в целом вы правы. Сбила с толку эта тема:
http://www.cyberforum.ru/php-beginners/thread1826483.html
(там ТС пишет, что рандом уже не нужен)
Тогда вообще все элементарно. Вот компиляция всего того, что написано в теме:
$txt=file(PATH.'gorod.txt',FILE_IGNORE_NEW_LINES|FILE_SKIP_EMPTY_LINES);$content=file_get_contents(PATH.$txt[array_rand($txt)].'.txt');echo $content;
Вместо file_get_contents/echo можно использовать readfile.
Логика чтения конечных файлов (ufa.txt и т.п.) без использования отдельного файла со списком слагов городов:
if (realpath($fullpath=PATH.$px.'.txt')===strtr($fullpath,'/',DIRECTORY_SEPARATOR)&&is_file($fullpath)) $content=file_get_contents($fullpath);else notfound();
$px – путь из адреса с обрезанными по краям слешами.
PATH – база, в которой находится каталог foto – наличие компонента foto в пути из адреса нужно проверять отдельно.
Мучить диск, парсить файл целиком каждый раз и т.п. – тоже не лучший вариант.
P.S. Для критиков: я в курсе про кэш ФС. По-хорошему лучше вообще задействовать явно какой-нить механизм, чтобы держать это все постоянно в памяти в структурированном виде.---------- Добавлено 15.10.2016 в 15:50 ----------
Это без разницы. Web-сервер может спокойно пропустить адрес с компонентами вроде /../
Да, обязательно in_array или хотя бы is_file, хотя в последнем случае есть риск доступа к произвольному файлу text.txt на сервере.---------- Добавлено 15.10.2016 в 13:31 ----------
Зачем вы свои отправили, если домен не был перерегистрирован на вас? Нужно было отправить ФИО админа. Если домен был корректно зареган на его имя, саппорт бы вам ответил «Да». А так я могу вам сразу сказать ответ без какого-либо ожидания: «Нет» :) ---------- Добавлено 14.10.2016 в 16:30 ---------- Эээ... А у него данные вашего удостоверения личности были? Если нет, то как он мог переоформить на вас без вашего участия?
Долго и сложно скорее редактировать такой сайт. Большинство шаблонно размеченных статичных сайтов парсится на раз-два. Конечно, если у вас буйство фантазии в плане разметки проявлялось на каждой однотипной странице, тут сложнее, хотя все равно есть варианты.
В плане дыр не особо. Хотя что-то вроде /../ может преподнести сюрпризы, но статика это не особо касается.
Во многом это недоработки Web-сервера, хотя с др. стороны в его обязанности входит предоставить вам максимум возможностей. Если он начнет самовольничать, кому-то это тоже может не понравиться. В спеках никаких ограничений тут нет, поэтому формально Web-сервер просто делает свою работу. Кстати, у него могут существовать модули, ужесточающие требования к адресам, но ради улучшения переносимости разрабы обычно изобретают свои велосипеды. Это в лучшем случае. В худшем просто не парятся по этому поводу.---------- Добавлено 12.10.2016 в 22:32 ----------P.S. Сейчас на ПСы трудно не обращать внимание, если у вас сайт – нечто большее, чем персональная песочница. Для нек. разрабов важна эстетика (возможно, вы подняли этот вопрос по этой же причине). Хотя для большинства пользователей скорее наоборот: чем больше шансов открыть нужный материал с ошибками в адресе, тем ему лучше. Именно поэтому практически стандартом стала возня с трэйлинг слэшами, немного реже с регистром букв и т.п.
