форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Разработчики PHP планируют упразднить классическое расширени..."	+/–
Сообщение от opennews (??) on 15-Июл-11, 18:47
Филипп Олсон (Philip Olson) в списке рассылки разработчиков PHP предложил (http://marc.info/?l=php-internals&m=131031747409271&w=2) план, согласно которому пользователей уведомят о том, что использование стандартного классического расширения ext/MySQL не приветствуется из-за соображений безопасности. Впоследствии это расширение можно будет вообще исключить из поставки. План состоит из следующих пунктов: -  Упразднение использования ext/MySQL в документации, начиная с сегодняшнего дня; -  Возможное добавление флага E_DEPRECATED к функциям этого расширения, начиная с PHP 5.5/6.0; -  Добавление примеров использования функций pdo_mysql, а также примеров использования подготовленных запросов (prepared statement); -  Улучшение документации для pdo_mysql и mysqli; -  Создание документа "Ситуация с MySQL", которая отвечает на все вопросы. Предложение в целом получило поддержку. Разработчики указывают (http://marc.info/?l=php-internals&m=131073409831187&w=2) на серьёзные недост... URL: http://marc.info/?l=php-internals&m=131031747409271&w=2 Новость: http://www.opennet.dev/opennews/art.shtml?num=31197
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Разработчики PHP планируют упразднить классическое расширени..."	+1 +/–
Сообщение от Аноним (??) on 15-Июл-11, 18:47
> предложил план По почте может прислать? ;-) Давно пора от классического расширения избавиться.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Разработчики PHP планируют упразднить классическое расширени..."	+2 +/–
Сообщение от Аноним (??) on 15-Июл-11, 18:50
Давно, давно, давно пора. Вообще, нравится тенденция выпиливания протухшего кода из пыха и приведения синтаксиса в относительный порядок.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Разработчики PHP планируют упразднить классическое расширени..."	+3 +/–
	Сообщение от axe (??) on 15-Июл-11, 19:18
	> Давно, давно, давно пора. Вообще, нравится тенденция выпиливания протухшего кода из пыха > и приведения синтаксиса в относительный порядок. с опозданием лет на 10, не меньше
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	10. "Разработчики PHP планируют упразднить классическое расширени..."	+3 +/–
	Сообщение от Аноним (??) on 15-Июл-11, 20:20
	Лучше поздно, чем никогда.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	36. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от Sw00p aka Jerom on 16-Июл-11, 12:47
	вы ещё пользуетесь ext/MySQL ? ))) ..... пс: кстате что больше всего ненавижу в пхп - это каша процедурных функций с классами нахрена если создаёте что то новое вроде mysqli сделайте его только ОО (объектно ориентированным) - нахрена делать ещё процедурный стайл ? и бесит када в документации в пример два стиля мешают
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	45. "Разработчики PHP планируют упразднить классическое расширени..."	+1 +/–
	Сообщение от KOL (ok) on 16-Июл-11, 23:42
	>нахрена если создаёте что то новое вроде mysqli сделайте его только ОО (объектно ориентированным) - нахрена делать ещё процедурный стайл ? А я вот, например, не люблю, когда у меня половина скрипта написана в процедурном стиле, остальную приходится писать в ООП. Так что по мне, возможность выбора - очень правильное решение.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	49. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от Sw00p aka Jerom on 17-Июл-11, 13:00
	эт понятно када стандартные типы данных не представляют из себя классы и поэтому существуют отдельные процедурки для работы с ними приходиться всё оборачивать в классы и работать с ними пхп ваще никак не стандартизирован не в плане синтаксиса не в плане стайла (парадигмы)
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	59. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от RedRat (ok) on 19-Июл-11, 12:38
	> вы ещё пользуетесь ext/MySQL ? ))) К сожалению, приходится. Тот же Simple Machines Forum ни на чём больше работать не умеет.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	8. "Разработчики PHP планируют упразднить классическое расширени..."	+4 +/–
	Сообщение от cobold (ok) on 15-Июл-11, 19:47
	После каждого такого deprecated задумываешся - может быть всётаки php это ошибка истории, может лучше было его совсем не придумывать, жить себе с перлом дружненько? А то слишком часто они так забавляются - придумают ректальным методом что-нибудь эдакое, чтобы потом лет через много узнать что оно оказывается в яве или в перле с самого начала было удобнее и разумнее сделано, и кричать "давайте переделаем, плевать на совместимость". И так раз за разом.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	11. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от Аноним (??) on 15-Июл-11, 20:20
	У perl'a очень "читабельный" иногда код получается. И в освоении Perl сложен.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	13. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от cobold (ok) on 15-Июл-11, 20:52
	да я в курсе что на нём можно натворить; здесь я имел в виду функциональность а не синтаксис. А для освоения есть cpan - код там в основном очень качественный, берёшь любой модуль и учишься.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	23. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от KO on 15-Июл-11, 22:31
	Лень сделать perltidy -b *.pl ?
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	24. "Разработчики PHP планируют упразднить классическое расширени..."	+1 +/–
	Сообщение от cobold (ok) on 15-Июл-11, 22:46
	может сразу аккуратно писать учиться?
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	48. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от КО on 17-Июл-11, 08:40
	И кто тут ляпнул про неаккуратность? Не суди по себе. perltidy позволяет унифицировать до пробела от разных людей, что очень удобно перед коммитом.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	50. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от cobold (ok) on 17-Июл-11, 14:06
	а в изящной словесности он тоже помогает?
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	12. "Разработчики PHP планируют упразднить классическое расширени..."	+1 +/–
	Сообщение от Аноним (??) on 15-Июл-11, 20:44
	Тогда уж не перл, а питон.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	14. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от cobold (ok) on 15-Июл-11, 20:55
	> Тогда уж не перл, а питон. дело вкуса конечно, но всётаки кажется что создатели php всё больше из явы и перла всякие полезности перетягивают. Может быть питон для них сложный сильно?
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	15. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от Аноним (??) on 15-Июл-11, 21:17
	Самая большая проблема Питона - сам по себе он ничего не умеет. Софту, который на нём написан, требуется большое количество подключаемых сторонних модулей. И потому довольно сложно добиться нормальной его работы на всём многообразии дистрибутивов с модулями, установленными в систему, а не идущими с софтом. Какой-нибудь маленький модуль обновишь - вся программа падает.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	25. "Разработчики PHP планируют упразднить классическое расширени..."	–2 +/–
	Сообщение от анонимус (??) on 15-Июл-11, 23:50
	>Самая большая проблема Питона Самая большая проблема питона это его синтаксис. В экстремальных условиях применять категорически запрещено, один сраный пробел может заставить пересматривать и перепересматривать, переотлаживать, бится головой об стену много часов.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	26. "Разработчики PHP планируют упразднить классическое расширени..."	+5 +/–
	Сообщение от satarsa (??) on 16-Июл-11, 00:49
	>Самая большая проблема питона это его синтаксис. В экстремальных условиях применять категорически запрещено, один сраный пробел может заставить пересматривать и перепересматривать, переотлаживать, бится головой об стену много часов. Очевидно, вы никогда не писали на питоне. Он просто выдаст indentation error с указанием модуля и номера строки. Так что вовсе и не надо даже переотлаживать. Если же вы везде выставили отступы в один пробел, то дурное влияние php - это ваши проблемы. Следуйте pep8.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	27. "Разработчики PHP планируют упразднить классическое расширени..."	+1 +/–
	Сообщение от spin on 16-Июл-11, 00:51
	> Самая большая проблема питона это его синтаксис. В экстремальных условиях применять категорически > запрещено, один сраный пробел может заставить пересматривать и перепересматривать, переотлаживать, > бится головой об стену много часов. Можно подумать, что неправильно выставленные } в пыхе не приводят к тому же эффекту.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	37. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от Sw00p aka Jerom on 16-Июл-11, 12:50
	>> Самая большая проблема питона это его синтаксис. В экстремальных условиях применять категорически >> запрещено, один сраный пробел может заставить пересматривать и перепересматривать, переотлаживать, >> бится головой об стену много часов. > Можно подумать, что неправильно выставленные } в пыхе не приводят к тому > же эффекту. хех и при том номер строки ошибки - конец файла ))))))))))))))))
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	41. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 16-Июл-11, 13:11
	чаще всего номера ошибки нет, просто выдаётся некорректный результат. И если результат нетривиальный, то тогда действительно нужно убить время чтобы найти место косяка.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	29. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 16-Июл-11, 03:37
	какая чушь. Просто есть php со своей нишей кодеров в головах которых больше одного ЯП не вмещается. Если смотреть в разрезе веба, а в остальных нишах скриптовых языков питон хорошо процветает.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	38. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от Sw00p aka Jerom on 16-Июл-11, 12:53
	> какая чушь. Просто есть php со своей нишей кодеров в головах которых > больше одного ЯП не вмещается. Если смотреть в разрезе веба, а > в остальных нишах скриптовых языков питон хорошо процветает. меня в своё время отторгнуло от питона - несовместимость версий - не знал аккую учить ставил на компе новую (допустим 2.5) а в самой системе (2.4) - и всё блин скрипты питона которые использовались в системе полетеле к чертям нах. к примеру если не ошибаюсь одно изменение синтаксиса print-а чего стоило пс: да не отрицаю были там всякие конвертеры но это не дело - нужен стандарт
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	40. "Разработчики PHP планируют упразднить классическое расширени..."	+1 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 16-Июл-11, 13:08
	Морал очень простой, можно его где-нибудь на стенке долотом выдолбить: нигде совместимости сверху вниз нет, т.е. более старшие версии назад не совместимы с больее ранними. И это касается всего на свете. > меня в своё время отторгнуло от питона - несовместимость версий - не знал аккую учить нафиг тебе вообще кодерством заниматься, если не можешь уложить в голове пару тривиальных отличий? Веб кодерство, конечно, стало работой для широких слоёв населения, но мобильность мозгов всё равно должна быть хотя бы в небольшой степени.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	46. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от Аноним (??) on 17-Июл-11, 02:03
	Веб-"программинг", в основном, как и любое рисование UI — это не программинг, а кодинг. Тупой, линейный и беспощадный. Сложный только тем, что приходится рвать жопу между «как правильно» и «как работает». А так - рисуй себе как оно выглядит, да описывай логику, нунче век развитой, со всякими Backbone.js'ами да прочими Raphaël'ями думать много не надо. CRUD и тривиальные посчитушки еще можно прямо во фронтэнде делать, но не более того. И то, посчитушки, если быть пунктуальным, в общем-то, делаются в некой БД, ну да пес с ней, этой нечеткой границей. Все остальное к вебу отношение имеет только тем, что через веб-фронтэнд в него выдается. Разве что специальная ниша client-side фреймворков (где может вылезти все что угодно типа задач компьютерной графики или цифровой обработки сигналов) — там, да, есть программирование. В «веб-ориентированной системе» — 90% системы, 10% веба. И веб-часть, как правило — технически ничем не интересная, чисто кодирование всем понятных вещей.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	51. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от Michael Shigorin (ok) on 17-Июл-11, 17:13
	>> меня в своё время отторгнуло от питона - несовместимость версий - не знал аккую учить Ну всё-таки изучать стоило уже установленное, а не сразу кайлом махать. > Морал очень простой, можно его где-нибудь на стенке долотом выдолбить: > нигде совместимости сверху вниз нет, т.е. более старшие версии назад не совместимы > с больее ранними. И это касается всего на свете. Вы серьёзное не сталкивались с тем же Tcl?  У меня скрипты десяти-двенадцатилетней давности с 7.x, что ли, не так давно прекрасно работали на 8.x. Просто есть продуманные и зрелые языки, где в т.ч. и над обратной совместимостью думают.  А есть php, где ломают что-то в каждом миноре, да и питоны, где достаточно ломают каждую вторую циферку.  Это необязательно чистый недостаток -- если нарабатывается нужная и полезная функциональность либо отламывается заведомо небезопасная/кривая, то цена для языка может быть разумной.  Другой вопрос, есть ли более стабильный язык/рантайм для нормальной реализации задачи или придётся ездить на слегка/совсем нестабильных.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	52. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 17-Июл-11, 22:04
	> да и питоны, где достаточно ломают каждую вторую циферку. что-то вы пишете явно далёкое от реальности, примеры в студию
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	53. "Разработчики PHP планируют упразднить классическое расширени..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 17-Июл-11, 23:35
	>> да и питоны, где достаточно ломают каждую вторую циферку. > что-то вы пишете явно далёкое от реальности, примеры в студию Я немножко лет восемь как наблюдаю со стороны перетаскивания альтовской пакетной базы с питона на питон.  Особенно кровопролитно, конечно, выглядело перетягивание Zope -- даже в исполнении cray@... Ну и своих питоньих пакетов некоторое количество есть, хотя ровно по этой причине пришлось предпринять меры к тому, чтобы это количество оставалось минимальным и не включало сколь-нибудь сложные проекты. Для меня 2.x->3.x -- это уже не "достаточно ломают", а "скорее другой язык" (ср. qt3/qt4).  Возможно, у Вас другая реальность или же другая шкала грабель.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	54. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 18-Июл-11, 09:13
	давайте конкпетики, что вы перетаскивали с 2.x на 2.y  y > x, так, что в 2.x всё работало, а в 2.y перестало.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	57. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от Sw00p aka Jerom on 18-Июл-11, 15:20
	>> да и питоны, где достаточно ломают каждую вторую циферку. > что-то вы пишете явно далёкое от реальности, примеры в студию http://ru.wikipedia.org/wiki/Обратная_совместимость го в школу - позорно если ты не соблюдаешь обратку - и не сопровождаешь её хотя бы до следующего стейбла
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	58. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 18-Июл-11, 20:44
	ещё раз для тупых - покажи где она была поломана
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	60. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от Sw00p aka Jerom on 19-Июл-11, 12:40
	ещё раз для лузеров >>нигде совместимости сверху вниз нет, т.е. более старшие версии назад не совместимы с больее ранними. это мои слова ?
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	56. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от Sw00p aka Jerom on 18-Июл-11, 15:17
	> Морал очень простой, можно его где-нибудь на стенке долотом выдолбить: нигде совместимости > сверху вниз нет, т.е. более старшие версии назад не совместимы с > больее ранними. И это касается всего на свете. с какого хрена мой камент удалили нужны пруфы? http://ru.wikipedia.org/wiki/Обратная_совместимость Обратная совместимость в программном обеспечении Обратная совместимость применительно к программному обеспечению означает способность более поздних версий программы работать с файлами, созданными более ранней версией этой же программы или программы, реализующей те же алгоритмы, что и более ранняя версия. Так, например, в Microsoft Office присутствует поддержка целого ряда форматов, которые на данный момент почти не используются. Обратная совместимость (для hardware) Обратная совместимость применительно к аппаратному обеспечению означает способность более новых типов оборудования эмулировать работу предшествующих. Так, например, микропроцессоры Intel до сих пор поддерживают весь набор инструкций, использовавшихся ещё в самых первых представителях этого ряда.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	43. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от spin on 16-Июл-11, 13:33
	> Самая большая проблема Питона - сам по себе он ничего не умеет. Всегда думал, что это не проблема, а отлично проработанная архитектура. Разработчики Calibre кажется и не подозревают, что это проблема.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	20. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от pro100master (ok) on 15-Июл-11, 21:58
	И что? Во-первых, пых из перла и вышел. Во-вторых, брать лучшее и использовать опыт - есть хорошо. В-третьих, складывается такое ощущение, что большинство узнает об изменениях из релизов, а не из мейл-листов разработчиков, что получается для них, как молотком по голове.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	22. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от cobold (ok) on 15-Июл-11, 22:21
	> И что? Во-первых, пых из перла и вышел. Во-вторых, брать лучшее и > использовать опыт - есть хорошо. В-третьих, складывается такое ощущение, что большинство > узнает об изменениях из релизов, а не из мейл-листов разработчиков, что > получается для них, как молотком по голове. речь о том, что брать лучшее и использовать опыт родителя после многих лет хождения по граблям, это, как-бы помягче сказать, несколько недальновидно.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	39. "Разработчики PHP планируют упразднить классическое расширени..."	–2 +/–
	Сообщение от Sw00p aka Jerom on 16-Июл-11, 12:54
	>>Во-первых, пых из перла и вышел. откуда трава?
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	16. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от Аноним (??) on 15-Июл-11, 21:38
	Использование mysql_* в логике многое говорит о написавшем или об отношении к проекту. Database Abstraction Layer (PDO, Doctrine, Propel, десятки их), для кого?
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	21. "Разработчики PHP планируют упразднить классическое расширени..."	+3 +/–
	Сообщение от cobold (ok) on 15-Июл-11, 22:08
	к сожалению реальность такова, что минимум 80% кодописателей  используют именно mysql_* , а про разные абстракции слышали только понаслышке и не знают как их у себя применять (имею в виду всякие медиенагентуры, которые под заказ пишут; в опенсорсных проектах всётаки меньше будет). У этого должна быть какая-то причина; может быть, это от того что и в оригинальной документации, и во всей куче литературы по php для начинающих, приводятся именно эти функции? Это первое, чем начинают пользоваться, поэтому на другое уже тяжело перелазить. В перле к примеру всегда был очень правильный и собственно единственный DBI , все как минимум с него начинали - а там и портабельность сразу объясняется, и связанные параметры, и всякая всячина чтобы сразу аккуратно с базой работать учиться. В php такое в самом начале не сделали, а когда серьёзные прослойки появились уже поздно было. Ещё один аспект, в отношении к связанным параметрам: в DBI они подаются сразу и везде, тот кому повезло учится работать с базой на примере этого модуля скорее всего и не задумывается в запросах прямую интерполяцию использовать, тоесть чтобы там написать небезопасный запрос нужно делать лишние движения, поэтому по умолчанию код достаточно безопасный получается. А в прослойках для php, типа того-же ADOdb, про этот метод указывается что он требует дополнительных ресурсов, поскольку mysql это сам не поддерживает, и во всей оставшейся документации про него успешно забывают. Врядли такое отношение самих авторов способствует тому чтобы новички этим пользовались.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	17. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от Ivan1986 on 15-Июл-11, 21:40
	Знаете, на это можно возразить что не ошибается только тот, кто ничего не делает. Вообще ИМХО PHP очень хорошо развивается, и с поддержкой обратной совместимости проблем никаких и с новыми функциями. Вообще все очень даже хорошо, для меня конечно медленно, но с учетом того какие есть слоупоки (как пример - очень многие "курсы" по созданию на коленке сайтов) то удалять тоже нужно аккуратно, а то вой будет - он был например когда народ с удивлением обнаружил что не работает register_globals (по умолчанию, в денвере например :), наверное он еще будет когда убьют полностью магические кавычки, да и еще что-нить. Но в целом очень все даже хорошо.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	18. "Разработчики PHP планируют упразднить классическое расширени..."	–1 +/–
	Сообщение от Michael Shigorin (ok) on 15-Июл-11, 21:51
	> Вообще все очень даже хорошо Как обычно, дальше носа своей убунты в языковом эквиваленте мир плохо различим...
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	19. "Разработчики PHP планируют упразднить классическое расширени..."	–2 +/–
	Сообщение от Ivan1986 on 15-Июл-11, 21:54
	Ну конечно, альт же ваш круче всех, кто бы сомневался :) Блин, а вот убунта тут при чем, троллик?
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	28. "Разработчики PHP планируют упразднить классическое расширени..."	–5 +/–
	Сообщение от Michael Shigorin (ok) on 16-Июл-11, 01:51
	> Ну конечно, альт же ваш круче всех, кто бы сомневался :) Хе, альт ближе к тому же перлу хотя бы по части культуры. :) (и найти настолько же педантичного дебиановода, как более-менее толкового альтовода -- на практике оказывается весьма сложно: всё больше раздолбаи, даже если и толковые; чем-то напоминает perl vs python опять же по части культур) > Блин, а вот убунта тут при чем, троллик? Да уж больно на одно лицо те, у кого "всё изобрёл марк", или "всё очень даже хорошо в php", или вот "дотнет заруливает и запедаливает".  Подрастёте -- поймёте, надеюсь, цену этим каргокультам. PS: а проекту php, конечно, всяческой удачи в попытках хотя бы постфактум исправить ошибки юности, молодости и средних лет.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	33. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от jesus (??) on 16-Июл-11, 12:08
	и много же альтовцев с синдромом гоблина, что вокруг одни малолетние долбо*бы мерещатся? не наговаривайте на себя и умерьте паранойю. человек всего-лишь сказал, что нормально развивается, но можно было и побыстрее. но ведь в теме про ненавистный пых как же не влезть, хоть и не в тему, правда, культурный?
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	35. "Разработчики PHP планируют упразднить классическое расширени..."	–1 +/–
	Сообщение от Ivan1986 on 16-Июл-11, 12:35
	> Хе, альт ближе к тому же перлу хотя бы по части культуры. :) Вот тут уж не спорю - и то и то дикий изврат, как перл невозможно нормально сопровождать - как был write-only языком, так и есть, так и альт - кривости и костыли - так что ближе, не спорю. И после С/С++/PHP/Python на перловый код смотришь как на творчество обкуренного. > Да уж больно на одно лицо те, у кого "всё изобрёл марк", или "всё очень даже хорошо в php", или вот "дотнет заруливает и запедаливает". Ну я уж не знаю, что там марк изобрел, но ему можно сказать большое спасибо что он взял за основу отличный дистрибутив (Debian) и немного обработал его напильником, приспособив для десктопа, поправил там мелкие баги и косяки, чтобы все сразу просто работало. В отличие от некоторых, которые блин суслики, возомнившие себя агрономами.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	55. "Разработчики PHP планируют упразднить классическое расширени..."	+/–
	Сообщение от Fantomas (??) on 18-Июл-11, 14:54
	Где-то в предыдущих новостях в форуме кто-то писал, что у Альта большие проблемы в продакшане т.к. он плохо документирован.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

47. "Разработчики PHP планируют упразднить классическое расширени..."	–1 +/–
Сообщение от fork (??) on 17-Июл-11, 04:17
Всегда относился к PHP как к недоязыку, особенно после того как лет 5 назад в доках по нему увидел, что там чуть ли не каждая функция experimental. Готов поспорить, что связок mysql+php больше любых других - они друг друга стоят.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема