мда, это диагноз...
этот редирект просто нужен: и со слешем и без слеша папка остаётся папкой и будет "дёргаться" один и тот же файл. но для ПС адрес со слешем и адрес без слеша - две большие разницы. редирект нужен что бы не плодились дубли...
потому что после ? идёт QUERY_STRING и для её отлова и обработки mod_rewrite-ом необходимо соответствующее RewriteCond перед RewriteRule в htaccess
должно работать условие - оно просто обрубает и /somepage/ и QUERY_STRING, и переадресует на чистую /([0-9]+) . последний знак вопроса в RewriteRule это как раз запрет передачи параметров.
если вы хотели на /([0-9]+).html или /([0-9]+)/ тогда так и напишите, только знак вопроса в конце не забудьте...
не должно работать ни с прямым ни с обратным слешем. параметры редиректятся типа так (для вашего варианта):
RewriteCond %{QUERY_STRING} ^ok$
RewriteRule ^/somepage/([0-9]+)/ /$1?
mail.ru может не принемать письма если PTR в IP криво прописан. т.е. скрипт письмо отсылает, но вот mail.ru его не принимает. отошлите на гугел для контроля, он вроде бы с PTR особо не заморачивается...
не $1 а %1 :
RewriteRule ^index\.php /index.php?productID=%1 [L,R=301]
и что здесь написано? с русского на русский перевести надо? пожалуйста :
Гугл не сканирует и не индексирует содержание страниц, заблокированных в файле robots.txt т. е. страницы не участвуют в распределении веса, не влияют на ранжирование, не включаются в собственный индекс сайта.
и только урлы закрытых страницы могут оказаться в выдаче гугула если будут найдены ссылки на них (с нужным анкором) со сторонних ресурсов. но это есть результат индексирования этого самых "сторонних ресурсов", а не закрытых страниц вашего сайта.
вы чего хотели? что бы ваш роботс влиял на индексирование чужих сайтов?
так что не вводите людей в заблуждение...
ну это как посмотреть: этот самый "luboi-text" может быть не в корявом транслите, а в самой что ни наесть прямой кириллице безо всяких конфликтов с Unix. так что тут "так на так" - придётся изредка включать внимательность, но зато получать точные ключевики в адресе...
ссылку в студию, где прямо говориться, что закрытый в роботсе файл может попасть в индекс гугла. не просто проанализирован, а именно помещён в основной индекс несмотря на запрет в роботс. то что, для проверки трастовости любой поисковик жрёт всё доступное не взирая на любые запреты - ежу понятно, но это совершенно другое дело...
крайне интересно, что же за кружева такие с доступом можно реализовать только на phphBB, но нельзя хотя бы на MODX с его структурой прав? ну кроме "интуитивной понятности" - тут да, ABAC-структура прав MODX это не подарок. но использовать форумный двиг как CMS, да ещё только для организации прав доступа - это сильно, нет слов...
