Маршрут для robot, sitemap и т.д

Пришла беда откуда не ждали..
Вот есть прописанные маршруты и соответственно все из корня идет на index.php. Иду я на яндекс регистрироваться в вэбмастер. Файл подтверждения - в корень, robot-sitemap - туда же. Но они соответственно не открываются!!!! Файл проверки можно через метатег добавить. А с остальными? Прописать маршруты для каждого??? В общем то не сложно. Но может есть какой универсальный вариант?? Ведь неизвестно что дальше мне потребуется в корне по прямому доступу???

0

Сообщение от wwowa Но они соответственно не открываются!!!!

Обычно роутинг настраивается так, чтобы был прямой доступ к файлам, лежащим в публичной папке сайта (например site.ru/public).

Иначе придётся к CSS, JS и картинкам тоже маршруты прописывать.

0

Сообщение от Jodah Обычно роутинг настраивается так, чтобы был прямой доступ к файлам,

Дык это я понимаю. Это мне и нужно. А как? Я вот здесь, конечно, не понимаю многого.
Но покопался в инете. У меня же htaccess прописан, что в корне открывается index и все через него. Но вот вроде нашел вариант. Не знаю правильный ли он или нет, но работает
В оригинале там и стили и скрипты были добавлены, так что универсальный вариант, кроме того , что руками прописать надо.
А стили и скрипты у меня не в корне, так что спокойно открываются.

0

Корневой каталог и есть "публичная папка". Обычно перед направлением запросов в единую точку входа добавляется тест на существование файла (try_files $uri и т.п.). Т.е. маршруты прописывать не нужно, если у вас файлы существуют физически.

Если же основная масса статических файлов размещена на другом хосте, то для повышения скорости работы сайта упомянутый тест лучше убрать и выводить оставшиеся немногочисленные статические файлы с помощью скрипта, прописывая нужные маршруты и обработчики. Сами файлы при этом не обязательно считывать из файловой системы (небольшие наподобие robots.txt можно выводить из базы данных) или не обязательно считывать из файловой системы непосредственно скриптом (большие можно выводить при помощи X-Accel-Redirect и т.п.).

Кроме того, некоторые файлы, например atom, можно выводить, каждый раз формируя их программно или периодически сохраняя в файловой системе, чтобы не формировать каждый раз программно. А вот файлы sitemap, по-моему, лучше формировать фоновым скриптом, сохраняя в файловой системе, и выводить, как большие файлы (try_files $uri или X-Accel-Redirect).

Добавлено через 2 минуты

Сообщение от wwowa Не знаю правильный ли он или нет, но работает

Для Apache есть же специальное условие
Добавлено через 2 минуты

Сообщение от wwowa index.php/$1

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

Добавлено через 5 минут

Сообщение от wwowa index\.php|

Когда вы в правиле указываете index.php без ведущего слэша (основываясь на предопределенной "базе" или указанной в RewriteBase), то в условии исключать этот файл не обязательно.

Добавлено через 5 минут
Хотя для вашего способа с добавлением к index.php /$1, может, и обязательно. Я такими экзотическими способами передачи пути никогда не пользовался

1

Сообщение от estic Для Apache есть же специальное условие

Так и у меня это прописано. То есть файл физически есть на диске, но маршрут все равно уходит на индекс.
А вот css и js, которые лежат в папках - прекрасно открываются. Получается
отрабатывает, а
из корня что то не хочет.???

Сообщение от estic Я такими экзотическими способами передачи пути никогда не пользовался

А для меня они все экзотические
А про динамические sitemap я слышал. На потом отложу.

0

Первое условие (с !-d) касается именно обращения к каталогу, например /assets/ (его обычно пишут, точнее копируют откуда-то, совершенно не думая о том, что оно скорее вредное, чем полезное), а раз у вас открываются именно файлы "css и js", значит, второе условие тоже отрабатывает. Вам просто нужно разобраться, почему "из корня что то не хочет".

Добавлено через 6 минут
А показанный вами ранее "универсальный вариант" слишком сложный и не такой уж и универсальный

Я, например, всегда задумываюсь только о том, нужен тест на существование файла или нет. Если нужен, то уже о том, какое конкретно это должно быть условие (какие файлы в нем нужно перечислять), думать не нужно.

1

Сообщение от estic Вам просто нужно разобраться, почему "из корня что то не хочет

Я ведь уже перенес сайт на хостинг. И робот добавлял там. Но вот решил попробовать на опенсервере. И там все из корня открывается с родным htaccess..... Теперь подумаю, как техподдержке что предьявить

0

"Техподдержка" обычно до таких глубин не добирается. Там все должно быть достаточно стандартно, если хостинг не совсем уж любительский. О хостинге мы, кстати, уже когда-то говорили. Возможно, у вас любительский

Добавлено через 9 минут
Нужно пользоваться либо услугами популярных хостинг-провайдеров, либо не очень популярных, но чтобы по поводу последних было сразу понятно, что они профессионалы. Я вам один из критериев такого профессионализма приводил в теме про почту.

1

Хостинг у меня нормальный, у меня тариф любительский И особо доступа у меня ни к чему нет. Но я пока справляюсь.
А вопрос рассосался. Пока я думал про предьявы хостингу, на следующий день вернул старый "хтацесс" и он заработал....
Наверное опять эти "кэши" и перезагрузки сервера. Плюс в том, что я все-таки нашел костыль к моей ошибке.

Сообщение от estic "Техподдержка" обычно до таких глубин не добирается

Добирается. У них там два уровня защиты Обычно на первый запрос попадаю на девушку(да извинит меня слабый пол). И она пишет что то типа - это ваши проблемы. Я вторым запросом накидываю немного кода обычно. И они меня переправляют уже в реальным спецам. И там уже ребята решают даже проблемы и по коду некоторые. Техподдержка у меня хорошая.

0