Dalim

Dalim
Рейтинг
47
Регистрация
13.01.2006
Мэкс:
Если это не так, то какие существуют проблемы?

Проблема в том, что в документах ICANN этой зоны нет, т.к. советского союза уже не существует, а на деле сайты с этой зоны есть, поэтому вот такая путаница. Когда утрясут, обещали поправить цену, а пока регить там домены - мертвое дело, имхо.

В ПУ в администрировании разделов, напротив каждого раздела есть выпадающая менюшка, там есть "Добавить подраздел". Вот она вам и нужна.

Еще нехватает подсветки ссылок в noindex и rel=nofollow

javadf:
- не работает. В файл file.php не передается значение par_id
javadf:
RewriteRule ^string/([0-9]+)/*$ /file.php?par_id=$1

Это у вас что за * ??? куча слешей?

правильно множество писать так: (.*)

Попробуй поиграться со strpos(). Там уже по счетчику берешь 25 тег и далее ищещь его закрытие.

Если сайты находятся на одном сервере и у них один владелец (учетная запись), то можно просто инклудить с полным путем до файла начиная от корня /home/....

На втором сайте продаются внутренние с PR3 по 1,5$ 8 ссылок на странице.

Конечно останутся, вы же с конкретной страницы установили редирект, зачем поисковику надо будет удалять остальные страницы?

wolk:
Я же написал затем, что я ошибся, т.е в запарке перепутал хосты с посетителями. Неужели не понятно?

Вы не совсем понимаете... вы перепутали не с посетителями, а с обращениями к сайту, то есть с просмотренными страницами.

В htaccess Вы можете только парсить адресную строку, поэтому сложно будет учесть все переменные.

Хотя, если у вас строка вида site.ru/index.php?Rubric=first&FirmSort=second&FirmName=third, то в htaccess пишете:

RewriteRule ^/index.php?Rubric=(.*)&FirmSort=(.*)&FirmName=(.*)$ http://%{HTTP_HOST}/shoprub_$1_$2_$3.html [R=301]

Только не сделайте зацикливание, если у вас в htaccess уже обрабатывается эта строка только наоборот :)

В вашем случае подойдет и скриптовый редирект.

Только как сказал alexspb, взломать то могут без проверки входящих переменных, но не в этом случае. В этом случае ничего кул-хацкеры сломать не смогут.

А вообще удаляйте из переменных заведомо ненужные символы, обрезайте html-теги (strip_tags()), если переменная должна быть числом на всякий случай сделайте ей intval(), чтобы уж наверняка, а при работе с БД экранируйте все входящие данные addslashes()

В этом случае риск минимальный.

Всего: 221