LINUX.ORG.RU
ФорумTalks

PHP 3.0 Released


0

0

PHP 3.0 is finally here! After 10 months of development PHP Version 3.0 is ready for production environments. Coupled with the release of the final version of Apache-1.3.0 today, the combination provides an unbeatable web hosting platform suitable for both small and large web sites.

PHP 3.0 is the latest evolution of the PHP/FI 2.0 language and it offers some dramatic enhancements. It is more than twice as fast, it uses less memory, it has a more consistent language implementation and a much wider set of expressions and language features than PHP/FI 2.0. An included conversion program will help you migrate your PHP 2 scripts to PHP 3.

---

Спустя 10 месяцев разработки PHP, версия 3.0 готова для продакшена! Совместно с финальным релизом Apache-1.3.0, на сегодняшний день - это невероятная веб-платформа, подходящая одновременно под малые и большие вебсайты.

PHP3 - это последняя эволюция языка PHP/FI 2.0 и предлагает некоторые эффективные расширения. Оно более чем в 2 раза быстрее, использует меньше памяти, более целостная реализация языка и имеет горазодо более широкий набор выражений и языковых функций, чем PHP/FI 2.0. Прилогаемая программа конвертации поможет портировать ваши скрипты с PHP2 на PHP3.

Для тех, кто не в курсе:

Что такое PHP3?

PHP версии 3.0 - язык описания сценариев, выполняемых на сервере, встроенный в HTML.

Что может делать PHP3?

Возможно самая сильная и значимая возможность в PHP3 - уровень интеграции с базами данных. Написание веб-страницы работающей с базой данных невероятно проста. В настоящее временя поддерживаются следующие базы данных: Oracle Adabas D Sybase FilePro mSQL Velocis MySQL Informix Solid dBase ODBC Unix dbm PostgreSQL

Краткая История PHP

PHP был задуман где-то в конце 1994 года Расмусом Ледорфом(Rasmus Lerdorf). Ранние невыпущенные версии использовались на его домашней странице для того, чтобы следить за тем кто просматривал его интерактивное резюме. Первая используемая версия cтала доступна где-то в начале 1995 и была известна как Personal Home Page Tools. Она состояла из очень упрощенного движка синтаксического анализатора, который понимал только несколько специальных макрокоманд и ряд утилит, которые затем были в общем использовании на домашних страницах. Гостевые книги, счетчики и некоторые другие дополнения.

Ответ на: комментарий от temp

Нет, просто Рип Ван Винкль на гастролях :)

KRoN73 ★★★★★
()

оперативненько так. тоже хотел запостить.

tommy ★★★★★
()
Ответ на: комментарий от fMad

За питон не скажу, а вот про его брата нашел:

Perl

В середине 1990-х началось распространение языка Perl, который был более применим для написания скриптов. Имея схожий с Си синтаксис, реализуя регулярные выражения (надо отметить, что правила написания регулярных выражений PCRE в Perl считаются излишне избыточными, по сравнению с RegEx, например, который, кстати, был включён в PHP, наряду с PCRE), являясь бестиповым, как Бейсик, с большим числом внутренних системных функций, возможностью вызова внешних программ и подключением библиотек, Perl обеспечивал удобство при обработке текста и манипуляциях с файлами. Это и было наиболее необходимо в web (Perl так же удобен и для написания системных утилит: существуют крупные системы, написанные на этом языке; в данной статье рассматривается только его применение в web-программировании).

Но, не смотря на все эти достоинства, всё же Perl является языком общего назначения. Для применения в web на мой, возможно, субъективный взгляд, он имеет следующие недостатки:

Необходимость настройки web-сервера для запуска скриптов (обычно создаётся папка cgi-bin, и в web-сервере ставится разрешение на исполнение скриптов, находящихся в этой папке и ниже;

В операционных системах семейства Unix необходимо давать каждому файлу со скриптом статус исполняемого (chmod 755 script.pl);

Сложности с отладкой CGI-скриптов, так ка ошибки не выдаются в браузер; скажем, если вы где-то пропустили точку с запятой, то всегда получаете ошибку 500, возможность отладить скрипт имеете только, запуская скрипт напрямую (обычно запустить на сервере скрипт и посмотреть вывод информации об ошибках и предупреждениях можно через Telnet/SSH, а такой возможности довольно часто веб-программист просто лишён);

Нет встроенных средств для обработки данных, переданных пользователем; для этого существует множество библиотек, весьма популярной является readparse.pl, по крайней мере, я и все мои знакомые web-программисты применяем её;

Если вы захотите отправить e-mail-сообщение из вашего CGI скрипта на Perl, то вам придётся вызывать программу sendmail, передавая ей в STDIN необходимые заголовки письма и, соответственно, тело письма, что не очень-то удобно (учитывая, что необходимо знать путь к sendmail на сервере, придётся лишний раз обращаться в техническую поддержку, а если вы захотите переносить ваш web-ресурс на другую площадку, то, вероятно, придётся менять и пути к sendmail в скриптах).

Это — основные недостатки Perl в CGI-программировании, выявленные за время его использования. Не смотря на них, Perl — хорошо подходящий для web язык.

PHP

В конце 1990-х годов после неудачных экспериментов с PHP2, значительно грешившем по части безопасности (вы можете убедиться в этом, прогулявшись по архивам эксплоитов (exploi's) к CGI-скриптам и web-серверам), вышел PHP3, в котором были устранены указанные выше недостатки языка Perl. Это способствовало признанию и популяризации новинки. Однако, быстродействие в десятки, а то и сотни раз, меньшее, чем у Perl, и нехватка некоторых функций, реализовать которые на самом PHP было невозможно, оставляли желать лучшего.

EmStudio
() автор топика
Ответ на: комментарий от EmStudio

1. хренасебе братья
2. в каком это он месте на С похож?
3. в cgi-bin есть своя логика и не следует её отрицать
4. отлаживать просто: sys.stderr=sys.stdout

fMad ★★
()
Ответ на: комментарий от fMad

Да там вообще полный бред. Я спокойно себе отлаживался без ssh-доступа, все ошибки с полными стектрейсом выводились на страничку, всякие параметры парсились какими то стандартными библиотеками, уж не вспомню, какими.

Legioner ★★★★★
()
Ответ на: комментарий от EmStudio

>Сложности с отладкой CGI-скриптов, так ка ошибки не выдаются в браузер; скажем, если вы где-то пропустили точку с запятой, то всегда получаете ошибку 500, возможность отладить скрипт имеете только, запуская скрипт напрямую

Какой бред.

use CGI::Carp qw(fatalsToBrowser warningsToBrowser)

anonymous
()
Ответ на: комментарий от dreamer

Читай выше, у перла полно недостатков. В PHP3 все их исправили, теперь PHP - это как перл, только лучше.

EmStudio
() автор топика
Ответ на: комментарий от FatBastard

Дык только 3 вышла, 4 еще долго ждать будем. Говорят, что сейчас ничего лучше нет.

EmStudio
() автор топика

Задумался надолго...

Demon37 ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.