LINUX.ORG.RU

PHP 5.3.6

 , ,


0

1

17 марта вышел PHP 5.3.6.

В данном релизе устранено 5 уязвимостей:

  • Выход за допустимые границы памяти при обработке изображений со специально оформленным тегом в блоке EXIF-параметров.
  • Ошибка форматирования строки (format-string) в расширении Phar.
  • Целочисленное переполнение в функции shmop_read.
  • Переполнение буфера при указании большого значения в параметре «precision».
  • Нарушение границ памяти при использовании ZipArchive с опцией FL_UNCHANGED при обработке пустого ZIP-архива.

Кроме того, усилена безопасность в коде обработки протокола fastcgi в fpm SAPI.

Другие изменения:

  • Обновлены версии библиотек SQLite3 (3.7.4) и PCRE (8.11).
  • Добавлена возможность соединяться с сайтами по HTTPS через прокси-сервер, поддерживающий basic-метод аутентификации, используя stream_context/http/header/Proxy-Authorization.
  • Изменено значение serialize_precision по умолчанию с 100 на 17.
  • Устранена регрессия при обработке обратных слешей в open_basedir.

Также отмечается, что ветка 5.2 больше не поддерживается.

Полный список изменений

>>> Подробности

★★★★

Проверено: maxcom ()
Последнее исправление: Dendy (всего исправлений: 1)

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

Показывай _свой_ код на чистом питоне.

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

1. Какое отношение пистон имеет шэллу? 2. Входные и выходные данные не не соответствуют условиям. f/Shell/kid_lester/ сфейлил.

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

Показывай _свой_ код на чистом питоне.

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

А говорить с тобой о недостатках php не имеет смысла, т.к. ты ничего не знаешь о php. Поэтому показывай _свой_ код на чистом питоне.

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

> Т.е. ты признаешь, что вся твоя писанина здесь, а также опеннете, а также где угодно еще, гроша ломанного не стоит.

Ничего не стоит твоя писанина, потому что я не вижу от тебя ни единого факта. Я не думаю что моя писанина, или чья-то ещё, хоть как-то добавит или убавит чего-то к какому-то языку, если это не коммит в hg питона.

Настроен был сверкнуть знаниями ты, какие-то мифические достоинства php, которых никто не знает, обещал упомянуть ты, но где же факты? Где ссылки? Где нормальное сравнение, а не «вася не написал мне скрипт на python, поэтому python - отстой», это логика первоклассника. Разумеется, по словам «я лучше знаю, но никому ничего не скажу» я сразу должен был опознать гуру php-разработки и от одного вида проникнуться тайным знанием, чтобы всё было понятно без фактов. Меня не интересует, анонимус ты, регистрант, богатый, больной, школьник, гуру или силиконовая блондинка — меня интересуют только факты. А ты так зациклился на моей личности, что и забыл и про python, и про php, и про несделанные уроки.

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

> А говорить с тобой о недостатках php не имеет смысла, т.к. ты ничего не знаешь о php.

Нет, не по этому. А потому что тебе стыдно.

Поэтому показывай _свой_ код на чистом питоне.

Гусары денег не берут. Поэтому обратись лучше к тем, кто пишет код по найму.

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

Забей на чувака. Сейчас, в пору своего студенчества (или даже школьничества) он смел и дерзок. Настанет день и его спустит с небес добрый дядя работодатель, когда кушать захочется, а мамы с папой рядом не будет. Я даже себе картину маслом представил:

— Здравствуйте, я хочу у вас поработать. — Привет, Вася! Ну садись, работай. Вот тебе задача. — Слышь, чувак, ну что за тупая задача? Вон же шелл в линуксе есть, пара строк и будет тебе облако тегов на сайте через шелл. Нафига меня дергать то? Сам сделай. — 0_o? А нафига мы тебя нанимали то? Не хочешь делать облако тегов — вали, Вася.

