Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > PHP: Для профи > Проблемы PHP

Автор: SergeCpp 31.12.2006, 13:20

http://nuclight.livejournal.com/107170.html

Автор: Mal Hack 31.12.2006, 14:26

Все, что там описано, имеет место быть.К сожалению это факт. Это первая статья, за последние года 2-3, без шапкозакидательства, а с грамотным анализом. Не соглашусь с автором в том, что PHP не пригоден для крупных проектов. Все зависит от умения программировать. Не соглашусь и с цитатой, что PHP прогеры деградируют... Нет. Рано или поздно переходят на другой уровень, Си, C#.

Автор: SergeCpp 31.12.2006, 15:31

http://www.heise-security.co.uk/news/82500 Цитата Stefan Esser, PHP security specialist and member of the official PHP Security Response Team has, he says, had enough - in his blog he has announced his immediate resignation from the PHP Security Response Team. He states that he has various reasons for doing so, the most important of which is that his attempt to make PHP safer "from the inside" is futile. According to Esser, as soon as you try to criticise PHP security, you become persona-non-grata in the security team. In addition many of his suggestions were ignored because the developers considered Esser's choice of words, too abrasive. He says that he had stopped counting the number of times he was called a traitor when he published a bug report on a vulnerability in PHP. http://www.opennet.ru/opennews/art.shtml?num=9234 Цитата Stefan Esser, занимавшийся выявлением проблем связанных с безопасностью, заявил об уходе из PHP security team, заявив, что потерял веру в возможность решения проблем безопасности PHP изнутри.  Действительно, проблемы безопасности в PHP исправляются очень долго (в текущем дереве CVS находятся исправление проблем безопасности, которых пользователи ждут уже 6 месяцев), на них не обращается первоочередного внимания. Проблемы поднимаемые Stefan Esser просто игнорировали в PHP security team. Часто исправление ошибки приводило за собой появление новых ошибок.  Примечательно, что Stefan не прекращает исследование проблем PHP, он лишь меняет принцип работы, раньше он сразу сообщал об ошибках разработчикам и ждал пока ошибку исправят, прежде чем публично опубликовать информацию. Теперь же он будет публиковать результаты своих исследований не взирая на наличие исправлений в PHP.  В заключение, Ilia Alshanetsky опубликовал просто необходимый для систем массового хостинга патч к mod_php. Патч позволяет вести полный лог отправки сообщений по электронной почте через функцию mail(), а также включать в тело письма заголовок с уточнением из какого именно скрипта и от какого пользователя осуществлена отправка.

Автор: Mal Hack 31.12.2006, 15:35

SergeCpp, это я еще тут в новостях давал... Тут любопытно привести еще одну цитату: http://phpclub.ru/talk/showthread.php?postid=676365#post676365 Цитата В связи с большой волной публикация насчет Stefan Esser и его ухода - мы публикуем еще один взгляд на ситуацию: нужен ли такой человек в PHP Team?     * это тот человек, по вине которого были поломаны два релиза веток 4.1 и 4.2.     * это тот человек, который за последние несколько месяцев не закоммитил ни строки кода, но устроил штук пять скандалов.     * это тот человек, который продаст родную маму, если это хоть как-то навредит компании Zend, которую он ненавидит лютой ненавистью (по неизвестным причинам).  При этом, хочу отметить, что автор этих строк не последний человек в PHP сообществе.

Автор: Vidocq 22.1.2007, 11:03

Цитата PHP поощряет смешение разметки страниц и логики приложения, тогда как этого следует всячески избегать. Для PHP только недавно (!) начал разрабатываться стандартный framework (существует некоторое количество их от сторонних разработчиков), однако большинство авторов сайтов на PHP, похоже, вовсе не слышали ни о том, что такое framwork, ни об MVC-модели. Так ведь смарти уже давно придумали. Почему не использовать его? Цитата Отсутствует и много других важных для масштабной разработки вещей. Например, для Perl есть DBI - единый интерфейс к базам данных. Для PHP же, чтобы сменить одну СУБД на другую, придется переписать кучу кода (да, и в случае Perl скорее всего потребуется изменить часть запросов ввиду отличающихмя диалектов, но для PHP работы по переделке будет гораздо больше).  Так и PEAR же придумали уже. Поддерживает постгрес, майскл, мс скл

Автор: Mal Hack 22.1.2007, 13:26

Цитата(Vidocq @  22.1.2007,  11:03 ) Так и PEAR же придумали уже. Поддерживает постгрес, майскл, мс скл  А еще есть PDO И потом это по сути (PEAR) - пользовательские библиотеки, а речь идет о core & ext Цитата(Vidocq @  22.1.2007,  11:03 ) Так ведь смарти уже давно придумали. Почему не использовать его? Какое отношение Smarty имеет к framework'у?

Автор: pento 22.1.2007, 13:31

Цитата(SergeCpp @ 31.12.2006,  16:20) http://nuclight.livejournal.com/107170.html По ссылке есть пара интересных замечаний, в частности по поводу именования функций и вообще их большого количества. Но в оценках прослеживается явный субъективизм...Автор просто не знает о многих вещах.

