15 января 2010 в 23:50
Капча тормозит друпал для анонимных пользователей, кеширование включено. Результаты тестов:
+ Firefox: 300-400 ms
- Firefox: 120-250 ms
+ PHP DBG: 330 ms
- PHP DBG: 25 ms
+ ab: 5
- ab: 41
- Firefox: 120-250 ms
+ PHP DBG: 330 ms
- PHP DBG: 25 ms
+ ab: 5
- ab: 41
Плюс означает что модуль CAPTCHA включён, минус — модуль выключен.
Firefox — время GET запроса по данным Firebug, PHP DBG — время выполнения скрипта по данным PHP отладчик PHP DBG, ab — число запросов в секунду по данным утилиты ab (apache).
Какие будут комментарии? Может кто-нибудь погонять сайты с капчей и без, утилитой ab.
Комментарии
GD правильный стоит?
капча математическая, проверял на локалке и VDS
капча ставит глобальную переменную $conf['cache'] = 0; при работе - и страницы откуда вызывается капча - не кешируются
Так уж устроено... Не верите - смотрите исходник модуля и файлы ядра.
ну собственно так и думал
А как же иначе... или картинка будет в вакууме генерироваться? или в закешированной странице?
можно в принципе сделать цепочку капчей в вакууме, по надобности генерировать
картинка генерится вторым get запросом, какой вакуум?
второй GET запрос должен быть не кешированым, чтобы возвращать уникальную картинку - это требует полноценного запуская ядра, и кеш тут возможен только по принципу, который описал nikit
что мешает отключать кэш только при генерации капчи?
там нюанс при отдаче картинки капчи...
заумные прокси могут закешировать само изображение. и тада ой. Image CAPTCHA меняет урл на саму картинку.
А чтоб его менять - приходится и на странице того... кеш отрубать...
добавлять рандомное число в url
ну вот потому исходная страница и не кешируется.
это можно делать средствами js уже на клиенте
Отлично! Отключаю JS и спамлю
Удобно.
Нет, думаю, имеется ввиду, что нет JS — и ничего не напишешь.
как вы будете спамить если капча вам не покажется и соответственно сессия с ключевым словом будет отсутствовать? о_О
Ну, только JS может у кого-о не быть. Но как вариант...
ну это уже маразмом попахивает — когда-нибудь, кто-нибудь, с отключённым js, через кривой прокси не поддерживающий заголовки no-cache, вздумает написать коммент...
хомячок из корпоративной сетки с админом параноиком экономящим канал и режущим "подозрительные" JS
тысячи их! и это уже ВАШИ проблемы
А вообще о чем дискуссия? Кому-то жалко, что на генерацию капчи поднимается ядро?
Даже на этот случай предложено решение... остальное - кормежка троля!
Тормозит? - купи железо!
Не нравится? - сделай лучше!
Безрукий? - покупай mollom
Сколько можно перетирать? Если человек не готов вложить ни голову, ни деньги - значит "не уперлось" ему...
Еще есть reCaptcha.
что, правда так сильно затормаживает?
и еще, если капча используется только для входа, и добавления контента (коментировать гости не могут) будут такие же торможения?
Всё индивидуально, основное - на страницах с капчей, кеширования не будет
никак не мои, если бы да кабы...
жирный тролль, жирный..
сделал, не беспокойтесь, топик не вопрос а констатация факта (восклицательный знак заметили?)
что за человек?
результаты тестов даны, 5 запросов с капчей в секунду, против 41 без капчи
Восклицательный знак говорит об эмоциях. По контексту понятно, что это не радость. Значит - возмущение. А что Вы сделали, что бы мы не беспокоились?
Называть andypost тролем по меньшей мере смешно - он сделал для друпал больше, чем Вы о друпале знаете.
И он таки прав - говорить можно бесконечно. Сделайте патч для капчи, решающий проблему, если у Вас на словах так просто.
а как ещё назвать человека, который вместо выяснения причины такого поведения, предлагает купить железо.
причина найдена, топик закрыт, спасибо Ильич Рамирес Санчес
ну так добавьте сюда ваше решение - http://drupal.org/project/captcha
+1
без фанатизма.