>Отключена "глобализация" переменных - теперь
>нельзя передавать значения переменных из (окружения...
А? из окружения? имхо, это скорее плохо, чем хорошо.
Особенно в свете POSIX и Unix Way в целом. Короче,
The Wrong Thing (tm)

Зато хорошо с точки зрения безопасности. Потому как народ кодит теперь халявный, инициализировать переменные не любит... Сколько всяких скплоитов пролетает... Уууу...

> Короче, The Wrong Thing (tm)

Да PHP вроде и не ставит целью делать вещи правильно - за языком не видно дизайна.

Дыкть блин это все таки WRONG THING:
1) Старый код надо будет переделывать.
2) Язык усложняется - поклонников будет меньше.
3) Не удобно это.

Зато теперь смахивать на C/C++ будет. Это лучше чем упрощать до JavaScript, тем более PHP в скриптах гораздо меньше весит.

Единственный реальный минус этого - переделка старого кода. И только. Хотя минус этот весьма ощутимый, из-за него переход на эту версию может сильно замедлиться. Точнее даже не может, а замедлится.

Nefer ты хотел сказать неосуществится ? :)

Не, ну почему же. Только долго это будет. Я, например, своим буду по голове бить, что б переходили. Ибо сам хочу. :) Еще такие найдутся. Софт будет портироваться. Появится перекодировщик "на лету", благо насколько я понимаю это можно делать банальным replace... Все будет, но долго и геморно :(

Збиватся с PHP нужно! Страшная это технология - ни объектов "нормальных", ни секьюрности, support тяжёлый да ещё вот "backward compatibility" в "зад" ушла, и это только то что на первый взгляд бросается! JAVA и .NET технологии рулят!

Эээээээй, мужииииик... Ты мух с котлетами не мешай в кучу! Jedem das seine! У ПХП своя ниша, у жабы своя! Мож тогда еще жабу с ХТМЛ сравнить? Тоже ж по своему язык программирования... (на всякий случай - я понимаю что я _сильно_ утрирую, но смысл понятен?)

Ну вы блин и даете!!! Вы внимательно читали релиз? > Отключена "глобализация" переменных Не просто отключена, а отключена по умолчанию. > теперь нельзя передавать значения переменных все можно, нужно просто эту переменную по умолчанию "register_globals", которая выключена теперь, включить для конкретного сайта, директории и т.д. и спорят из-за чего-то....

Как говорится, нет таких проблем, которые нельзя было бы себе придумать.

Народ, вы не знаете, в новом апаче, пхп запускаеться от имени нободи (веб-сервера) или же можно указать от кого, как в suexec. Очень сдерживает в плане мнгопользовательского хостинга, когда нельзя включать safe_php или как его там.

Народ, а как из PHP можно к XML обращаться?

Можно ли из PHP на любом сайте(неважно какая версия PHP и сервера) конвертация странички через XSLT? Ссылочку на код скриптов желательно.

> Можно ли из PHP на любом сайте(неважно какая версия PHP и сервера)
> конвертация странички через XSLT? Ссылочку на код скриптов
> желательно.

сходи на phpclub.net - там есть отдельный форум про php+xslt (sablotron)

действительно включите глобализацию в php.ini или заставьте ленивых програмистов писать нормальный код что-то типа $_POST["x"] ... или $HTTP_POST_VARS["x"]

2 IRON: всегда от User и Group если в вирт хостах User и Group не nobody(или кто там у вас апаче) то через suexec вот и все

Согласен, лажанулся. Голова другим забита. А насчет пользователя - я в свое время так и не понял как оно там работает. Была ситуация что сервер под одним пользователем, а владелец скрипта - другой. Так вот ПХП говорил что он бегает от имени владельца файла. Никто такого не сталкивался? Проверять лениво. :)

2IRON:
насчёт прав скрипта - если меня склероз не совсем убил,
то для php существует только один способ использования suexec
- запускать php скрипты как cgi, а насчёт safe_mode и прочих
директив кофигурации - так их можно использовать где угодно в конфигурации апача (directory, location) через директиву
php_admin_flag.

например:
<Directory /home/baduser/public_html>
php_admin_flag safe_mode on
</Directory>

>> всегда от User и Group если в вирт хостах User и Group не nobody(или кто там у >> вас апаче) то через suexec вот и все В том то и дело, что если я например создам из пхп файл на диске, то у него буду права того, от кого запускаеться апач, а cgi-скрипты выполняються от того, кто указан в Virtual Host.

>> насчёт прав скрипта - если меня склероз не совсем убил, >> то для php существует только один способ использования suexec >> - запускать php скрипты как cgi

не пробывал, однако если это так, то все равно за юзерами все равно не уследишь, чего они там творят.

>> а насчёт safe_mode и прочих >> директив кофигурации - так их можно использовать где угодно в конфигурации >> апача (directory, location) через директиву >> php_admin_flag.

