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