Гм, если ли.ру считает, то либо ддосят или хотят навредить всякими системами накрутки-кликов (а так можно делать, например, чтобы заставить баннерную сеть исключить Вас из системы), либо очень непрофессиональный ботнет.
Реализованы - да. Но работают - небыстро.
И не понимаю смысла использовать курл и рекексп, где хватит стрстр и http/1.0 в базовой реализации, когда требуется малое использование памяти и процессора.
Boris A Dolgov добавил 19.12.2008 в 20:15
Я тебя тоже уважаю. И тоже с тобой на счет php не согласен. Видишь, как мы похожи? ))
Как можно рассуждать о чем-то, как о языке программирования, если в нем нет понятия "тип данных" (хотя, внутри где-то есть, но для программиста это нейстрально), нет понятия "компиляция" (только байт-кешировальщики)? Даже в бейсике, и в том есть типы данных для пользователя.
Наверно, моё предвзятое отношение к пхп как к говноязыку виновато. ^_^
Я уверен, что парсить страницу из си каким-нибудь strstr будет быстрее перловского регэкспа.
Я уверен, что в данном случае не нужна куча фич курла, которые будут затормаживать процесс.
PHP - Personal Home Page, PHP - Hypertext Preprocessor, но никак не язык для работы с тысячей соединений и быстрой их обратотки.
Разобраться в задаче действительно надо. Как без этого можно вообще говорить о задаче? :)
curl+php вижу совсем не оптимальной связкой для высоких нагрузок, программа на c, работающая с соединениями через какой-либо поллинг (того же select для 1000 одновр. соединений вполне хватит), будет работать в разы быстрее и потреблять в разы меньше ресурсов. Знающим человеком решается быстро.
Надо найти программиста, который напишет на нормальном языке программирования нужную Вам программу и для ее работы не надо будет огромных ресурсов.
ОС?
Не могли просто увести пароль?
Пробовали его менять и затем войти?
Вопрос о параметрах ушел в /dev/null :(
На centos нормально работает, на debian иногда портит конфиги и тупит с апт-гетом.
/ru/forum/287181
И тебе привет :)