эт мы знаем:))

Вообще, я на пхп не пишу (perl cgi - rulez!!! c++ cgi - тоже rulez, особенно для параноиков или для написания чата:)) ) , так для хостинга держу. Достоинство пхп - это быстрота разработки, а также удобная удаленная отладка. Однако по скорости выполнения конечно медленне чем сgi на том же перле, хотя наверное только теоретически, врядли встретишь веб-сервер с кучей сайтов, сделаных на пхп, к которым бы одновременно шла туча запросов :))

> Однако по скорости выполнения конечно медленне чем сgi на том же перле,

И чем подкрепляется сие заявление? По моим бенчмаркам perl на вебе всегда
отстает по скорости от php. Причем самый большой тормоз идет от CGI.pm.
В php в отличие от perl обработка запроса встроена в ядро.

Не, Java конечно рулит, безо всяких сомнений, но куда вы сосвоей java'ой пойдете-то ? Скока у нас в России хостингов с Java ? По пальцам пересчитать можно. А с PHP - 99% !!! Я вот ХОТЕЛ БЫ перевести все на Java, но, к сожалению, могу только для собственных дел, которые крутятся на моем сервере, а делать сайты на заказ на java пока бессмысленно - хостера за пределами Москвы и Питера с java просто не найти :-(
Что касается переделки скриптов - нифига переделывать не надо, все настраивается, а что касается не WRONG WAY, а RIGHT WAY - ВСЕГДА надо писать $HTTP_POST_VARS['my_var'] ... $HTTP_SESSION_VARS['bla_bla'], $HTTP_COOKIE_VARS['bla_bla_bla'] и тогда никакие эксплоиты вам не страшны :-)

2 IRON на счет того что perl/cgi быстрее php - БРЕД. И даже mod_perl МЕДЛЕННЕЕ mod_php. Впрочем, настаивать не буду - можешь оставаться в счастливом неведении :-)

Сама идея запихать в html верстку код - глубоко порочна! Такую мешанину не понимает тольком ни верстальщик/вебмастер ни программист. Получается что на PHP должен писать человек, который должен очень хорошо разбираться в http и кодировании с другой стороны, что автоматически ограничивает распространненость этой технологии, т.к. универсал-профессионал это редкое явление, а универсал-дилетант только профанирует идеи.

>И чем подкрепляется сие заявление? По моим бенчмаркам perl на вебе >всегда >отстает по скорости от php. Причем самый большой тормоз идет от >CGI.pm. >В php в отличие от perl обработка запроса встроена в ядро.

Во-первых есть еще mod_perl, а во вторых, как я говорил, все дело в загрузке хостинга. Если взять тот же перл, то при больших количествах запросов к cgi-скриптам перл через mod_perl модуль станет работать медленне, чем без него, то же самое относиться и к пхп. Однако повторяю, это лишь при большой загрузке, конечно, если вертиться один сайт, то пхп будет быстрее.

>И чем подкрепляется сие заявление? По моим бенчмаркам perl на вебе >всегда >отстает по скорости от php. Причем самый большой тормоз идет от >CGI.pm. >В php в отличие от perl обработка запроса встроена в ядро.

Во-первых есть еще mod_perl, а во вторых, как я говорил, все дело в загрузке хостинга. Если взять тот же перл, то при больших количествах запросов к cgi-скриптам перл через mod_perl модуль станет работать медленне, чем без него, то же самое относиться и к пхп. Однако повторяю, это лишь при большой загрузке, конечно, если вертиться один сайт, то пхп будет быстрее.

2IRON (*) (2002-04-25 22:56:08.868)
Я просил статистику с цифрами, а не очередную порцию рассуждений.

2 anonymous (*) (2002-04-25 18:22:30.255)
А кто тебя просит запихивать html в скрипты ? Юзай шаблоны ... ты знаешь, JSP в этом плане тоже грешит, но вот jsp model 2 - как раз то, что надо, ну дак что мешает нечто аналогичное на php наваять ?

>Я просил статистику с цифрами, а не очередную порцию рассуждений. Вот, нашел, интересный отчет: http://www.caucho.com/articles/benchmark.xtp

> Сама идея запихать в html верстку код - глубоко порочна!

Эээ, товарисч, разуй глаза, зайди на freshmeat и поищи "php template".
У тебя глазки разбегутся в разные стороны от количества решений с шаблонами -
от самых простейших, до замысловатых и комбинированных.
Идея вовсе непорочна. Изумительно работает на маленьких скриптах. А на больших
ее тебе никто не навязывает. Юзай шаблоны.

> http://www.caucho.com/articles/benchmark.xtp

И какие выводы ты сделал для себя даже из этого дурацкого теста?
Они подтверждают твое заявление? А теперь попробуй сам, только не "Hello",
а что-то более сложное, чтобы там как минимум была обработка QUERY_STRING.
Мы же говорим про веб...