Хотя я прозреваю, что поциент скажет, что «с неадекватами он работать не станет». Только как показывают наблюдения за коллегами на работе проблемы чаще всего исходят как раз таки от самих таких сотрудников с высоким чувством собственной важности.

«Все пидарасы, а я — Дартаньян!» ©

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

> — Здравствуйте, я хочу у вас поработать. — Привет, Вася! Ну садись, работай. Вот тебе задача. — Слышь, чувак, ну что за тупая задача? Вон же шелл в линуксе есть, пара строк и будет тебе облако тегов на сайте через шелл. Нафига меня дергать то? Сам сделай. — 0_o? А нафига мы тебя нанимали то? Не хочешь делать облако тегов — вали, Вася.

Это всё, конечно, очень хорошо и интересно, особенно самосознание с детских лет, что нужно непременно идти и к кому-то наниматься чтобы на кого-то работать... только объясни мне одну вещь: ГДЕ ТЫ ВИДЕЛ ЕВРЕЯ С ЛОПАТОЙ?

Работает трактор. И Вася.

Мне постоянное желание php-шников спихнуть всё на две вещи: работу и зарплату, начинает прояснять всю картину.

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

> ГДЕ ТЫ ВИДЕЛ ЕВРЕЯ С ЛОПАТОЙ?

Полно, особенно в Израиле.

ЗЫЖ Показывай _свой_ код на чистом питоне.

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

Кода не будет. Он не тупой ПХПшник.

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

ГДЕ ТЫ ВИДЕЛ ЕВРЕЯ С ЛОПАТОЙ?

Деньги берешь из тумбочки? Честно, рад за тебя. :)

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

Сколько скора кстати уже? Долго еще до звезды пилить и/или до возможности посрать в толксах? :)

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

> Да хоть папой. Решением ранее озвученной задачи эти хэллоуорлды не

являются.



anonymous (20.03.2011 17:44:38)



уважаемый анонимуус, напомните пажаласта, что там за задача такая была?.. ато я слегка запутался в комментах..

..спасибо!

user_id_68054 ★★★★★
()

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

Даже на лоре. Где у каждого проверка орфографии должна быть априори везде, где только можно. Пхпшник видит ошибки, но не исправляет, делает это специально.

Значит образ мыслей у них такой, орковский. А с таким мышлением программировать категорически нельзя.

И что мы видим? Кучка анонимусов взрывает мозг просьбой ДОКАЗАТЬ им, что их php хуже, написать для них какой-то код, решить какую то задачу. В их ограниченном мире нет мыслей о том, что преимущества и недостатки той или иной технологии сложно понять из 20-30 строк. Это по меньшей мере идиотизм и у нормального человека от таких предложений начинает нервно подергиваться глаз.

Интересно, что пхпшники в этом отношении очень похожи на дельфинятников. Былинные холивары происходили на форумах лет 10 назад, когда этим ребятам кто-то пытался намекнуть, что с делфи пора бы уже начинать слезать и переходить на net. И где теперь делфи?

Поверьте, друзья, пхп уже на пороге агонии, бегите :). Им нечего противопоставить конкурентам. Они могут только пытаться догнать.

Кстати, когда там пхп начнет юникод поддерживать без костылей? :)

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

а почему в задачи на PHP (я про №1 .. так как №2 это вообще какаято не-в-темная фигня) — берётся просто _первые_ 30 тэгов...

....а не 30 самых клёвых (самых рейтинговых) тэгов? %) %) %)

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

> Поэтому проект на bottle.py при получении из тарбола или меркуриала достаточно только запустить как python bottle.py.

Это единственное преимущество? Так оно, строго говоря, не относится ни к фреймворку, ни к языку. И в чём кайф? Радость тем, кто сидит в голой ОС? Там же ясно написано: встроенный сервер для разработки. Его кто-то запускает в production?

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

какая задача, такая и реализация.

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

Его кто-то запускает в production?

Дятел по имени Gutta^Wkid_lester запускает.

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

