Comments 69
дешевенький пиарчик
Я вот прекрасно могу себе представить, как phpinfo() обрывается ровно на половине.
Я этот эффект даже своими глазами увидел воочию позавчера, подключив SQLite и к нему php_pdo_sqlite.dll, но без php_pdo.dll.
Я этот эффект даже своими глазами увидел воочию позавчера, подключив SQLite и к нему php_pdo_sqlite.dll, но без php_pdo.dll.
А что за экспериментальная поддержка apache?
docs.php.net/migration53
полезно всем, кто переезжает с 5.2 на 5.3
полезно всем, кто переезжает с 5.2 на 5.3
> А кто-нибудь может мне подсказать, зачем нужен open_base_dir в варианте PHP_INI_ALL?..
www.php.net/manual/ru/ini.sect.safe-mode.php
Ограничивает список файлов, которые могут быть открыты в PHP, указанным деревом директорий независимо от того, используется защищенный режим или нет.
www.php.net/manual/ru/ini.sect.safe-mode.php
Ограничивает список файлов, которые могут быть открыты в PHP, указанным деревом директорий независимо от того, используется защищенный режим или нет.
Полагаю, что автор желал высказать вот какое соображение: если PHP_INI_ALL дозволяет переменить настройку простым вызовом ini_set(), тогда не обращается ли сие ограничение практически в ничто, раз оно может любым скриптом снято быть с самого же этого скрипта?
Именно так. Я вот поэтому и не понял. А код там загрузный. Он lseek() на каждую часть пути делает.
php.net/ChangeLog-5.php
Changed open_basedir to allow tightening in runtime contexts. (Sara)
> Mithgol «оно может любым скриптом снято быть с самого же этого скрипта»
Это я так понял личное предположение? Можно только продвинуть ограничение вверх по дереву, но не вниз. Думаю любому понятно что вниз некошерно.
>schors
Видимо у некой Сары возникла в очередном процессе затыкания дыр необходимость констрейнтить прямо в коде, женщины — кто их поймёт =)
Changed open_basedir to allow tightening in runtime contexts. (Sara)
> Mithgol «оно может любым скриптом снято быть с самого же этого скрипта»
Это я так понял личное предположение? Можно только продвинуть ограничение вверх по дереву, но не вниз. Думаю любому понятно что вниз некошерно.
>schors
Видимо у некой Сары возникла в очередном процессе затыкания дыр необходимость констрейнтить прямо в коде, женщины — кто их поймёт =)
Как и ко всему архиновому, к этому бы присовокупить сиськи, но к сожалению не нашёл
И еще Bluetooth! Ведь с ним все становится лучше =)
А если серьезно — вы молодец. Приятно, что хостеры сами следят за новинками, а не ждут, когда же у них начнут выпрашивать поддержку «вон той новой штуки».
А я после того, как скомпилировал php 5.3, обнаружил, что он не понимает функции mysql_real_escape_string. Выдает сообщение, что нет такой. Пришлось вернуться на 5.2.10. У вас эта функция нормально работает?
А что интересно с phpmyadmin будете делать eregi* то убрали? ))) он на старом пхп будет крутится?
Интересно посмотреть на аптайм такого экспериминтального хостинга…
Мммм… Поищите о нас в блогах, зайдите на hostobzor.ru — посмотрите там.
Ну и… twihoo.ru — наш знаковый клиент…
Ну и… twihoo.ru — наш знаковый клиент…
Пропиарились тоже не хило. Не успел понять что к чему как уже рассматривал тарифные планы. Единственное что смутило — количество сайтов и баз данных и довольно сильное ограничение на дисковое простарнство. Но по теме — я помню, как Друпал переводился на ПХП 5… А почему они такую несовместимость ввели, не исправив версию ПХП на 6?
это и есть 6-ка, только без юникода. самое главное — это в очередной раз увеличилась скорость работы и появился уборщик мусора. замыкания, нэймспэйсы и гоуту — это от лукавого. хотя гоуту плюс уборщик является попыткой завоевать новый рынок — долгоиграющих пластинок.
А что Вас смутило в сайтах и базах?
Диск… там проблема более глубокая чем просто диск… Диск, как Вы понимаете, практически ничего не стоит нам…
Они 6-ку много лет разрабатывают и не видно конца и края. А уже какие-то новшества, которые хотелось бы ввести появились… Им скорее 6-ку не стоило бурно анонсировать и действительно сделать 6-ой эту версию.
Диск… там проблема более глубокая чем просто диск… Диск, как Вы понимаете, практически ничего не стоит нам…
Они 6-ку много лет разрабатывают и не видно конца и края. А уже какие-то новшества, которые хотелось бы ввести появились… Им скорее 6-ку не стоило бурно анонсировать и действительно сделать 6-ой эту версию.
может я слишком категоричен, но я бы goto прописал в disable_functions и ниипет. Уж больно бейсик травмировал мою детскую психику, не обессудьте.
когдато мы ломали голову, как же сделать ЧТО-ТО без goto, теперь будут ломать голову как же сделать с ним — просто чтобы заюзать фичу языка… Однако мышление программистов изменилось феноминально за 30 лет…
ну встречаются же иногда алгоритмы со вложенными циклами, когда алгоритм заканчивается внутри самого внутреннего цикла, и или делай goto за пределы циклов, или помечай какой-нибудь флаг и опрашивай его в начале каждого цикла :)
но думаю, в пхп отсутствуют многие другие, более важные фичи, чем goto, например, перегрузка функций, или возможность обратиться к возвращаемому функцией массиву без промежуточной переменной
но думаю, в пхп отсутствуют многие другие, более важные фичи, чем goto, например, перегрузка функций, или возможность обратиться к возвращаемому функцией массиву без промежуточной переменной
Нет, как же без goto то… Не было бы такого прекрасного информационного повода :))))))))
Молодцы — были первыми кто внедрил Python, теперь первыми, кто PHP 5.3, успехов вам.
Самый прикольный баг на мой взгляд который был исправлен, это:
PHP падает, когда сценарий 8192 (8Kb) байтов
PHP падает, когда сценарий 8192 (8Kb) байтов
Давно пользуюсь хостингом diphost.ru, рекомендую.
Неоднократно анонсированный на хабре секретный проект крутится у них, на обычном виртуальном хостинге. Хабраэффект был безжалостный, но хостинг его выдержал, чего я совершенно не ожидал.
Неоднократно анонсированный на хабре секретный проект крутится у них, на обычном виртуальном хостинге. Хабраэффект был безжалостный, но хостинг его выдержал, чего я совершенно не ожидал.
На картинке www.diphost.ru/static/ru/pics/panel/php53_07.gif точно желали начертать «djnago», а не «django»?..
Да ладно, под Ubuntu 8.04 SE еще третья альфа замечательно собиралась, становилась на апач 2.2 идержала и старые сайты (с небольшими допиливаниями), и нововведения.
open_base_dir по идее уже не нужен, ибо сейф-мода уже нет.
open_base_dir по идее уже не нужен, ибо сейф-мода уже нет.
Мешать порты и исходники = очень-очень плохо.
Чем? Неаккуратненько конечно. Хорошо бы свой порт сделать. Я подумаю над этим… завтра…
Неаккуратненько это мягко сказано :) Система быстро превратится в помойку. Спросите линуксоидов, хорошо ли мешать пакеты и исходники. Ситуация та же самая.
Самое первое, что может случиться — это трындец с «правильными» обновлениями. Дальше пойдет каша в зависимостях и более интересные случаи кольцевых зависимостей и несовместимостей. Ну а после такого печального опыта чем разбираться, где какая либа лежит, что делает и кем скомпилена проще поставить все с нуля и дождаться нормальных портов.
А мы пока пишем ебилд в оверлей…
Слушайте, а кто-нибудь знает, зачем вообще нужны closures? По моему, так они только тратят лишние ресурсы, да еще и путаницу создают, как в яваскрипте.
ru2.php.net/goto
То, что на страницах мануала теперь комиксы, — это для меня ещё одна новость :-)
Добавить goto в версии 5.3 — жесть, конечно.
Мир катится в пропасть.
То, что на страницах мануала теперь комиксы, — это для меня ещё одна новость :-)
Добавить goto в версии 5.3 — жесть, конечно.
Мир катится в пропасть.
ИМХО введение goto в PHP 5.3. — тщательно продуманный и, как вы все видите, весьма успешный маркетинговый ход. Посмотрите, сколько уже написано комментариев и статей вокруг того, «какой плохой goto в PHP». Сколько человеко-часов лишилось человечество, потратив их на обсасывание этого вопроса. В итоге PHP станет еще более известным (пусть это черный пиар, но он работает).
Sign up to leave a comment.
Хостинг php 5.3