при чем тут magic quotes, если прямо после serialize получается пустой объект? Если думаешь, что я делаю что-то не так, можешь не стараться: в документации есть примечание про встроенные объекты
эх, какая-то сволочь опять в карму накакала и теперь даже код вставить не могу :(
В общем, eval универсальнее и позволяет читать не только из файла, но и например из БД
>В PHP есть две замечательные функции serialize и unserialize.
никакие они не замечательные, встроенные объекты абсолютно не переваривают. Причем без всяких предупреждений, просто на выходе пустой объект. И разработчики даже не считают это багом :(
В целом проблем с версткой и скриптами в опере на порядок меньше, чем в ослике. Очень редко приходится что-то специально под нее затачивать. Но если уж что-то случилось, то отлаживать очень тяжело, оперовская стрекоза абсолютно неюзабельна, даже по сравнению с отладчиком в IE :(
>Сделать сборку — это выделить человеку пол часа, чтобы прописал параметры среде кросс-компиляции и собрал пакет.
периодически читаю блог мейнтейнера iceweasel в дебиане. У него после выхода каждой мажорной версии (читай: после любых серьезных изменений кода) куча геморроя со сборкой на всех дебиановских релизных архитектурах, которые в апстриме официально не поддерживают. Куча патчей в итоге отправляется в апстрим, и так регулярно. 3.6 вон до сих пор даже до тестинга не спустилось.
За 30 минут портировать можно разве что хелловорлд.
корова оттуда
В общем, eval универсальнее и позволяет читать не только из файла, но и например из БД
ini_set('memory_limit', '512M');
$file = '/tmp/1';
$data = range(1,2000000);
echo «Test serialize\n»;
$time0 = microtime(1);
file_put_contents($file, var_export($data, true));
unset($data);
$time1 = microtime(1);
eval( '$data='.file_get_contents($file).';');
$time2 = microtime(1);
$timeset = $time1-$time0;
$timeget = $time2-$time1;
echo «Serialize set time $timeset get time $timeget\n»;
Результат:
Serialize set time 3.1096308231354 get time 2.9017460346222
никакие они не замечательные, встроенные объекты абсолютно не переваривают. Причем без всяких предупреждений, просто на выходе пустой объект. И разработчики даже не считают это багом :(
вот только дороги у них почему-то лучше… :(
адепты unix-систем негодуют, ибо «все есть файл» :)
>У нас весь web на flex/flash
:(
Тестовая страница: dl.dropbox.com/u/998228/LOR/inline-block-test/test.xhtml
Результат рендеринга: dl.dropbox.com/u/998228/LOR/browsers-render.png
В целом проблем с версткой и скриптами в опере на порядок меньше, чем в ослике. Очень редко приходится что-то специально под нее затачивать. Но если уж что-то случилось, то отлаживать очень тяжело, оперовская стрекоза абсолютно неюзабельна, даже по сравнению с отладчиком в IE :(
тут нужно говорить скорее о «кроссархитектурности», если есть такой термин. Опера все же вполне кроссплатформенная
периодически читаю блог мейнтейнера iceweasel в дебиане. У него после выхода каждой мажорной версии (читай: после любых серьезных изменений кода) куча геморроя со сборкой на всех дебиановских релизных архитектурах, которые в апстриме официально не поддерживают. Куча патчей в итоге отправляется в апстрим, и так регулярно. 3.6 вон до сих пор даже до тестинга не спустилось.
За 30 минут портировать можно разве что хелловорлд.
Жаль не могу теги использовать
поэтому я приучил себя писать
if (! length != 3 ) doSomething();
Отсутствие ошибок не гарантирует, но как минимум заметить проще.