xmoonlight, да, для рандомизации похожих запросов это имеет смысл. Для заведомо сильно различающихся - нет.
Опять же на примере платежных систем - там алгоритм формирования подписи известен, пытаться подобрать ключ к хешу можно хоть с одного запроса... только ключ достаточно длинен, чтобы отказаться от этой идеи ;)
sorry_i_noob, вам нужно найти открывающуюся треугольную скобку, возможный слеш, совпадение с одним из нежелательных тегов и возможную конструкцию "пробел и что угодно, кроме закрывающейся треугольной скобки", а потом закрывающуюся треугольную скобку. В чем проблема?
Anton fon Faust, ну, если задача стоит просто как "удалить все в треугольных скобках, что подходит под шаблон" - да, тут можно и регуляркой.
Как только появятся какие-либо дополнительные условия - выкидываем регулярку и делаем все заново ;)
Кстати, предлагаю читающим это обсуждение обратить внимание на два обстоятельства.
1. Мой вопрос к администрации, изначально бывший ответом, перенесен в комментарии. Видимо, можно считать это ответом администрации.
2. Три из десяти пунктов "самого интересного" в правой колонке уже заняты простынями "вопросов" от ТС.
Насколько мне известно, Дебиан не включает в свои репозитории проприетарные дрова. За ними - на сайт производителя, тамошний установщик скомпилит модуль под текущее ядро... и тем самым подложит свинью при очередном обновлении ядра.
RANDOM и TIMESTAMP - просто защита от повторения уже известного запроса, если оно что-то меняет.
В случае, если запросы заведомо уникальны или повторение действий по такому запросу контролируется принимающим скриптом - необязательно. Например, те же платежные системы стучатся на сайт магазина, пока не получат ответ. Но один заказ не может быть оплачен дважды, за этим следит уже сам магазин.
explorador, ваши вопросы явно и однозначно противоречат п. 5.11 Правил ресурса.
Вот я и интересуюсь, санкционировано ли такое нарушение администрацией или имеет место халатность модераторов.