Второе решение задачи делает ровно то, что нужно. Просто в ней больше пояснений и прочего.

Сферический код в вакууме никому нигде не нужен. Нужно расширяемое решение.

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

> Сферический код в вакууме никому нигде не нужен. Нужно расширяемое решение.

а когда делали код на PHP (№2) — то откуда знали заранее (и забудущее) что идентификатор «TagCloud» ещё не занят?

(или не будет занят в будущем?)

...от какогонить очередного расширения или прочего? [в том смысле что в PHP различные PHP-расширения — лепят свои идентификаторы в глобальное пространство, и нет никакой гарании что простой идентификатор ещё свободен... или свободен при другом наборе расширений, например на другом хостинге]

[[неговоря уже о том что идентификаторы «TagCloud» и «tagcloud» и «tAgcLOuD» — для PHP равнозначны ]]

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

> Там же ясно написано: встроенный сервер для разработки. Его кто-то запускает в production?

ну можно же и в Apache прописать:

<VirtualHost *>
    ServerName mypage.com

    WSGIDaemonProcess todo user=www-data group=www-data processes=1 threads=5
    WSGIScriptAlias / /var/www/todo/adapter.wsgi

    <Directory /var/www/todo>
        WSGIProcessGroup todo
        WSGIApplicationGroup %{GLOBAL}
        Order deny,allow
        Allow from all
    </Directory>
</VirtualHost>

судя по тойже документации

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

а когда ты «делаешь код» на любом другом языке, откуда знаешь, что идентификаторы не заняты?

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

Второе решение задачи делает ровно то, что нужно.

Второе решение: Используется Yii Framework 1.1.6

А вы требуете от Python не использовать фреймворки. Дальше сами догадаетесь, что о вас можно подумать?

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

>а когда делали код на PHP (№2) — то откуда знали заранее (и забудущее) что идентификатор «TagCloud» ещё не занят?

Вот простой diff для того решения немного улучшающий ситуацию и работающий так же:

-<?php $this->widget('TagCloud', array( +<?php $this->widget('application.components.TagCloud', array(

Ты ведь сам понимаешь, что в общем случае задача не решаема. Я на первых страницах приводил ссылку на форум Сагалаева про коллизии в приватных атрибутах объекта при наследовании в Python. Это нормальная ситуация.

...от какогонить очередного расширения или прочего? [в том смысле что в PHP различные PHP-расширения — лепят свои идентификаторы в глобальное пространство, и нет никакой гарании что простой идентификатор ещё свободен... или свободен при другом наборе расширений, например на другом хостинге]

Проблема есть, да. Частично уже решена. Осталось дождаться пока передовые PHP фреймворки подтянутся (Zend Framework 2 и Symfony 2 уже почти релизнуты, Yii 2 будет чуть позже) и начнут использовать в полной мере PHP namespaces (которые кстати тоже можно обмануть при желании).

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

А вы требуете от Python не использовать фреймворки. Дальше сами догадаетесь, что о вас можно подумать?

Уточню. Тут несколько анонимусов. Я не требую использовать чистый Python. Тот анонимус требует.

Я юзаю Yii и мне тоже в принципе без разницы, какой фреймворк будет использовать другое решение.

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

>ну можно же и в Apache прописать:

Перетерли несколькими страницами выше и пришли к выводу, что обсуждать пускалки и деплоинг уже не стоит. :)

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

>а когда ты «делаешь код» на любом другом языке, откуда знаешь, что идентификаторы не заняты?

В Python и Java это гарантируется системой пакетов (import, using, etc.). В этих ЯП она несомненно лучше. PHP тут в роли догоняющего, который почти догнал их.

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

а когда ты «делаешь код» на любом другом языке, откуда знаешь, что идентификаторы не заняты?


Хотя в PHP и до сего момента есть Zend style class name convention. Вы наверное в курсе, но все же распишу для остальных что это такое:

В директории SOME_BASE_DIR/Zend/Search могут находится файлы:
Lucene.php (внутри будет класс с именем Zend_Search_Lucene)
Sphinx.php (внутри будет класс с именем Zend_Search_Sphinx)

Path based class name. Тоже решает в принципе себе коллизию имен классов.

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

Так ведь тот клоун сравнивает питон + фреймворк с голым php, и еще далает какие-то выводы. Поэтому для чистоты эксперимента ему дана рекомендация использовать голый питон.

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

>GuttaLinux

Ах, вот это кто. Он ведь обещал как-то проткнуть себе глотку ножницами, но, похоже, даже это ему слабо.

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

А впрочем, какая разница, если он все равно из себя ничего выдавить не может, что на голом питоне, что на одетом.

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

> Ты ведь сам понимаешь, что в общем случае задача не решаема.

да не.. я не намекаю про «общий случай»

я всеголишь намекаю на то что PHP призывает использовать кучу буковок... и в частности (кроме длинных конструкций — ещё и --) длинные имена идентификаторов

Осталось дождаться пока передовые PHP фреймворки подтянутся


я тоже верю что рано или позно — PHP улучшат до состояния подобного сейчаснему Python

...вот только пока это время пройдёт — Python тоже не будет стоять на месте...

ну и темболее зачем ждать улучшения PHP если уже сейчас можно комфортно использовать Python [как это было сказано в документе php.html ] :-)

впрочем — догонять всегда быстрее чем придумывать чтото новое :-) :-)

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

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

