netwind: Boris A Dolgov, это все не имеет никакого практического значения когда язык оперирует высокоуровневыми объектами в предметной области. никто не пишет разбор html циклами на php - есть strstr. В игропроме есть LUA. "программисты на настоящих языках" с математическим образованием играются с удовольствием в супертяжелые игры и даже не подозревают на каких нетипизированных соплях все держится.
Объекты у нас не состоят из функций, свойств и переменных? Это будет влиять на скорость выполнения и на используемую память.
Не надо путать теплое с мягким. Есть определенные языки под определенные задачи. Никто не просит на си или аммеблере писать карты для игр и красивости для страничек. Но серьезные, высоконагруженные, приносящие деньги программы надо писать на "настоящих языках".
Boris A Dolgov добавил 19.12.2008 в 21:14
AWServers: Мы не будем говорить здесь об этом, но PHP выполняет свою задачу на 100%, для Web, это один из лучших языков. Для других задач, можно выбрать другой язык, в этом я с тобой абсолютно согласен.
Гм, если ли.ру считает, то либо ддосят или хотят навредить всякими системами накрутки-кликов (а так можно делать, например, чтобы заставить баннерную сеть исключить Вас из системы), либо очень непрофессиональный ботнет.
netwind: P-host.com.ua, помнится в другой теме вы брали на себя бремя оптимизации хреново спроектированных клиентских скриптов. бесплатно. вот он - ваш клиент.
netwind добавил 19.12.2008 в 19:19 Boris A Dolgov, но функции то php реализованы на С. будет сравнимая производительность и с регекспами та же история.
Реализованы - да. Но работают - небыстро.
И не понимаю смысла использовать курл и рекексп, где хватит стрстр и http/1.0 в базовой реализации, когда требуется малое использование памяти и процессора.
Boris A Dolgov добавил 19.12.2008 в 20:15
AWServers: Борис, я тебя уважаю, но на счёт PHP не согласен.
Я тебя тоже уважаю. И тоже с тобой на счет php не согласен. Видишь, как мы похожи? ))
Как можно рассуждать о чем-то, как о языке программирования, если в нем нет понятия "тип данных" (хотя, внутри где-то есть, но для программиста это нейстрально), нет понятия "компиляция" (только байт-кешировальщики)? Даже в бейсике, и в том есть типы данных для пользователя.
Слава Шевцов: Борис, Вы правильно пишете. Именно так и будет. Но чтобы программист написал что-то дельное, надо сначала разобраться в самой задаче, разобраться в вопросе стоимости поддержки и последующих доработок, написать дельное ТЗ и только потом что-то заказывать на нормальном (подходящем к задаче, а не программисту) языке. Вы как думаете? Или всё это отдать программисту-технарю?
Разобраться в задаче действительно надо. Как без этого можно вообще говорить о задаче? :)
curl+php вижу совсем не оптимальной связкой для высоких нагрузок, программа на c, работающая с соединениями через какой-либо поллинг (того же select для 1000 одновр. соединений вполне хватит), будет работать в разы быстрее и потреблять в разы меньше ресурсов. Знающим человеком решается быстро.
мда...
10 мда
Boris A Dolgov, это все не имеет никакого практического значения когда язык оперирует высокоуровневыми объектами в предметной области. никто не пишет разбор html циклами на php - есть strstr. В игропроме есть LUA. "программисты на настоящих языках" с математическим образованием играются с удовольствием в супертяжелые игры и даже не подозревают на каких нетипизированных соплях все держится.
Объекты у нас не состоят из функций, свойств и переменных? Это будет влиять на скорость выполнения и на используемую память.
Не надо путать теплое с мягким. Есть определенные языки под определенные задачи. Никто не просит на си или аммеблере писать карты для игр и красивости для страничек. Но серьезные, высоконагруженные, приносящие деньги программы надо писать на "настоящих языках".
Boris A Dolgov добавил 19.12.2008 в 21:14
Мы не будем говорить здесь об этом, но PHP выполняет свою задачу на 100%, для Web, это один из лучших языков. Для других задач, можно выбрать другой язык, в этом я с тобой абсолютно согласен.
Так об этом и речь! Personal Home Page. ☝
Boris A Dolgov добавил 19.12.2008 в 21:14
ТС, прошу прощения за оффтопик, закругляюсь.
Гм, если ли.ру считает, то либо ддосят или хотят навредить всякими системами накрутки-кликов (а так можно делать, например, чтобы заставить баннерную сеть исключить Вас из системы), либо очень непрофессиональный ботнет.
P-host.com.ua, помнится в другой теме вы брали на себя бремя оптимизации хреново спроектированных клиентских скриптов. бесплатно. вот он - ваш клиент.
netwind добавил 19.12.2008 в 19:19
Boris A Dolgov, но функции то php реализованы на С. будет сравнимая производительность и с регекспами та же история.
Реализованы - да. Но работают - небыстро.
И не понимаю смысла использовать курл и рекексп, где хватит стрстр и http/1.0 в базовой реализации, когда требуется малое использование памяти и процессора.
Boris A Dolgov добавил 19.12.2008 в 20:15
Борис, я тебя уважаю, но на счёт PHP не согласен.
Я тебя тоже уважаю. И тоже с тобой на счет php не согласен. Видишь, как мы похожи? ))
Как можно рассуждать о чем-то, как о языке программирования, если в нем нет понятия "тип данных" (хотя, внутри где-то есть, но для программиста это нейстрально), нет понятия "компиляция" (только байт-кешировальщики)? Даже в бейсике, и в том есть типы данных для пользователя.
Boris A Dolgov, а почему вы решили что curl multi работает иначе? может просто косяки в конкретной реализации этой модели в php.
Наверно, моё предвзятое отношение к пхп как к говноязыку виновато. ^_^
Я уверен, что парсить страницу из си каким-нибудь strstr будет быстрее перловского регэкспа.
Я уверен, что в данном случае не нужна куча фич курла, которые будут затормаживать процесс.
PHP - Personal Home Page, PHP - Hypertext Preprocessor, но никак не язык для работы с тысячей соединений и быстрой их обратотки.
Борис, Вы правильно пишете. Именно так и будет. Но чтобы программист написал что-то дельное, надо сначала разобраться в самой задаче, разобраться в вопросе стоимости поддержки и последующих доработок, написать дельное ТЗ и только потом что-то заказывать на нормальном (подходящем к задаче, а не программисту) языке. Вы как думаете? Или всё это отдать программисту-технарю?
Разобраться в задаче действительно надо. Как без этого можно вообще говорить о задаче? :)
curl+php вижу совсем не оптимальной связкой для высоких нагрузок, программа на c, работающая с соединениями через какой-либо поллинг (того же select для 1000 одновр. соединений вполне хватит), будет работать в разы быстрее и потреблять в разы меньше ресурсов. Знающим человеком решается быстро.
Надо найти программиста, который напишет на нормальном языке программирования нужную Вам программу и для ее работы не надо будет огромных ресурсов.
ОС?
Не могли просто увести пароль?
Пробовали его менять и затем войти?
Вопрос о параметрах ушел в /dev/null :(
На centos нормально работает, на debian иногда портит конфиги и тупит с апт-гетом.