[quoteИ потому все говорят, что preg работает быстрее?[/quote]
Не знаю. Видел как-то на этом сайте статью по поводу быстродействия php-скриптов (точно не помню в каком разделе), там приводится куча тестов (и не только касательно регулярных выражений), и видно из этих тестов, что preg действительно во всех случаях работает заметно быстрее, чем ereg, кроме того случая, если в сроке вообще нет подстроки, удовлетворяющей шаблону
К примеру, почему ereg() его не требует? Я пробовал как-то раз, он анализоровал одинаково что с, что без слэшей... А вот preg_match() во всех своих проявлениях обязательно требует их...
ereg - в posix стандарте, а preg - в перловом. вот.
Нельзя использовать одну и ту же таблицу в запросе, который по ней делает одновременно и выборку и обновление. Соотвественно этого приведенные выше запросы завершатся ошибкой.
Не знаю, как в mysql, но interbase можно. только необходимо, чтобы обновленные записи не попадали под условие обновления после того, как они обновлены, если есть такая возм-сть. а она почти всегда есть. Кстати, в тех запросах, что я написал, этого не происходит
Иначе можно через другую таблцу или view
и ставить расширения потому что Вася Пупкин захотел скорее всего не станут
А их можно не ставить. Просто создай папку там, где тебе можно, и инклюдь из нее).
Цитата:
Да и дополнительные библиотеки, они, на мой сугубо личный вгляд, вещь спорная: у одного пойдёт, у другого - нет. Скрипт сугубо личного пользования, скажем так. Да и мастерством великого нупа не овладаешь, пользуясь чужими готовыми наработками, имхо
Да, но бывает проще воспользоваться тем, что есть, чем изобретать велосьпед с нуля. И, кстати, если не копировать бездумно, то и из них можно чему-нибудь научиться
не согласен... если есть в скрипте мелкая функция выполнение которой не обязательно но желательно - то удобно использовать собачку...
Не совсем понял. Функция выполнится в любом случае. Она собычку не боится). Собачка только ее вывод съест, чтоб они пользователя не пугали.
А я имел в виду, что например у нас в строке выполняется запрос. С ошибкой. Без собачки будет warning:dynamic sql error..... А можно, скажем, если запрос не выполнился, вывести что-нибудь свое, понятное пользователю. Т.е. свое и так можно вывести, он чтоб перед этим не вывилась стд. ошибка, ее надо скушать собачкой (Добавление)
а, понял, что ты имеешь в виду) (Добавление)
pifon1989 пишет:
Всем любителям Pascal посвящается:
function writeln($text) {echo '<br>'.$text};
pifon1989, есть в pear такая штука excelSpreadsheetReader. Она позволяет вsnfcrbdfnm данные из xls. Наверное, ей и пользовался mixnn.
Но распарсить csv конечно гораздо проще. только надо не забыть заменить везде, где встречаетсяч символ-разделитель на что-нибудь другое. А то возможно происхождение различных неожиданных чудес
Ко всему выше сказанному. Если, к примеру, разработчик хочет, чтобы в браузер выводилось не стандартое сообщение об ошибке, а свое (написанное далее в обработчике), или вообще без сообщений просто другой ход выполнения программы.
Конечно же, как уже сказали, не надо ставить этот чудо-знак просто, чтоб скрыть ошибку
я думаю, что прийдется искать в контенте самую длинную строку и потом из расчета символ=примерно 10 пикс. (не знаю 10 или нет) определять переменную с шириной.
А вот это уже да, это круто... сейчас изменю... Просто быстро писал и как-то даже и не подумал. Я обычно привык концентрироваться на конкретном участке, иначе когда код огромный - сломаеш мосх
Зачем переводить из десятичной в шестнадцатиричную а потом обратно? 0.о
Отрицание отрицания даёт утверждение, законы элементарной логики, в школах сейчас проходят.
Что нам это даст?
Это чудо-финт! смотри: функция ip2long($str_ip) вернет отрицательное число, если $str_ip > 128.0.0.0. после того, как мы это число переведем туда-сюда, оно превратится как раз в тот самый нужный нам положительный ip, но теперь уже типа double.
Попробуй, например var_dump(hexdec(dechex("-2147483645"))). Ты в браузере увидишь число 2147483651, во как!))) (Добавление)
то, что после числа 2147483645 - это не смайл. ...2147483645))) ; Это 3 скбки и ;
$select = mysql_query("SELECT * FROM `имя таблицы`");
не надо так.
Допустим, (воспользуюсь твоими же переменными) в у нас такое вот соответствие:
$get[0] - field1
$get[1] - field2
...
(fieldX - поля из таблицы).
Тогда с каждым $get сделаем так:
$select = mysql_query("SELECT * FROM `имя таблицы` WHERE field1 = $get[0] AND field2 = $get[1]...") or die("Wrong query sintax");
if (is_null(mysql_fetch_assoc($select)) //то такой записи нет, вставляем; иначе - такая уже есть.
И еще: минус Вашего подхода: коннект к БД в цикле; полная выборка из БД одного и того же набора, опять-таки, в цикле; и фильтрация набора средствами php (Добавление)
Смайлы, которые вы видите выше, это не смайлы))
В PHP 4 есть встроенные функции ip2long (аналог моей ip2int) и logn2ip, но они почему-то глючат (переводят ИП в отрицательные числа)
Это не глюк, просто тип int включает числа -2147483647..2147483648. А тип UNSIGNED INT имеет ту же мощьность, но все > 0. (кстати это и написоно в статье следующей же фразой )
-Зачем столько писанины? Можно сделать всё в одной строчке:
1способ: $int_ip = hexdec( dechex( ip2long($str_ip) ) );
2способ: if ($int_ip < 0) $int_ip += 2*2147483648;
Пользуйтесь! так проще! (Добавление)
немного не правильно я написал: $int_ip = hexdec( dechex( ip2long($str_ip) ) );
Здесь $int_ip на самом деле будет не int, а double