почему это плохо когда «много буковок» ?

отвечаю

-- потомучто длинные конструкции — программисты [всвязи со своей ленью] — склонны «сокращять» до более коротких :-)

[при этом «сокращать» не самыми правильными способами]

например вместо:

<h1>Привет, <?=htmlspecialchars($isden_name)?>!</h1>

программист может «сократить» конструкцию до:

<h1>Привет, <?=$isden_name?>!</h1>

(смотреть пример сокращения: http://bit.ly/hqZ1a0 (www.linux.org.ru) )

в результате получим XSS-дыру в сайте! :-)

...хотите сказать что вы заранее заэкранируете переменную $isden_name ??! a хрен вам! :-) ..если вы её заранее заэкранируете, то это не даст вам возможности корректно использовать данную переменную внутри базы данных и прочих манипуляциях с ней!

# p.s.: вообще про htmlspecialchars() — я просто привёл один из примеров доказательсва утверждения «длинные конструкции это вред!!» [а вообще это правило — относиться и к другим длинным конструкциям... в php.html всё сказано! тамже сказано и про «Итераторы», которыми никто не пользьзуется в PHP, изза того что слишком длинные конструкции]

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

Это все вопросы опыта и стиля программирования, я бы htmlspecialchars() применяла на уровне запросов к базе, чтобы потом не задумываться в каком виде представлены данные в той или иной части кода.

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

> длинные конструкции

Autocomplite же, ну!

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

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

> программист может «сократить» конструкцию до:

$hs = «htmlspecialchars»; echo $hs(«Tes't»);

Это раз... А во-вторых, в template engine это должно делаться автоматом, если кто не в курсе. Переменная передаётся в шаблон, и там экранируется без лишних слов.

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

> ну и темболее зачем ждать улучшения PHP если уже сейчас можно комфортно использовать Python

А почему именно Python? Почему не Erlang, к примеру, или какой-нибудь модный Pike? Сформулируйте критерий выбора ;-)

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

> ...и приходится писать больше коментов (питонщики кстати не любят почему-то писать их вообще)

это нас (питонщиков) — не красит :-)

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

> Это все вопросы опыта и стиля программирования, я бы htmlspecialchars() применяла на уровне запросов к базе

ужас! ужас!! x_X!! о боже!!

..это вот почему в некоторых сложных PHP-сайтах иногда в определённых формачках встречаются &quot-фразы?

:-)

А во-вторых, в template engine это должно делаться автоматом, если кто не в курсе


эт да! :-)

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