Pull to refresh

Comments 42

Приятно слышать, что есть надежда о том, что wordpress хоть когда то стане быстрее.
хм. не замечал, что вордпресс медленный.
Drupal и так очень быстрый, а теперь еще быстрее будет. А Joomla? Или ей уже ничего не поможет?
Очень хотелось бы увидеть как и на чем проходило тестирование.

я бы не сказал что drupal пугает своей скоростью :) точнее напугал он меня скоростью только в ветке под номером 6 (а я с ним работаю с v4.5), ведь за счет модулярности и хуков довольно много файлов подгружается и парсится на каждый запрос. А теперь действительно будет самолет, если данные не приукрашены.
Да? Я тоже с 4.5! Я распихивал из system.module по admin.inc и theme.inc для того, чтобы всё вместе не парсилось без нужды. Я еще не перешел на 6 - жду пока пофиксят.
Чтож этот быстрый Друпал на обычном виртуальном хотсинге не пошел (версися 5.2 с модулями CKK и View плюс облако тегов и всякая мелочь)
Вопрос из серии "А почему Феррари не разгоняется до максимальной скорости на колдобинах возле моей дачи?"
Памяти выделять надо больше.
Вот чем мне нравятся многие либители Друпала - та позицией: Наш Друпал будет таким какой есть и сли он где-то не работает то нужно оптимизировать хостинг, провайдераи прочее но сам Друпал не трогайте...
Да я купил феррари и теперь вся страна перестраивайте дороги ибо у меня не ездит!
Скорее всего просто не хватило оперативки. Для Друпала 5 с CCK + Views нужно 16-20 Мб оперативки под PHP-скрипт, иначе всё может и будет работать, но будут глюки с админкой (у меня если не хватало памяти - вместо админки была пустая страница)

Про превышение загрузки процессора - вряд ли. И про время выполнения скрипта. Если будет превышен предел загрузки процессора, обычно через несколько дней только хостер начнёт вам гневные письма слать.
На обычном виртуальном работает без проблем. Если проблемы есть, то значит памяти на хосте мало выделено. Хотя может еслиты копался в коде или поставил несовместимые версии модулей то тое может ломать систему.
Купите VDS рублей от 150 в месяц.
Виртуалхостинг - прошлый век.
Акселератор не забудьте поставить
Ожидал от заголовка примерный changelog..
Changelog в релизе увидеш а это как я понял восновном результаты re2c сканнера. Чекануть 5.3 можно тут http://snaps.php.net Самой большой фичей 5.3 будет пространство имён для кода, давно хотели реализовать и вот наконец... :)
Ага, это полезная вещь :) Спасибо
Это типо постепенный переход к пхп6?
Это типа постепенный переход на ООП ;)
http://ilia.ws/files/phpquebec_php53.pdf - здесь Илья Альшанетский описывает, что появилось в PHP 5.3 и как это использовать ^_^
Просмотрел слайды, спасибо. Вот надергал то что посчитал для себя:

1.
Improved Performance
md5() is roughly 10-15% faster
Better stack implementation in the engine
Constants moved to read-only memory
Improve exception handling (simpler & less opcodes)
Eliminate open(2) call on (require/include)_once
Smaller binary size & startup size with gcc4
Overall Improvement 5-15%

2.
?: Operator
Allows quick retrieval of a non-empty value from 2
values and/or expressions
$a = true ?: false; // true
$a = false ?: true; // true
$a = "" ?: 1; // 1
$a = 0 ?: 2; // 2
$a = array() ?: array(1); // array(1);
$a = strlen("") ?: strlen("a"); // 1

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 ...
мне дословно кто либо сможет объяснить как мне делать посты новые на хабре?
на p[дот]elagin[гав-гав]com

Я не врублю ни как люди постят и мне тоже хочется .
Для того чтобы постить, необходимо чтобы значение кармы было больше 0
Для чего надо либо попросить в соответствующем топике, либо заработать умным коментарием
заметьте - самый большой прирост производительности у функционального друпала, а самый маленький у объектного xoops

есть над чем задуматься
да, немного не заметил, что результаты не упорядочены по значению, но все-же :)
Хотелось бы верить, что это правда, но верится с трудом, тем более что какие именно тесты проводились не сказано и человек из команды разработчиков пхп.
То, что быстрее - это конечно, здорово, но вы как-то упустили тот небольшой факт, что в PHP 5.3 наконец-то закрыли recursive references memory leak, я о нем раньше писал.

Для высоконагрузочных площадок экономия памяти все-таки важнее, чем ускорение. :)
Оооо... Спасибо, за информацию ^__^
Вот бы ещё помимо speed, memory usage оптимизировали.
Ускорение приложений написанных для PHP4 - это конечно "прогресс" (кажись только typo3 на 5-ку ориентирован), а вот пространство имен и более продвинутая работа со статикой - это уже интересней...
Ага, и версии загадочно не подписаны...
typo3 требует PHP5 только начиная с версии 4.2, которая выйдет недели через две.
Где UTF? :D Скорости пока и так хватает (особенно по сравнению с Ruby :(, где ты Rubinius :'(… ).
1.9 примерно как пхп, а Рубиниус давно живет и здраствует, просто пока рельсы не научился запускать)
Я думал самое главное в 5,3 это нэймспэйсы
А разве не так? Скорость это не главное даже пускай прирост 30% это означает что скрипт который обрабатывлся 10 секунд будет обрабатыватса 7, ну это грубо есле взять реальный пример то наверняка разницы ты и не заметиш. А вот пространство имён наконец внесёт в PHP удобство, гибкость, расширяемость, лёгкость и простоту написания кода. Теперь можно будет называть вещи своими именами и не ломать голову. Другой вопрос как скоро эта фича войдёт в нашу жизнь. Под этим вопросом я подразумеваю - когда эту фичу начнут использовать в PHP фрэймворках, ведь прийдётса переписать тонны кода!
Во-первых, скрипты не выполняются по 10 секунд, скорей вместо 0,2 станет 1,8, а это действительно незаметно. Но, проблема в том, что чаще всего тормозными участками является не PHP, но СУБД. Особенно, если запросы кривые и/или индексы не стоят. И вот от этого уже не спасет никакое увеличение производительности.

Во-вторых, нэймспейсы, все же менее важны, чем скорость. Уже хотябы потому, что скорость сказывается на качестве сервиса для клиента (это очень важный параметр), а нэймспейсы (в реализации PHP), возможно, и облегчат кому-то жизь, но также дадут огромные возможности пложить ошибки и запутывать код чайникам.
Чайники, которые за пару дней научились что-то на ПХП делать, останутся чайниками. Программистам же нэймспэйсы пригодятся в значительной мере. Для ускорения существует APC, которое сделает оригинальный прирост на 30% вообще незначительным. А вот изменения, которые делают язык лучше дадут основу для появления новых качественных продуктов.
Неймспейсы!!!
Вообще, столько вкусного, дайте две, черт возьми!

Когда же выйдет сие чудо?
Sign up to leave a comment.

Articles

Change theme settings