Вот она впринципе и есть задача
Найти количество первых, вторых, третьих, и их сумму! (Добавление)
Чтобы было понятней.. Типо как в пирамиде система, или типа рефералы первого, второго и.т.д. уровней. То есть здесь примерно такая же задача стоит!
$1 =mysql_fetch_row(mysql_query("SELECT COUNT(id2) FROM `table` WHERE `id1` = '$var'"));##Ну здесь понятно - выбираем из таблицы количество id2 где id1 соответсвует значению переменной
$2 =mysql_fetch_row(mysql_query("SELECT COUNT(id2) FROM `table` WHERE `id1` IN (SELECT `id2` FROM `table` WHERE `id1` = '$var')"));##Вот здесь мы выбираем количество тех id2, в строке которых id1 равен id2 в строке у $var
$3 =mysql_fetch_row(mysql_query("SELECT COUNT(id1) FROM `table` WHERE `id2` IN (SELECT `id1` FROM `table` WHERE `id2` IN (SELECT `id1` FROM `table` WHERE `id2` = '$var'))"));##Ну здесь тоже самое, только еще глубже запрос!!
$col= $1[0]+ $2[0]+ $3[0];
Можно же полюбому как-то проще сделать? (Добавление)
И вдобавок, поминться мы говорили о выводе переменных, что через '.$.' быстрее чем "",
а если вот к этому примеру отнести вывод этих переменных вот таким образом:
Теперь попробуйте снова открыть нашу тестовую папку http://localhost/test-cache/, щелкните по имени test-2.php и теперь наживайте кнопки «Назад», «Вперед». Время каждый раз меняется! И это говорит о том, что браузер не берет страницу из кэша при переходе вперед/назад, а заново запрашивает ее с сервера. Что, собственно, нам было и нужно.
(Добавление)
Wiki пишет:
Другим решением является использование метода запроса GET, включающего уникальную строку запроса с каждым вызовом, как показано на примере ниже.
Т.е. никак не запретить?
А так у меня и без всяких махинаций страницы обновляются, будь то переход по ссылке, отправка формы и.т.д, и не надо ничего химичить!
Такая проблема, давно уже не могу решить! Все перепробовал, но все равно кешируется, в опере точно, в других браузерах не проверял! Но факт что в опере кешируется и этого достаточно!
Пробовал в htaccess писать:
я несколько раз введу его логин и пароль от балды и васю забанят
А откуда ты узнаешь логин Васи Пупкина?
Это тоже самое, что сказать, мне не нравиться Вася Пупкин, я введу неправильно несколько раз пин-код кредитки, и ее заблокируют
Ооо! Интересная штука, просто про нее еще пока ничего не знал...
PHP.NET пишет:
Подсказка
Не используйте функцию preg_match(), если необходимо проверить наличие подстроки в заданной строке. Используйте для этого strpos() либо strstr(), поскольку они выполнят эту задачу гораздо быстрее.
И там соответственно ссылки на strcmp нету
Возьму на вооружение.
Здравствуйте! Отдохнули от меня?
Я вам еще вопросик принес
Почти всегда и везде используют неточное сравнение (==),
но вот скажем как лучше сделать при проверке md5 пароля?
Вот собственно пример кода
$a=sha1($pass,0);//выдаст что-то вроде 2494143b06da3aaeb7892cbb9fd752049a460946
$b=sha1($pass,1);//выдаст что-то вроде n»ЫЄМ+TеK“¬Gf&
если в базу сохранять $a, то нужно либо BINARY(40) - он сохранит в виде 40 символьного числа, либо CHAR(40), не имеет значения!
Но вот если второй вариант, то тут вообще интересно
$b сохраняем в CHAR(20) - сохраняются вот эти каракули, меняем потом в BINARY(20) - получается то число что в $a(тоесть 40 символов умещается в 20 строчной строке, почему??), и обратно меняешь, все норм, совпадает. Тоже самое если сохранять в BINARY(20) сразу...
Вопрос №1:
Можете объяснить, почему тогда первый вариант не записыватся в BINARY(20) а требует 40?
Вопрос №2: Как я понял, лучше использовать с $b? но в какой тип сохранять бинарный или строковый?
Надеюсь понятно расписал
(Добавление)
Протестировал раз 10 каждый, в среднем одинакого, хотя первый раз простой require занял чуть больше времени на 0.002 сек, но в остальные разы реабилитировался (Добавление)
тоесть лучше так и оставить и писать (уже по привычке) везде require_once???