Пора бы уже задуматься на счет звуковой или видео защиты.
Мне кажется, распознать ее куда сложнее.
Не знаю, насколько это правда, но я всегда считал, что чем индивидуальней защита, тем сложнее ее взломать. Например, написать, что сейчас вы услышите звуки разной тональности, сосчитайте только низкие звуки.
Я переделывал Captcha защиту для форумного движка phpBB. Известно, что стандартную их защиту спам-боты очень легко обходят. Проблема решилась очень просто. Я сделал динамический (изменяемый) размер генерируемой картинки, и прикрутил сложные шрифты.
Также можно использовать какие-нибудь меняющиеся математические формулы.
Но все это не важно для больших ресурсов типа MySpace. Что бы они не придумали, это будет взломано за неделю, потому что очень большой интерес.
Мне понравилось.
Я так понимаю, что их было всего 2,5.
0,5 — это когда были траблы с трансляцией или записью, я не вникал.
Я слушал одну в записи, одну (предыдущую) живьем.
Живьем очень понравилось.
Еще больше понравилось, что народ требовал выложить живую запись (:
Кстати, а можно будет сегодняшний эфир записать и выложить для страждущих?
Меня вот лично немного напрягает тот факт, что во многих Spell-Checker'ах буква «ё» не воспринимается.
Например, даже встроенный в Firefox проверятель грамматики на «Тёма» ругается, тогда как на «Тема» — нет.
Ну, не будем кривить душой, представленный php код наиболее близок к тому, что покажет мускл.. тут нет, как вы выразились «обработки php» и «доставки данных».
Чтобы добавить это самое время, нужно изменить код до следующего (допустим, что выбираем одну строку в ассоциативный массив):
В этом случае первый выделенный фрагмент как раз будет обработкой php, а второй — доставкой данных.
Справедливости ради могу отметить, что в коде при выборке как раз используется мой вариант. Так что, все, что выводится внизу форумных движков — это как раз время с учетом обработки и доставки. Но, доставки не всегда, т.к. чаще всего код преобразуется до следующего:
т.е. доставка не входит в считаемое время..
Хотя, я лично видел несколько «общественных» скриптов, где запрос выполнялся два раза, одна раз как в первом варианте, а второй раз без подсчета времени. Т.е. выводились данные, никак не соответствующие реальности.
не могу не согласиться...
более того, лично я считаю, что в заголовке не должно быть никакого html...
сейчас можно вообще натворить пакостей, т.к. есть возможность закрыть div заголовка...
Мне кажется, распознать ее куда сложнее.
Не знаю, насколько это правда, но я всегда считал, что чем индивидуальней защита, тем сложнее ее взломать. Например, написать, что сейчас вы услышите звуки разной тональности, сосчитайте только низкие звуки.
Я переделывал Captcha защиту для форумного движка phpBB. Известно, что стандартную их защиту спам-боты очень легко обходят. Проблема решилась очень просто. Я сделал динамический (изменяемый) размер генерируемой картинки, и прикрутил сложные шрифты.
Также можно использовать какие-нибудь меняющиеся математические формулы.
Но все это не важно для больших ресурсов типа MySpace. Что бы они не придумали, это будет взломано за неделю, потому что очень большой интерес.
Я так понимаю, что их было всего 2,5.
0,5 — это когда были траблы с трансляцией или записью, я не вникал.
Я слушал одну в записи, одну (предыдущую) живьем.
Живьем очень понравилось.
Еще больше понравилось, что народ требовал выложить живую запись (:
Кстати, а можно будет сегодняшний эфир записать и выложить для страждущих?
А так в остальном очень даже ничего.
Хотя, сделано очень даже прикольно.
Меня вот лично немного напрягает тот факт, что во многих Spell-Checker'ах буква «ё» не воспринимается.
Например, даже встроенный в Firefox проверятель грамматики на «Тёма» ругается, тогда как на «Тема» — нет.
На клавиатуре же очень редко использую «ё».
Но, чтобы такое случалось с выделенным сервером — это нонсенс!
А вы звонить им не пробовали и голосом рассказывать об этой проблеме? В таком случае по-моему почта — не самый лучший способ.
Чтобы добавить это самое время, нужно изменить код до следующего (допустим, что выбираем одну строку в ассоциативный массив):
В этом случае первый выделенный фрагмент как раз будет обработкой php, а второй — доставкой данных.
Справедливости ради могу отметить, что в коде при выборке как раз используется мой вариант. Так что, все, что выводится внизу форумных движков — это как раз время с учетом обработки и доставки. Но, доставки не всегда, т.к. чаще всего код преобразуется до следующего:
т.е. доставка не входит в считаемое время..
Хотя, я лично видел несколько «общественных» скриптов, где запрос выполнялся два раза, одна раз как в первом варианте, а второй раз без подсчета времени. Т.е. выводились данные, никак не соответствующие реальности.
более того, лично я считаю, что в заголовке не должно быть никакого html...
сейчас можно вообще натворить пакостей, т.к. есть возможность закрыть div заголовка...
Если он не указан, то лог будет сохраняться, если я не ошибаюсь в папке data/
long_query_timeможет быть только целочисленное.