Что не так с дизайном? )
Не, он серъезно так считает: php, symfony, jquery forever :)
Не знаю даже. Например, pecl пакеты и расширения, например, неопределённый порядок аргументов в нативных функциях, за которым нужно лезть в доку или работать только в IDE )
жквери тут 3й лишний
Pecl никто не пользуется уже давно. Остальное ерунда вообще.
Ахаха, да, давно. Ерунда? Ну вот посмотрите другие языки. С вами не согласятся люди, которые видели, что бывает иначе.
а что с pecl не так?
что это вообще? в 8 его больше нет, pickle теперь закостылили
Не так то, что в пхп вы можете установить расширение различными способами.
Packagist же есть или я че то путаю?
это замена pear а не pecl
Хз, короче я не пользовался этим ни разу )
Ну так вот. Если бы тебе было нужно расширение, которого нет в apt, ты бы воспользовался.
Я бы скачал просто его
вероятнее всего оно не нужно вовсе. вот почему иксдебаг до сих пор аптом не ставится правда загадка
Оно должно умереть. Но есть проблема, что не всё есть в apt
почему не встроен в язык - не сильно понятно, ну т.е. не распространяется вместе с языком
Да и кто без иде то работает
потому что это отладчик.. а они разные
Ну мало ли, захочется мне что-то простейшее нацарапать на коленке, даже ide не буду открывать. А тут нужно будет в справку лезть. Это плохо
Сейчас даже в редакторах подсказки есть
я понимаю, что есть другие, но некоторые расширения вместе с языком распространяют (при этом оставляя возможность заюзать сторонние), думаю, что xdebug мог бы стать одним из таких расширений
Sublime Text 3 откройте из коробки
давно пора, и профайлер какой-нибудь трушный туда же
не совсем так.. php распространяют с встроенным API phpdbg, а вот отладчики типа xdebug не более чем фронтенд к нему
это не имеет значения же, большинство юзают xdebug, поэтому могли бы включить его в поставку вместе с языком и другими расширениями
кто мог? Никто не мешает его в сборку пакета включать в дистрах типа мейнтейнеру apt репозиторя, но с точки зрения core-модулей php отладчик там ничего не забыл когда уже есть протокол отладки
можно перефразировать по-другому, если плохо объяснил.. на проде xdebug нафиг не нужен, а включили его в core - все он по определению у вас там зачем-то есть
дак и другие модули есть, которые могут не использоваться на проде
функции могут, но отладчик это не функция а внешний процесс
я про то что лежит в /usr/lib/php/modules so'шки
никаких so-шек нету, это как раз мейнтейнер дистра запихал а не вендор(команда php)
ну так изначально so'шки откуда идут (самые базовые)? вот отсюда ведь, нет? https://github.com/php/php-src/tree/master/ext это я и имел в виду, когда говорил о включении xdebug в состав php, а там дальше понятно, что зависит от ментейнеров, как они соберут, с какими флагами
аа ну так все просто, делай свою репу становись мейнетейнером и пихай какие-хошь расширения.. это нормально, даже не паблик репу а внутри компании. Я думал ты про включение xdebug именно в core как это да, было со многими contrib расширениями в свое время
я изначально больше говорил с т.з. конечного пользователя, что удобней было бы сразу иметь xdebug в комплекте, а не устанавливать отдельно - вот и всё, ни больше ни меньше) понятно, что можно и форкнуть и свой пакет собрать, где будет xdebug сразу же
Обсуждают сегодня