Доступно (http://www.php.net/releases/5_2_13.php) обновление PHP 5.2.13, устаревшей, но еще поддерживаемой ветки языка PHP. В новой версии исправлено 38 ошибок (http://www.php.net/ChangeLog-5.php#5.2.13) и устранено несколько уязвимостей:
- Исправлена возможность обхода ограничений safe_mode в функции tempnam(), при указании в качестве аргумента пути не заканчивающегося на "/";
- В расширении "session" устранена потенциальная возможность выхода за пределы окружения, ограниченного настройками open_basedir/safe_mode;
- Увеличена энтропия при генерации случайных чисел с использованием алгоритма LCG (Linear congruential generator);
URL: http://www.php.net/index.php#id2010-02-25-1
Новость: http://www.opennet.me/opennews/art.shtml?num=25587
>>обновление PHP 5.2.13, устаревшей, но еще поддерживаемой ветки языка PHP.К слову, 5.3 до сих пор битриксом вроде нормально не поддерживается. :)
В смысле "нормально не поддерживается"? Notice могут и обязаны быть. Ибо код такой. А использование новых фишек 5.3 - значит забить на все серверы 5.2.*
>В смысле "нормально не поддерживается"? Notice могут и обязаны быть. Ибо код
>такой. А использование новых фишек 5.3 - значит забить на все
>серверы 5.2.*Там на закрытом клиентском форуме люди жалуются, что у них что-то перестает работать с переходом на 5.3. В основном проблема в появлении новых WARNING'ов, но их можно отключать. У кого-то прям модуль "магазин" перестал работать.
Цитирую ответ тех. поддержки:
"В php 5.3 было много изменений из-за чего код во многих частях продукта работает некорректно и пока решить данную проблему сложно."
я увы не знаком с системой, но я немного знаком с пыхпыхом. Код, работающий в 5.2.*, работает в 5.3.*, но может генерить notice/warning, в частности, иза передачи параметров по ссылке и прочей стриктовщины. Код, использующий нововведения (static, phar и т.д.) на хостингах 5.2.* на запустится.
Переход на 5.3 в некоторых случаях делает проекты неработоспособными. В первую очередь из-за появлений новых ключевых слов и функций. Проекты валятся с фатальными ошибками, мол, нельзя перегружать уже определённую функцию. Менее серьёзной проблемой является изменение в поддержке расширений: некоторые теперь нельзя отключить, некоторые удалены из штатной поставки, другие вообще перестали поддерживаться.
и ещё можно попробовать такой код на 5.2.* и 5.3.*:
$a = new stdClass;
$a->a = 1;
echo $a["a"];
Они просто нарки... вот и всё проблемаif ($arParams["ELEMENT_SORT_FIELD"] == "RATING")
$arParams["ELEMENT_SORT_FIELD"] = "RATING";Цитата из кода битрикса... Страшно даже представить, на чём 5.3 там спотыкается)))
>Они просто нарки... вот и всё проблема
>
>if ($arParams["ELEMENT_SORT_FIELD"] == "RATING")
> $arParams["ELEMENT_SORT_FIELD"] = "RATING";
>
>Цитата из кода битрикса... Страшно даже представить, на чём 5.3 там спотыкается)))
>на том, что массив arParams неопределен или отсутствует элемент массива ELEMENT_SORT_FIELD. Тухлый код. Разрабам надо всегда включать полный вывод всех сообщений интерпретатора. Тогда
и работать будет на всех обратносовместимых версиях :)))
>[оверквотинг удален]
>>if ($arParams["ELEMENT_SORT_FIELD"] == "RATING")
>> $arParams["ELEMENT_SORT_FIELD"] = "RATING";
>>
>>Цитата из кода битрикса... Страшно даже представить, на чём 5.3 там спотыкается)))
>>
>
>на том, что массив arParams неопределен или отсутствует элемент массива ELEMENT_SORT_FIELD. Тухлый
>код. Разрабам надо всегда включать полный вывод всех сообщений интерпретатора. Тогда
>
>и работать будет на всех обратносовместимых версиях :)))А у меня довольно странная картина: если включить вывод warning'ов, то перестает работать куча функций сайта. :)
> А у меня довольно странная картина: если включить вывод warning'ов, то перестает работать куча функций сайта. :)как написано - так и (не)работает. Что в этом странного? :)))
> Они просто нарки... вот и всё проблема+1. Странная CMS со странными системными требованиями, терпеть ее не могу.
На западе такого УГ никто не придумал сделать, а у нас фирма 1c, в свое время сделавшая однопоточную семерку-предприятие с глобальными локами, приложила руку к созданию и этой CMS.Она тормозит везде, кроме VPS/выделенного сервера! То, что они пишут, что оно может жить на шаред-хостинге, это правда лишь от части, и в меньшей ее части (в значении в 90-е голодные годы, особенно после прошлого дефолта "Есть ли жизнь за МКАД?")
Без фронт-энда, разгружающего веб-бэкэнд и отдающего статику, она вообще не шевелиться, если сервер используется не под нее одну.
Более "тяжелые" требования видела только на JAVA web-решениях, но там совсем другие возможности и уровень решения, как в той же Alfresco.
Имхо, Drupal рулит, а в 1c курили что-то забористое :))
Насколько я помню, "стандартной" конфигурацией для Битрикса является двухсерверная, с фронтендом на nginx и бэкендом Apache. И желательно на отдельном сервере БД.
Замечу, эти требования -- не для сильнонагруженного проекта, где они как бы оправданны, а вообще, для всего.
>Насколько я помню, "стандартной" конфигурацией для Битрикса является двухсерверная, с фронтендом на
>nginx и бэкендом Apache.Они еще Squid и Oops упоминают в "Рекомендации по конфигурированию веб-систем для оптимальной работы с продуктом". А про Лайти забыли почему-то
>Замечу, эти требования -- не для сильнонагруженного проекта, где они как бы
>оправданны, а вообще, для всего.На их веб-сайте долго висело сообщение (было еще осенью, если я не ошибаюсь) о том, что их продукт может жить и на шаред-хостинге :)
Сейчас убрали, стало стыдно, наверное...Собственно, Вы все говорите правильно, но проблема в том, что end-user'ы его покупают, а потом удивляются, а почему он, собственно, тормозит? Конечно, винить они начинают кого угодно, кроме себя любимых, купивших этот странный продукт
>Собственно, Вы все говорите правильно, но проблема в том, что end-user'ы его
>покупают, а потом удивляются, а почему он, собственно, тормозит? Конечно, винить
>они начинают кого угодно, кроме себя любимых, купивших этот странный продукт
>Достается, как правило, сисадмину, которому приходится приложить невероятные усилия, чтобы это чудо заработало без тормозов даже на мощном сервере.
>>Собственно, Вы все говорите правильно, но проблема в том, что end-user'ы его
>>покупают, а потом удивляются, а почему он, собственно, тормозит? Конечно, винить
>>они начинают кого угодно, кроме себя любимых, купивших этот странный продукт
>>
>
>Достается, как правило, сисадмину, которому приходится приложить невероятные усилия, чтобы это чудо
>заработало без тормозов даже на мощном сервере.Еще добавлю от себя. Битрикс использует огромное кол-во временных таблиц в своих запросах. Вернее, запросов с LEFT и JOIN он генерирует в тотальном большинстве!
Как выяснилось недавно, DROP TABLE как обычной, так и временной таблицы делает лок уровня сервера на открытие файлов. Т.Е. пока файл не удалится операционной системой, майскл не может открыть ни одной таблицы.
Но при большом I/O удаление файла может длится до 10 секунд.Это все очень весело, млять. :(
сдался вам всем битрикс... развели тут...
>сдался вам всем битрикс... развели тут...Ну, некоторым приходится иметь с ним дело по стечению обстоятельств.
Мои пять копеек оффтопа: это битрикс, такая дрянь, что просто страшно представить. Системные требования ужасают. Порой складывается ощущение, что разрабы специально в него напихали ресурсоемкого кода, для солидности. Ко всему прочему он платный. Но маркетинговый отдел в 1С работает отлично и лемминги закупаются битриксом.
>Но маркетинговый отдел в 1С работает отлично и лемминги закупаются битриксомк кому ещё не подкатывали серьёзные дяди с предложением делать серьёзный бизнес на битриксе? :)
к нам подкатывали. предлагали немножко вложиться, зато потом зарабатывать и зарабатывать!
отсюда вывод: битрикс - разновидность сетевого маркетинга, поэтому он столь же убог, рано как живуч.
Обновил свой репозиторий для CentOS5/RHEL5: http://rpms.varien.com
господа, где бы разжиться zenddebuggerом под php 5.3 ?
zend* 5.3 не поддерживает.
только через zend server. Увы :(
это жесть а не версия. ее походу вобще не тестили. екстеншн mysql так и не прогрузился у меня под виндой 64 битной 2003. Коллега тоже вчера и на 32 битной не прикрутил. слил 5.2.12. заработало. єто под апачем.
>это жесть а не версия. ее походу вобще не тестили. екстеншн mysql
>так и не прогрузился у меня под виндой 64 битной 2003.
>Коллега тоже вчера и на 32 битной не прикрутил. слил 5.2.12.
>заработало. єто под апачем.Бедные, бедные виндовз юзера. Плачут, колются, но все равно жрут кактус.
>Бедные, бедные виндовз юзера. Плачут, колются, но все равно жрут кактус.+1
>>это жесть а не версия. ее походу вобще не тестили. екстеншн mysql
>>так и не прогрузился у меня под виндой 64 битной 2003.
>>Коллега тоже вчера и на 32 битной не прикрутил. слил 5.2.12.
>>заработало. єто под апачем.
>
>Бедные, бедные виндовз юзера. Плачут, колются, но все равно жрут кактус.Юзаю винду для развлечений и работы, а Unix для автоматизации, программирования и админства. Хотел бы перейти на Mac, но жаба душит.
>Юзаю винду для развлеченийВирусами балУешся?
>и работы,Боты, спамишь?
>а Unix для автоматизации, программирования и
>админства.Не верю. (с)
Люди добрые здравствуйте!!! Помогите с проблемой ... перешел хостер на 5.2.13 и начался АД... передаешь функции file() ссылку на файл и тишина ... header("Location:") не отрабатывает. тоже с прямой ссылкой ... что делать ?????
>Люди добрые здравствуйте!!! Помогите с проблемой ... перешел хостер на 5.2.13 и
>начался АД... передаешь функции file() ссылку на файл и тишина ...
>header("Location:") не отрабатывает. тоже с прямой ссылкой ... что делать ?????
>Попросить хостера поставить персонально вам 5.2.12.
Если php как cgi, то поставить другую версию - раз плюнуть.
По крайней мере, когда я работал в хостинге, мы ставили клиентам нужную версию без проблем за 5 минут.А вообще, спасибо за инфу. Я еще не обновлял свои сервера.