Очень хотелось бы увидеть как и на чем проходило тестирование.
я бы не сказал что drupal пугает своей скоростью :) точнее напугал он меня скоростью только в ветке под номером 6 (а я с ним работаю с v4.5), ведь за счет модулярности и хуков довольно много файлов подгружается и парсится на каждый запрос. А теперь действительно будет самолет, если данные не приукрашены.
Да? Я тоже с 4.5! Я распихивал из system.module по admin.inc и theme.inc для того, чтобы всё вместе не парсилось без нужды. Я еще не перешел на 6 - жду пока пофиксят.
Вот чем мне нравятся многие либители Друпала - та позицией: Наш Друпал будет таким какой есть и сли он где-то не работает то нужно оптимизировать хостинг, провайдераи прочее но сам Друпал не трогайте...
Да я купил феррари и теперь вся страна перестраивайте дороги ибо у меня не ездит!
Скорее всего просто не хватило оперативки. Для Друпала 5 с CCK + Views нужно 16-20 Мб оперативки под PHP-скрипт, иначе всё может и будет работать, но будут глюки с админкой (у меня если не хватало памяти - вместо админки была пустая страница)
Про превышение загрузки процессора - вряд ли. И про время выполнения скрипта. Если будет превышен предел загрузки процессора, обычно через несколько дней только хостер начнёт вам гневные письма слать.
На обычном виртуальном работает без проблем. Если проблемы есть, то значит памяти на хосте мало выделено. Хотя может еслиты копался в коде или поставил несовместимые версии модулей то тое может ломать систему.
Changelog в релизе увидеш а это как я понял восновном результаты re2c сканнера. Чекануть 5.3 можно тут http://snaps.php.net Самой большой фичей 5.3 будет пространство имён для кода, давно хотели реализовать и вот наконец... :)
3.
Date Extension Additions
Added date_get_last_errors() that returns errors and
warnings in date parsing.
array(4) {
["warning_count"] => int(0)
["warnings"] => array(0) { }
["error_count"] => int(2)
["errors"]=>
array(2) {
[2]=> string(40) "The separation symbol could not be found"
[6]=> string(13) "Trailing data"
}
}
4.
XSLT Profiling
Introduction of Xslt Profiling via setProfiling()
5.
Garbage Collector
Memory cleanup for Uber-complex and long scripts
that need to free-up memory before the end of
execution cycle. (!amework folks, this is for you)
gc_enable(); // Enable Garbage Collector
var_dump(gc_enabled()); // true
var_dump(gc_collect_cycles()); // # of elements cleaned up
gc_disable(); // Disable Garbage Collector
6.
Miscellaneous Improvements
SQLite Upgraded to 3.5.6
Over 40 bug fixes
CGI/FastCGI SAPI Improvements
Various stream improvements
More things to come ...
Для того чтобы постить, необходимо чтобы значение кармы было больше 0
Для чего надо либо попросить в соответствующем топике, либо заработать умным коментарием
Хотелось бы верить, что это правда, но верится с трудом, тем более что какие именно тесты проводились не сказано и человек из команды разработчиков пхп.
Ускорение приложений написанных для PHP4 - это конечно "прогресс" (кажись только typo3 на 5-ку ориентирован), а вот пространство имен и более продвинутая работа со статикой - это уже интересней...
А разве не так? Скорость это не главное даже пускай прирост 30% это означает что скрипт который обрабатывлся 10 секунд будет обрабатыватса 7, ну это грубо есле взять реальный пример то наверняка разницы ты и не заметиш. А вот пространство имён наконец внесёт в PHP удобство, гибкость, расширяемость, лёгкость и простоту написания кода. Теперь можно будет называть вещи своими именами и не ломать голову. Другой вопрос как скоро эта фича войдёт в нашу жизнь. Под этим вопросом я подразумеваю - когда эту фичу начнут использовать в PHP фрэймворках, ведь прийдётса переписать тонны кода!
Во-первых, скрипты не выполняются по 10 секунд, скорей вместо 0,2 станет 1,8, а это действительно незаметно. Но, проблема в том, что чаще всего тормозными участками является не PHP, но СУБД. Особенно, если запросы кривые и/или индексы не стоят. И вот от этого уже не спасет никакое увеличение производительности.
Во-вторых, нэймспейсы, все же менее важны, чем скорость. Уже хотябы потому, что скорость сказывается на качестве сервиса для клиента (это очень важный параметр), а нэймспейсы (в реализации PHP), возможно, и облегчат кому-то жизь, но также дадут огромные возможности пложить ошибки и запутывать код чайникам.
Чайники, которые за пару дней научились что-то на ПХП делать, останутся чайниками. Программистам же нэймспэйсы пригодятся в значительной мере. Для ускорения существует APC, которое сделает оригинальный прирост на 30% вообще незначительным. А вот изменения, которые делают язык лучше дадут основу для появления новых качественных продуктов.
PHP 5.3. Что нас ожидает?