Еще если на сервере нехватает какой-либо библиотеки, то её уже никак не воткнешь в PHP, а на питоне эту библиотеку можно просто скопировать в папку на сервере.
В питоне все исходники проходят предварительную компиляцию (точно незнаю как это называется), что существенно сказывается на скорости выполнения.
Слабая модульность. К примеру если я в PHP инклудю какой-нить файл, а он затрет какую-нить переменную или функцию мне это не понравится.
Гораздо проще разбираться в чужих исходниках и фреймворках из-за строго синтаксиса.
В Python очень порадовали безлимитные инты (именно int), с которым можно без проблем производить все бинарные операции без искожений.
Наличие функционального программирования у Python существенно упрощает обработку списков и последовательностей.
Ну все то сразу не перечислишь, так может по ходу дела и вылезет.


Если интересно то вот ссылочка: Python GD module
А про юникод это собсно его основная локаль. Pyhon изначально разрабатывался как кросплатформенный язык с различными локалями. И все возможности по смене локали и кодировки изначально встроенны в язык.

А короткая запись подразуменвается запись того-же самого в одну строчку? А в чем кайф? Это специально для ухучшения читабельности? Или на пропущеных переносах строк можно реально уменьшить размер исходника? А вот что серьезно может в продуктивную сторону уменьшить размер программы и увеличить скорость, так это функциональное программирование (одна из основных вещей чем мне понравился питон).

Объясняю еще раз.
Программа получает в параметре через форму на сайте строковую переменную, в которой точно (практически) должно содержаться число. Программа предварительно его передает в подпрограмму, которая использует эту строку в арифметических выражениях и что-то делает с результатом. Далее основная прогамма продолжает работать с исходной непреобразованной строкой и записывает ее в базу. В PHP все пройдет успешно, но ведь это неправильно, т.к. фактически со строкой могут передать и что-то другое, даже возможно попытаются сломать базу, а подпрограмма будет работать уже с другим значением, а именно с тем, к какому числу преобразовалась строка.

Если программа изначально была записана правильно, то ничего менять нигде не надо будет


ZODB лучше не трогать, т.к. такого любителям PHP даже не снилось  . Но это иерархическая ДБ, с историей изменений, и не подходит для классических задач для ДБ.

Особенно функциональное замыкание. Правда я врятли смогу освоиться с тем, что в каком-либо языке кроме LISP можно делать функциональное замыкание   

но для СЭДО сомо то! 

Добавлено @ 15:38 

как я понял это ты про графику?
так вот в питоне есть и 2D, и 3D, и пакетов уйма - выберай - не хочу 

Ну что ж, тогда имхо отличный язык. 

Пойду дальше программить проект на жутко неудобном PHP, но теперь вместо удовольствия буду мучаться от фич, которых в нем нет... о горе мне ;)

 чёрт возьми, откуда такая уверенность?! PEAR спокойно находится через include_path, а PECL - нативные модули, они по определению не копируются в 


 чем PHP также не обделён.

 если ты попытаешься редифайнить функцию, то получишь сообщение об ошибке.  Хочешь модульности - используй статические классы.
потому - что ты питонист   .

exception - не выход из положения, а проверка на тип - мало чем различается.

 в PHP оно явно лишнее.

Добавлено @ 16:12 
  

В этом то и фишка

Я конечно извеняюсь, но я никогда не слышал, что PHP сам компилил исходники при открытии их после каких-либо изменений. Если не секрет, то расскажи как это включить.

Это далеко не всегда удобно.

Я питонистом стал позже чем пхпшником 

Лучше пусть загрузка пойдет к чертовой бабушке, чем будут противоречивые данные или пройдет попытка взлома

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

в питоне это называется байто-код! 

Добавлено @ 16:29 

не питонист, а пионист 

прошу прощения, а как тогда нативные модули ставятся для питона?


возможно мы говорим о разных вещах, но я имел ввиду предварительную компиляцию в байт - код. Она есть всегда. Также есть Zend optimizer, но он вроде работатет с файлами закодированными Zend guard ом, который к сожалению платный. Есть и бесплатные аналоги, но я ими не интересовался.

фиг знает. Всё равно ошибки ввода обрабатывать надо. А с кривыми руками и в питоне в запрос опасные данные пропустить можно.

а в питоне байто-код создается по умолчанию + это встроеная функция + абсолютно бесплатно + можно переделывать в *.pyd (сам не пробовал, но говорят, что переделать из байто-кода в код питона это большая проблема, а вот из pyd в py - намного легче самому написать)

pythonwin, посыпаю пеплом голову и ухожу, вслед за smartov.   

pythonwin, читай внимательно ;)

Добавлено @ 17:43 
пойду-ка и я. кодить. на PHP.чувствую, мне будут сегодня ночью сниться кошамры про недопроверенные параметры и недобайтовый байт-код.  

skyboy, 

Я честно говоря не уверен что в PHP сохраняется единожды скомпиленный байт код. Для этого насколько я знаю нужен Zend Optimizer (free). Он работает и с незакодированными файлами (необязательно кодировать) выполняя именно функцию сохранения байткода, чтобы если файл не менялся то его не перекомпиливать. То есть в общем то фича тоже бесплатная.

По умолчанию в папку со всеми модулями, а при желании можно скопировать куда угодно. У него все модули инклудятся только при обращении.

Это не моя цитата   

pythonwin, да, извини. должно было быть так:


Так нормально? я имел в виду, что нечего ПРОТИВОпоставлять Питон ПХП по возможностям, которые есть у обоих.
зы Я просто когда делал цитату, выделил цитату S.A.P. в твоей посте - вот и получилось "не то".

В пхп байт-код компилится единовременно (на сколько я знаю), а в Python автоматом при каждом обращении к файлу, если его содержимое было изменено. Причем это происходит по умолчанию без дополнительных установок.