Comments 99
«Очень не скоро в виду обратной не совместимости»
Я чего-то пропустил? Откуда у них взялась такая увереность?
Я чего-то пропустил? Откуда у них взялась такая увереность?
Я не думаю, что это очень существенно, но все-таки вот
как выяснилось даже 5.2.10 имеет проблемы, какие-то непонятки с переопределением :(
Кроме того, что там написано — не работают функции mssql_(tomilin.livejournal.com/1274060.html)
Угу, и вот: docs.php.net/manual/en/migration53.deprecated.php
Обычно люди писали свои скрипты без учета E_DEPRECATED
Обычно люди писали свои скрипты без учета E_DEPRECATED
Такую уверенность легко приобрести проведя всего несколько тестов. У меня, к примеру, после установки на php 5.3 накрылись медным тазом все проекты, использующие Zend_DB. Дело в том, что теперь mysqli_stmt::bind_param требует передачи параметров по ссылке, а до последней бета-версии ZF они передавались по значению.
Я больше, чем уверен, что грешит этим не только ZF, но и другие CMS/CMF. И пока они не приведут свой код в соответствие рано говорить о переходе хостеров на php 5.3
Я больше, чем уверен, что грешит этим не только ZF, но и другие CMS/CMF. И пока они не приведут свой код в соответствие рано говорить о переходе хостеров на php 5.3
Здорово. Одна функция даже — 100 сайтов нерабочии, 80 клиентов — и — карма. Понятно, что никому не хочется. Мы (рекламная ссылка DiPHOST) просто выбор даём. Можно в настройкх переходить с одного на другой php.
кроме обратной совместимости есть еще проблема в отстутствии ZendOptimizer-а и IonCube loaders для этой версии, которые по словам разработчиков обязательно выйдут, но неизвестно когда, примерно в течение года. Пока их нет, переводить массовый хостинг на php5.3 не представляется возможным.
В портах FreeBSD кстати 5.3 все еще тоже нет.
В портах FreeBSD кстати 5.3 все еще тоже нет.
Да, печально конечно, особенно учитывая, что самые крупные хостеры ру-нета в основном находятся в разделе «Установка php 5.3 в ближайшее время не планируется», а среди остальных за редкими исключениями — какая-то мелочь (имхо).
Кстати, что посоветуют хабракомментаторы: переходить все-таки разработчикам CMS на php 5.3?
Кстати, что посоветуют хабракомментаторы: переходить все-таки разработчикам CMS на php 5.3?
\конечно\нет\ибо\убого
Это реалии жизни, крупный хостер не может быстро выкатить на свои сервера не обкатаную временем весрию нового софта. Так всегда было, да и сейчас многие по жтой причине по дефолту ставят апач 1.3.
Для средних и комерческих проектов это обычно не существенно, так как можно взять вдс или дедик, и соответственно ставить все на свой выбор.
Для средних и комерческих проектов это обычно не существенно, так как можно взять вдс или дедик, и соответственно ставить все на свой выбор.
гм… ну Sweb, если верить Таглайну, четвертый, а они сейчас позволяют использовать 5.3, так что не всё так печально. да и остальные потихоньку подтянуться. просто, чем крупнее хостер, тем выше цена ошибки.
ого ukraine.com.ua просто жжот
интересно как оно в реале работает кто то уже сталкивался с єтим хостингом, как он себя зарекомендовал?
интересно как оно в реале работает кто то уже сталкивался с єтим хостингом, как он себя зарекомендовал?
Я пользуюсь этим хостингом, уже около полу года, очень радует качество и цены, тех. поддержка быстрая и даёт конкретный ответ на заданные вопросы, своя удобная панель управления, в которую входит все что нужно, очень расширенная панель управления доменом (вот небольшой скриншот), уведомляют по SMS о истечении срока оплаты и т.д. В общем мне хостинг нравится, и не постесняюсь порекомендовать его другим!
mastergost.ru и mchost.ru позволяют скомпилировать свой php под ssh.
Пробовал на mchost.ru — скомпилировался! Однако новый mysqlnd не может подключиться к MySQL из-за использования на хостинге mysql «old passwords».
Пробовал на mchost.ru — скомпилировался! Однако новый mysqlnd не может подключиться к MySQL из-за использования на хостинге mysql «old passwords».
Саппорт masterhost'a (если вы его имеете ввиду) ничего о такой возможности не писал, сказали только, что переход в ближайшее время не планируют. Видимо вы имеете ввиду VDS/VPS.
А вот в mchost вообще такая ситуация:
А вот в mchost вообще такая ситуация:
Здравствуйте Виталий.
К сожалению мы временно прекратили регистрацию новых аккаунтов в связи с расширением инфраструктуры. Мы прикладываем максимум усилий для того чтобы возобновить регистрацию через два месяца.
Спасибо за интерес к нашей компании.
В мастерхосте можно и на обычном (не VPS тарифе) собрать свою версию php (как cgi)
Мануал вот: masterhost.ru/support/doc/php/#compile
5.3 правда собирать таким образом не пробовал.
Мануал вот: masterhost.ru/support/doc/php/#compile
5.3 правда собирать таким образом не пробовал.
у peterhost, например, по умолчанию вообще 4 версия :-/
У freehost.com.ua к примеру так же, но главное — возможность через панель управления заменить его на php5
Или на ВПС установить все, что тебе хочется, если это не нарушает их правила хостинга.
Я у них раньше работал, поэтому знаю, что они консервативны в плане виртуального хостинга и очень демократичны в плане ВПС.
Я у них раньше работал, поэтому знаю, что они консервативны в плане виртуального хостинга и очень демократичны в плане ВПС.
Как насчет VPS — не знаю, но в плане виртуального хостинга — излишне консервативны.
Ну что это такое — ограничение 32 мб на поток, о котором нигде(!) не упоминается, а доп. память — за деньги… впрочем, об этом я еще напишу.
Ну что это такое — ограничение 32 мб на поток, о котором нигде(!) не упоминается, а доп. память — за деньги… впрочем, об этом я еще напишу.
ну представьте себе хотя бы 500 сайтов на сервере, 10% из них самые посещаемые, 50х32 — уже полтора гига они хотят кушать, ну конечно не все так плохо и не все скрипты такие прожорливые, но я клоню к тому, что это абсолютно нормальная практика, это все-таки шаред хостинг, можно заплатить чуть больше и взять VDS и не упираться во всякие лимиты и сделать как себе хочется, а еще лучше поставить сервер на колокейшен :)
По какому принципу вы отобрали хостров?
Скорей бы php6
Вы хотя бы представляете какое кол-во софта использует вот эти функции?
docs.php.net/manual/en/migration53.deprecated.php
и бац… вдруг всё перестаёт нормально работать. Как страшно жить!
docs.php.net/manual/en/migration53.deprecated.php
и бац… вдруг всё перестаёт нормально работать. Как страшно жить!
да уж… особенно большие и старые проекты :)) Хотя под такие проекты обычно стоит своя сборка пыхи :)
Рано или поздно нужно было упорядочивать тот бардак с функциями и всякими globals, который изначально был в php.
Те проекты, которые используют несовместимые функции ещё долго будут работать, но основная масса начнёт переходить на 5.3 и это только к добру!
Те проекты, которые используют несовместимые функции ещё долго будут работать, но основная масса начнёт переходить на 5.3 и это только к добру!
очень жаль, что кто-то ещё использует вобще эти функции в пхп-5.
кто бы хоть внятно объяснил об их использовании, если издавна уже писалось, что пора использовать другие.
кто бы хоть внятно объяснил об их использовании, если издавна уже писалось, что пора использовать другие.
Как будет распространятся политика для ereg*() в контексте ru.php.net/manual/en/mbstring.overload.php? Ведь функции mb_ereg*() по-прежнему актуальны.
Актуальны? Их же вроде можно заменить на preg-функции с модификатором u
Я о другом. Если в php.ini установлен параметр mbstring.func_overload=4, то при вызове deprecated функции ereg(), будет вызываться функция mb_ereg(), которая не отмечена как deprecated. Будет-ли ворнинг?
Кстати про юникод. Библиотека pcre, которую используют функции preg*(), работает лишь с utf-8, и то на уровне хаков. Функции mb_ereg*(), используют движок oniguruma, где юникод поддерживается штатно. В добавок, в php эти функции прозрачно интегрируется с настройками языка (см. ru.php.net/manual/en/function.mb-regex-encoding.php).
По синтаксису регулярных выражений для mb_ereg() нужно читать www.geocities.jp/kosako3/oniguruma/doc/RE.txt, поскольку из документации из php создается впечатление, будто здесь нужно юзать тот же ублюдочный posix regexp, что был изначально в ereg(). Это не так. Oniguruma очень навороченная библиотека.
По синтаксису регулярных выражений для mb_ereg() нужно читать www.geocities.jp/kosako3/oniguruma/doc/RE.txt, поскольку из документации из php создается впечатление, будто здесь нужно юзать тот же ублюдочный posix regexp, что был изначально в ereg(). Это не так. Oniguruma очень навороченная библиотека.
перейдут когда 5.3 попадет в stable основных дистрибутивов
у netangels есть поддержка 5.3
Там речь идет о VDS и dedicated, а я тут говорю о виртуальном хостинге (shared hosting)
Кинул в поддержку GoDaddy вопрос о php 5.3, как прийдет ответ, опубликую.
Ответ (оригинал):
Dear ...,
Thank you for contacting Online Support. Currently, we support PHP version 5.2.5. Unfortunately, I am unable to comment on any plans to offer newer versions of PHP on our hosting servers. I apologize for any inconvenience this may cause.
Please let us know if we can help in any other way.
Sincerely,
Jason P
Online Support Team
Dear ...,
Thank you for contacting Online Support. Currently, we support PHP version 5.2.5. Unfortunately, I am unable to comment on any plans to offer newer versions of PHP on our hosting servers. I apologize for any inconvenience this may cause.
Please let us know if we can help in any other way.
Sincerely,
Jason P
Online Support Team
по поводу РБК непонятно, у РБК Россия можно попросить перенести аккаунт на сервер с 5.2.6 (месяц назад) Думаю что и сервера с 5.3 скоро появятся.
подтверждаю: у leaderhost.ru ПХП 5.3 в CGI работает как по маслу.
говорят, совсем скоро уже сделают нативнную поддержку.
говорят, совсем скоро уже сделают нативнную поддержку.
в 5.3.0 слишком много косяков. хостеры правильно делают, что ждут — далеко не все клиенты обрадуются обновлению.
есть спрос — есть и предложение.
как правило на хостинге есть выбор между версиями (4,5..)
как правило на хостинге есть выбор между версиями (4,5..)
Покажите мне в нем косяки. Я увидел только нововведения, некоторые из которых без обратной совместимости
mastak.ru в ближайшее время не планирует установку php 5.3
UFO just landed and posted this here
Эмм, спасибо за замечание, заменил на «мучает».
Дело в том, что я не из России, так что сильно за это не придирайтесь.
Извините за оффтоп, но это действительно ошибка — писать «мучит вопрос», а не «мучает вопрос»? Спрашиваю так как по результатам Google в 25.5% случаев используют все-таки первый вариант и в 74.5% случаев — второй.
Дело в том, что я не из России, так что сильно за это не придирайтесь.
Извините за оффтоп, но это действительно ошибка — писать «мучит вопрос», а не «мучает вопрос»? Спрашиваю так как по результатам Google в 25.5% случаев используют все-таки первый вариант и в 74.5% случаев — второй.
странно, всегда интересовало почему так сложно дать человеку то что он хочет, у нормального хостера не 1 и не 2 сервера, а виртуальные сервера… сделай машину 1ну на 5.3 и если человек хочет пусть работает, если платит деньги…
Даже если хочет 6.0 вуаля, «мы можем поднять виртуальный сервер для вас, хочешь покупай» 2,3...n клиентов да найдется…
Даже если хочет 6.0 вуаля, «мы можем поднять виртуальный сервер для вас, хочешь покупай» 2,3...n клиентов да найдется…
Вообще не могу понять смысла в php 5.3. Зачем внутри major-версии так сильно ломать совместимость?
Совсем не вижу в нем смысла, особенно учитывая то, что близится php6.
Совсем не вижу в нем смысла, особенно учитывая то, что близится php6.
Можно это воспринимать как переходной этап.
php 5.3 позволяет писать свои скрипты в новом стиле, а при выходе php 6, основными изменениями, которые вам нужно будет внести в ваши скрипты, написанные под php 5.3 будет замена функций по работе с UTF строками + какие-то вещи, о которых мы еще не знаем.
php 5.3 позволяет писать свои скрипты в новом стиле, а при выходе php 6, основными изменениями, которые вам нужно будет внести в ваши скрипты, написанные под php 5.3 будет замена функций по работе с UTF строками + какие-то вещи, о которых мы еще не знаем.
То есть, ломать совместимость целых два раза? :)
Если рассматривать ветку 5.3.X как переходную к шестерке, то в этом нет ничего ужасного, вас же никто не принуждает переходить на нее в обязательном порядке, в конце концов ветка 5.2.X прекрасно продолжает развиваться далее.
Воспринимайте это как альтернативу для тех, кто хочет использовать новые возможности языка и шагать в ногу со временем.
Воспринимайте это как альтернативу для тех, кто хочет использовать новые возможности языка и шагать в ногу со временем.
никто не знает на каком ресурсе можно посмотреть статистику использования всех версий PHP? Желательно регулярно обновляемую.
Да кому оно важно, что там на шаред хостингах. Гораздо интересней когда стабильный 5.3 появится в репах у Debian, CentOS, FreeBSD и Ubuntu Server. Вот за этим событием иден настоящее признание, а следом в самом конце тянутся этого паровоза тянутся шаред хостинги.
nic.ru
Можете обновить про Агаву, теперь мы даем на выбор:
— 4.3.9
— 4.4.x
— 5.2.10
— 5.3
— 4.3.9
— 4.4.x
— 5.2.10
— 5.3
Спасибо TC за внимание. Небольшой комментарий к тексту:
>komtet.ru: предлагают самому собрать любую версию php на тарифах, где есть SSH
У КОМТЕТ дефолтная версия: 5.2.9
При создании файла private/php_version с текстом номера версии PHP (4.4.9 или 5.3.1) — переключается на указанную версию.
Можно и собрать, но обычно достаточно этих трёх вариантов.
Уже вышла 5.3.2 — но интереса она пока не вызывает — ждём 5.4!
С переходом к PHP5.3 на виртуальном хостинге связаны несколько проблем: если ionCube Loader, Suhosin, eAccelerator решили проблему совместимости с 5.3, то Zend Optimizer пока только для 5.2 (это из наиболее часто используемого), не говоря уже о совместимости.
>komtet.ru: предлагают самому собрать любую версию php на тарифах, где есть SSH
У КОМТЕТ дефолтная версия: 5.2.9
При создании файла private/php_version с текстом номера версии PHP (4.4.9 или 5.3.1) — переключается на указанную версию.
Можно и собрать, но обычно достаточно этих трёх вариантов.
Уже вышла 5.3.2 — но интереса она пока не вызывает — ждём 5.4!
С переходом к PHP5.3 на виртуальном хостинге связаны несколько проблем: если ionCube Loader, Suhosin, eAccelerator решили проблему совместимости с 5.3, то Zend Optimizer пока только для 5.2 (это из наиболее часто используемого), не говоря уже о совместимости.
Спрашивал у nic.ru, когда планируют добавить возможность выбора PHP 5.3 в контрольной панели хостинга, и получил ответ:
В настоящее время идет обсуждение этого вопроса. Следите за новостями на нашем сайте.Надеюсь, что в свете активного развития Symfony 2 и Zend Framework 2 скоро должны начать шевелиться все хостеры по этому поводу.
* for upd: hosted.ua — имеет поддержку 5.3
Реквестирую тоже самое для 2012 года.
Не, они издеваются? Тут уже во всю разработка на 5.4 идет, а они все на 5.2 сидят…
Понятно, что есть vps/vds/cloud, но порой так хочется на обычном хостинге развернуть 5.3/5.4 app, и такая засада.
Понятно, что есть vps/vds/cloud, но порой так хочется на обычном хостинге развернуть 5.3/5.4 app, и такая засада.
Sign up to leave a comment.
Переход хостеров на php 5.3, статистика