Автор: Sardar 22.1.2007, 14:08

Автор не указал на платформозависимость многих нативных функций PHP, а также отсутствие всякой логики (зачастую просто мэпят C'шные функции в пространство PHP). Мне реально не хватает пакетов/неймспейсов, некого общего фреймворка (PEAR вешь хорошая, но не всё) и "декларативности" языка (closure, конструкции для работы со списками, match etc). PHP5 как язык ещё не плох, но стандартная либа для него явно не подходит. Но! пишем, в умелых руках и х. отвёртка  Сейчас складываю свои общие часто используемые компоненты http://forum.vingrad.ru/topic-133199/kw-php-back--end-backend.html, по идее может получиться ещё один фреймворк под 5'ку.

Автор: pento 22.1.2007, 16:52

Sardar,  Цитата(Sardar @  22.1.2007,  17:08 ) о идее может получиться ещё один фреймворк под 5'ку.  Уверены, что не получите ещё один велосипед? Есть вполне приличные фреймворки. Тот же CakePHP.

Автор: Sardar 22.1.2007, 18:25

Цитата(pento @  22.1.2007,  15:52 ) Уверены, что не получите ещё один велосипед? Посмотрим. В любом случае я не фанатичен и не бросаюсь переписывать что уже есть. Во фреймворке сейчас именно то, что я не видел в других (даже в Zend Framework) или видел, но "криво".

Автор: pento 22.1.2007, 18:30

Цитата(Sardar @  22.1.2007,  21:25 ) Во фреймворке сейчас именно то, что я не видел в других (даже в Zend Framework) или видел, но "криво".  Можно поподробнее?

Автор: Mal Hack 22.1.2007, 18:34

Secandr на днях ссылку подкинул: http://www.onphp.ru/index.ru.html

Автор: pento 22.1.2007, 18:44

Mal Hack, спасибо! Почитаю.

Автор: Sardar 22.1.2007, 19:00

Цитата(pento @  22.1.2007,  17:30 ) Можно поподробнее? Будет оффтопом  Ну хотя бы просто конфиги по всей системе. Компоненты не должны конфигурироваться в коде (define и прочее). Также компонент не должен иметь каких либо .setParam(), т.к. использующий его код не должен знать какие настройки он по дефолту имеет. Я написал http://de29.vingrad.ru/svn/vijio/ImaEngine/lib/Configuration.php класс, с по мощью которого любой компонент в системе может сам себя сконфигурировать (дефолтовых значений в код тоже не вшиваеться). К примеру такой код: Код //группа кешей $cache = new FileCache('static/pages'); //если нужно перестроить кешь if(!$cache->captureRead('some.page')) { //если кешь есть, то он просто echo и if выполняться не будет     $prov = new LocalizedTemplateDocumentProvider(); //для примера, обычно в системе он один и создаёться раньше     $tpl = $prov->getTemplate('my/template');     $tpl->processOutput($specific_handler); //хендлер предоставляет инфу в шаблоне и управляет блоками     $cache->captureEnd(); } Построит страницу, запишет в кешь и выдаст из кеша при последующем запросе. На первый взгляд просто, но если же углубимся в код то заметим: определиться локаль пользователя на основе Accept-language и других источников (http://de29.vingrad.ru/svn/vijio/ImaEngine/boot/locale.php, http://de29.vingrad.ru/svn/vijio/ImaEngine/lib/L10N/Localization.php) допустим шаблоны лежат в /templates, текущий скин 'default', тогда путь до шаблона будет: /templates/default/ru/my/ru_RU.template.tpl. Естественно поиск локализованного ресурса дотаточно умён что бы выдать в любой подходящей локали (единый язык) или упасть на не локализованный шаблон (дефолтный). по дефолту шаблонизатор компилируемый/транслирующий (http://de29.vingrad.ru/svn/vijio/ImaEngine/lib/template/CompiledTemplateDocument.php), допустим ложит он собранные PHP инклюды в /data/compiled_templates/... кешь тоже знает свои пути и допустим ложит контент в: /data/cache/static/pages/some.page.cache Все пути и настройки не зашиты в коде, а беруться у http://de29.vingrad.ru/svn/vijio/ImaEngine/lib/Configuration.php, который читает опции по первому требованию из /data/config/*.props файлов (XML). Все конфиги прописаны в начале кажого файла, глянь на "[template]dir:source-base-dir" и подобные строки. В итоге: с ничего получаем локализованный механизм шаблонов, где использующий код ничего не знает о внутренних конфигурациях. Естественно особо продвинутая логика может использовать функциональные классы на прямую, без "обёрток". Это только о конфиге, а если о шаблонизаторе поговорим?   Штука мощная, не псевдо-PHP как Smarty и подобные, но в то же время простой text-stream, что удобней для генерации страниц чем XML+XSLT (IMHO). Не имеет встроенных конструкций (только теги и блоки), расширяем и на мой взгляд довольно удобен. Модератор: извиняюсь  Если кому интересно, спрашивайте/пишите http://forum.vingrad.ru/ViJio_framework.html.

Автор: Mal Hack 22.1.2007, 19:03

Я попозже тему разделю на "Проблемы PHP" и "PHP Framework", если никто не против.

Автор: Vidocq 23.1.2007, 12:35

Цитата(Mal Hack @  22.1.2007,  13:26 ) Какое отношение Smarty имеет к framework'у? Я хотел сказать, что используя смарти можно добиться разделения кода и представления. На невозможности чего автор статьи делает акцент.

Автор: Eugene_Bond 23.1.2007, 14:28

Цитата(Vidocq @  23.1.2007,  12:35 ) используя смарти можно добиться разделения кода и представления как раз смарти позволяет перекладывать логику в представление. а если поставить цель полного разделения, то использование смарти лишено смысла. для полного разделения шаблонизатор должен поддерживать блоки и переменные. все.

Автор: Tony 23.1.2007, 15:55

Статья объективная. Коне4но основная проблема это огромное коли4ество public функций   . ИМХО если язык ОО, то надо было классы наражать. Типа File, Arrays..... И уже у них методы. Такое ощущение что ПХП налабли на колено4ке.Типа сей4ас нормално, а то4то в будущем будет по..... Нету нормалной безпалтной IDE. Всякие там блокноты ..... .

Автор: BobiKK 23.1.2007, 18:56

Цитата(Tony @  23.1.2007,  15:55 ) Коне4но основная проблема это огромное коли4ество public функций  smile . ИМХО если язык ОО, то надо было классы наражать. Типа File, Arrays..... И уже у них методы. Такое ощущение что ПХП налабли на колено4ке.Типа сей4ас нормално, а то4то в будущем будет по..... Нету нормалной безпалтной IDE. Всякие там блокноты ..... .  А вам для того, чтобы пукнуть в браузер клиенту надо составить 5-и ступенчатую классовую иерархию с имплементацией стандартных интерфейсов и с наследованием от 10-ка абстрактных классов? Хотите, пишите всё в pure-ООП. Готовых PEAR-классов хватает. Не хотите - никто не заставляет. С++ от этого не страдает. И ещё. А какие есть, простите, бесплатные ИДЕ для других языков не уступающие своим платным аналогам?

Автор: Tony 23.1.2007, 20:34

Код А вам для того, чтобы пукнуть в браузер клиенту надо составить 5-и ступенчатую классовую иерархию с имплементацией стандартных интерфейсов и с наследованием от 10-ка абстрактных классов? Хотите, пишите всё в pure-ООП. Готовых PEAR-классов хватает. Не хотите - никто не заставляет. С++ от этого не страдает. Если писать хомяки то да. Меня не очень впе4атляет если у мнея большое приложение и мне надо разбиратся в коде.А редактор максимум поддерживает подцветку кода и CTRL+SPACE вываливает все функции каторые есть в PHP. Код И ещё. А какие есть, простите, бесплатные ИДЕ для других языков не уступающие своим платным аналогам? Для java есть http://kldp.org/files/eclipse-wtp_176.png , http://platform.netbeans.org/ Полностью безплатные с поддержкой плагинов. При4ём они не уступают платному Borlad JBuilder/ Для С\C++\NET есть VisualStudio, но в кастрированном варианте можно ска4ать с МС сайта. Но это лутше 4ем блакнот и компиляция из CMD. Я не понимаю по4ему php community так и не написала free IDE, вед язык так популярен.

Автор: Sardar 23.1.2007, 21:36

Цитата(Tony @  23.1.2007,  19:34 ) по4ему php community так и не написала free IDE, вед язык так популярен. Потому что круче Zend Studio нет ничего, действительно мощный и чрезвычайно тормознутый IDE. Вероятно большинство использует его с левыми серийными (читай доступен), отсюда все довольны и открытые подукты идут не смело. А NetBeans вроде как совсем недавно свободной стала. Рулит тулами для рефакторинга конечно, но отсутствие авто дополнения с плавающей подсказкой после Zend Studio угнетает.

Автор: Mal Hack 23.1.2007, 22:16

Модератор: обсуждение редактров, пожалуйста, в другой теме

Автор: smartov 24.1.2007, 00:33

Статья интересная. Автор во многом прав. Но именно в этом и шарм PHP. Автор PHP явно сделал правильный шаг (для расширения популярности языка), что принимал почти любой новый код в него. Это сделало его понятный и малышу как говорится. А именование функций конечно раздражает,... потом.. когда уже долго с ним работаешь, а до этого нормально. Как и с любым языком.  Кто-нибудь забумывался например как либы в линуксе именуются? Как бог на дущу положит. И ничего. Живут люди. Хотя замечания в статья и правильные. Но язык удобен для старта. Потом хочется чего-то более светлого... Цитата(Mal Hack @  31.12.2006,  13:26 ) Рано или поздно переходят на другой уровень, Си, C# Виндузятник ;) Я бы сказал Java.

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)