The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз языка программирования PHP 7.4

28.11.2019 13:02

После года разработки представлен релиз языка программирования PHP 7.4. Новая ветка включает серию новых возможностей, а также несколько изменений, нарушающих совместимость.

Ключевые улучшения в PHP 7.4:

  • Типизированные свойства - свойства классов теперь могут включать объявления типов, например:
    
       class User {
           public int $id;
           public string $name;
       }
    
  • Сокращённый синтаксис определения функций "fn(parameter_list) => expr" с привязкой области видимости по значению. Например, "fn($x) => $x + $y" является аналогом "$fn2 = function ($x) use ($y) {return $x + $y;}");
  • Сокращённый оператор присвоения "??=", который может использоваться для определения значения по умолчанию ("a ??= b" аналогично "a = a ?? b", если "a" определён его значение сохраняется, а если не определён присваивается значение "b");
  • Ограниченная возможность сохранения иерархии наследования типов в производных от них типах возвращаемых значений или возможность преобразования иерархии исходных типов на противоположную в производных типах аргументов (ковариантность возвращаемого типа и контравариантность типа аргументов). Теперь в PHP можно использовать следующие конструкции:
    
       class A {}
       class B extends A {}
    
       class Producer {
           public function method(): A {}
       }
       class ChildProducer extends Producer {
           public function method(): B {}
       }
    
  • Оператор распаковки внутри массивов "...$var", позволяющий выполнять подстановку существующих массивов при определении нового массива;
    
       $parts = ['apple', 'pear'];
       $fruits = ['banana', 'orange', ...$parts, 'watermelon'];
       // ['banana', 'orange', 'apple', 'pear', 'watermelon'];
    
  • Возможность наглядного оформления больших чисел с разделителями в числовых литералах (1_000_000_00);
  • Поддержка слабых ссылок, позволяющих сохранить ссылку на объект, но не блокирующих удаление связанного объекта сборщиком мусора;
  • Новый механизм сериализации объектов (комбинация Serializable и __sleep()/__wakeup()), пришедший на смену интерфейсу Serializable, который будет объявлен устаревшим;
    
       // Возвращает массив, содержащий все состояния  объекта;
       public function __serialize(): array;
    
       // Восстанавливает состояние объекта из массива
       public function __unserialize(array $data): void;
    
  • Разрешена генерация исключений из метода __toString();
  • Добавлена поддержка упреждающей загрузки кэша объектного кода. Для настройки добавлен параметр opcache.preload, через который можно указать PHP-скрипт, который будет скомпилирован и запущен при запуске сервера. Данный скрипт может загрузить опкод других файлов через их прямое включение или при помощи функции opcache_compile_file();
  • В расширение Hash добавлена функция crc32c для вычисления контрольных сумм с использованием полинома Кастаньоли;
  • В функцию password_hash() добавлена поддержка методов хэширования паролей argon2i и argin2id в реализации библиотеки Sodium, если PHP собирается без libargon;
  • Добавлена функция mb_str_split(), аналогичная str_split(), но оперирующая не байтами, а позициями символов в многобайтовой строке;
  • В функции strip_tags() добавлена возможность передачи массива с именами тегов, т.е. вместо strip_tags($str, '<a><p>') теперь можно указать strip_tags($str, ['a', 'p']);
  • В proc_open() разрешено перечисление операндов в массиве, вместо указание строки для запуска, а также реализована возможность перенаправления потоков и поддержка нулевого файлового дескриптора;
    
       proc_open(['php', '-r', 'echo "Hello World\n";'], $descriptors, $pipes);
    
       // Как 2>&1 в shell
       proc_open($cmd, [1 => ['pipe', 'w'], 2 => ['redirect', 1]],  $pipes);
    
       // как 2>/dev/null или 2>nul в shell
       proc_open($cmd, [1 => ['pipe', 'w'], 2 => ['null']], $pipes);
    
  • Из базовой поставки исключены расширения Firebird/Interbase, Recode и WDDX. Данные расширения теперь распространяются через PECL;
  • Переведены в разряд устаревших такие возможности, как вложенные тернарные операторы без скобок, обращение к элементам массивов и строкам с использованием фигурных скобок ("$var{$idx}"), функция is_real() и приведение к типу real, использование ключевого слова parent без родительского класса, параметр конфигурации allow_url_include, применение array_key_exists() над объектами.

    Объявлены устаревшими функции get_magic_quotes_gpc(), get_magic_quotes_runtime(), hebrevc(), convert_cyr_string(), money_format(), ezmlm_hash(), restore_include_path(), ldap_control_paged_result_response(), ldap_control_paged_result(), ReflectionType::__toString().

    Обеспечен вывод предупреждения о применении устаревшей возможности при попытке обработки некорректных символов в функциях base_convert(), bindec(), octdec() и hexdec(), а также при указании нестрокового шаблона в mb_ereg_replace().



  1. Главная ссылка к новости (https://www.php.net/archive/20...)
  2. OpenNews: Разработчики PHP предложили P++, диалект со строгой типизацией
  3. OpenNews: Проект Snuffleupagus развивает PHP-модуль для блокирования уязвимостей
  4. OpenNews: В PHP 8 будет добавлен JIT-компилятор
  5. OpenNews: Выпуск виртуальной машины HHVM 4.0 с прекращением поддержки PHP
  6. OpenNews: Релиз языка программирования PHP 7.3
Лицензия: CC-BY
Тип: Программы
Ключевые слова: php
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (187) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 14:09, 28/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Понимаю, что на нём уже много чего написано (что ещё нужно поддерживать), и что он довольно востребован, но... Что скажет диванный аноним: стоит ли отказаться от PHP при начале нового проекта?
     
     
  • 2.7, Диванный аноним (?), 14:19, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +23 +/
    Не отказывайтесь ни в коем случае.
     
     
  • 3.36, Аноним (36), 15:47, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Смотри тут какая штука если нужно программировать и идти в сторону серьезной разработки (карьера), то PHP противопоказан. А если речь идет про бинесс на коленке - когда нужно вчера уже готовый и побыстрее что бы работало, а тамкак карта ляжет, то PHP ваше все.

    Серьезные ребята с серьезными протоколами и прочей лапушней уйдет в Java, C#, Pyhton или Golang. Какие-то хипстеры в JavaScript и Ruby.

    Так что смотрите сами если Вам шашечки, то тут конечно лучше что-то посерьезнее, а если тяп ляп и в продакшен, то PHP ваше все !

     
     
  • 4.46, rshadow (ok), 16:33, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    С поправкой

    > А если речь идет про бинесс на коленке - когда нужно вчера уже готовый и побыстрее что бы работало

    Бизнесу _всегда_ так и нужно. В рамках применимости php конечно.

    > сторону серьезной разработки (карьера)

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

     
  • 4.48, Аноним (-), 16:42, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +44 +/
    Как человек, пишуший активно на всех вышеперечисленных языках скажу так - навык выбора инструмента опирается не только на язык, но и на инфраструктуру вокруг него. К сожалению стал разочаровывать Golang, у которого очень неплохая базовая библиотека, но блин отвратного качества инфраструктура. Да и с обработкой ошибок вы намучаетесь. Куча левых библиотек, которые работают именно из под Cgo, да еще и заброшенных авторами. Так что golang отлично подойдет как дополнение для других платформ, которое имеет в своей природе отличную конкурентность и утилизацию ресурсов. Но, блин, много библиотек заброшены или вяло ведутся = соответственно экспоненциально растет количество проблем с этим.
    Python - универсален, но его асинхронные фреймворки скорее для прототипов, т.к. жрут и текут как не в себя. Тут их съедает Node.js к сожалению. Остается только Джанго, который тоже неидеален, как о нем рассказывают. Большей частью его любят за готовую админку. Но если что-то нестандартное - можно вешаться.
    Java и C Sharp - громоздкие и для веб мало подходящие платформы корпоративного уровня. Мощные но громоздкие платформы, в которых один фиг надо делать контроль за ресурсами, контроль процессов, ограничения по памяти, балансировщики нагрузок (да, да - опять Nginx) и пр.
    Ruby без рельсов к сожалению никакой.

    В простом вебе поэтому в корпоративном секторе популярен PHP - он стабилен, есть не одна, а множество стабильных технологий. Он не конкурирует с другими платформами. У него нет бл*дства с качеством встроенных библиотек по работе с БД (утечки, проблемы с дополнениями и пр. - да, да - камень в сторону Golang). Достаточно консервативен и имеется множество решений. И при этом пошустрее будет питона (за исключением ML). А там, где не банальный CRUD - можно юзать те же JS/Golang/Python.

    Каждой задаче свой инструмент - проектируйте с умом, с учетом экономической эффективности, задач и пр.

     
     
  • 5.73, Аноним (73), 18:25, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Касательно C# для веба, рассматривать его стоит только в контексте кроссплатформенного ASP.NET Core, все остальное, как правильно сказал автор выше — суета.
     
  • 5.82, Michael Shigorin (ok), 19:07, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Каждой задаче свой инструмент - проектируйте с умом,
    > с учетом экономической эффективности, задач и пр.

    Отдельная благодарность за внятный комментарий по теме.

     
  • 5.96, Aqueelone (?), 20:50, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Java и C Sharp - громоздкие и для веб мало подходящие платформы корпоративного уровня. Мощные но громоздкие платформы, в которых один фиг надо делать контроль за ресурсами, контроль процессов, ограничения по памяти, балансировщики нагрузок (да, да - опять Nginx) и пр.

    Не согласен. Есть вариант JHipster -- при понимании того, что нужно --- любой малый\средний проэкт делается за день... Причина? Аккумуляция всего лeчшего наработаного Java\Spring и Angular\React
    Автоматизация (Node.js) NPM\YARN -- отвечаете на пару вопросов, рисуете модельку зависимости сущностей, и -- совсем немного -- допиливаете фронтенд -- и вуаля! А если нада -- то и Kafka+ElasticSearch из коробки!

    Laravel где-то близко, но все таки удобства JHipster больше...

     
  • 5.138, MVK (??), 12:24, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Java и C Sharp - громоздкие и для веб мало подходящие платформы корпоративного уровня. Мощные но громоздкие платформы, в которых один фиг надо делать контроль за ресурсами, контроль процессов, ограничения по памяти, балансировщики нагрузок (да, да - опять Nginx) и пр.

    - при желании, web-приложения на Java можно писать точно в том же стиле, что и на PHP. Разница в количестве кода будет исчезающе мала. Да и буквы будут почти те же. Другое дело что Java программисты предпочитают иную стилистику (которую можно и в PHP применять - всякие фреймворки, классы, шаблоны проектирования и т д), что замедляет первоначальную разработку и усложняет код (теоретически профит будет получен при дальнейшей поддержке и развитии кода)

     
  • 4.49, Аноним (49), 16:46, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Серьезные ребята с серьезными протоколами и прочей лапушней уйдет в [...] Golang

    Хватит врать во всех подряд ветках. Golang - проходной язычок, подобно руби. Через 10 лет на нём будет пара проектов (как сейчас гитлаб на руби) и нулевые перспективы в плане начала разработки на нём. Много вы сейчас видите новых проектов на руби? С вашим голенгом будет то же самое.

     
     
  • 5.55, Чужие журавли в небе (?), 17:07, 28/11/2019 Скрыто модератором
  • –3 +/
     
  • 5.86, Аноним (86), 19:36, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот свежак на руби: openproject
     
  • 5.114, Аноним (114), 02:15, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему такое мнение? Это на основе синтаксиса, экоситсемы или чего сделаное заявление?

    Появление Ruby не отличано его от Python абсолютно ничем новым, а в том же Golang каналы, многопоточность и прочие вкусняхи. А еще и бешеная производительность. Если не выйдет убийц Golang, то пока ниша то пустует (кроме конечно C/C++ фреймворков).

    Можно конечно верить в светлый путь Java, но там вроде как ничего как не компилировалось, так и не компилируеться до сих пор, а энтерпрайз требует с каждым годом все больше и больше серверов для задачь посильных одному (короче оверхед сплошной на всем). А в конечном итоге ждет пользователь и конечно рано или поздно уходить к другому вендору.

     
     
  • 6.162, Аноним (162), 04:03, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Основная претензия была к человеку, который поставил Golang в один ряд с Java C ... большой текст свёрнут, показать
     
  • 4.77, конь в пальто (?), 18:50, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    типичный такой недалекий аноним, который по верхам мейнстримовой инфы в интернетах нахватал (пхп - гавно, го - крута!), опыта нормального не имеет, но считает что что-то знает.
     
  • 4.79, IRASoldier_registered (ok), 18:57, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >если нужно программировать и идти в сторону серьезной разработки (карьера)

    ...в СЕРЬЕЗНОМ бизнесе, то PHP таки ничем не хуже других ЯП и продолжает иметь свою нехилую нишу для применения. А умельцев говнокодить хватает и в Java, и в C#, и в тех же плюсах тоже.

     
     
  • 5.113, Аноним (114), 02:10, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Там же написано при работе с своими протоколами и прочей чепушней вроде RMI.
    В том же PHP я так понимаю до сих пор рождаемся и умираем или ReactPHP достиг зрелости?

    А так-то да кто мешает делать сайты визитки для серьезных компаний без нагруженного Web это вроде даже и нормально.

     
     
  • 6.184, Онаним (?), 13:10, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    1000 запросов в секунду - это уже нагруженный Web, или ещё не очень?
     
  • 2.8, Аноним (8), 14:21, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зависит от проекта. Если нет особых требований к производительности и разработчики хорошо знают современный php (современный, а не тот ужас времён php4), вполне разумно его и использовать.
     
     
  • 3.40, Аноним (36), 15:58, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А чего там ужасного в PHP4 было такого? Вроде нормально все было - только сахара меньше.
     
     
  • 4.52, Annoynymous (ok), 16:52, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В принципе, если не считать глобальные переменные чем-то ужасным, а точнее, отключать их сразу при установке, то ничего другого ужасного там и не было. Другое дело, что и ничего хорошего тоже. Хорошее там появилось примерно в 5-й версии, стало можно нормально писать.
     
     
  • 5.66, тоже Аноним (ok), 18:02, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Тотальная неконсистентность, например - это тот ужас, который поддерживается в РНР и сейчас.
    Но сейчас можно уже оторваться от голого языка и работать с ООП-фреймворками.
     
     
  • 6.91, KonstantinB (ok), 20:14, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Функции для работы со строками, например, никуда не обернешь. Хотя вот это исправление с исключениеми из __toString и позволяет сделать class String, но это все же перебор.

    Другое дело, что с опытом к этому бардаку привыкаешь и не замечаешь его.

     
  • 4.84, KonstantinB (ok), 19:32, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    register_globals и magic_quotes
     
  • 4.85, KonstantinB (ok), 19:34, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, плюс практики писать левой пяткой, мешая PHP, SQL и HTML в одном файле, и управлять логикой глобальными переменными.
     
  • 3.78, конь в пальто (?), 18:52, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    инфраструктура. composer и фреймворки изменили разработку очень сильно.
     
  • 2.9, Аноним (9), 14:24, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет скрепные переходы это:
    Ruby -> Python;
    Python -> Golang;
    C# -> Java;

    Если от мысли от нового проекта на PHP тебя не вывернуло на изнанку делай на PHP. Тоже самое с Node.js. Причем PHP и Node.js фанатики очень жестко разделены друг от друга и не допускают мысли о проникновении технологий.

     
     
  • 3.12, Попугай Кеша (?), 14:27, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мне ради любопытства. С чего это с C# бегут на Java? В их стане вроде все ок было
     
     
  • 4.15, Аноним (9), 14:29, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Просто диванные Анонимы с опеннетика не любят Майков. А так если всегда делал на С# и зашла речь про новый проект что в легаси мире С# редкость. То переходить надо именно на джаву так Столлман вместе с главной Оракла завещали.
     
  • 3.24, vitalif (ok), 15:04, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это голанг фанатики отделены. И java и c# фанатики отделены.

    В целом имхо по продуктивности (легкости разработки) так:

    Пхп и нода примерно одинаково продуктивны, golang хуже их, но лучше джавы

    Нода быстрее пхп по производительности и умеет в вебсокеты

    Питон и руби хз. На руби имхо вообще лучше ничего не писать

     
     
  • 4.31, Аноним (1), 15:26, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ловко вы так записали в "похуже" язык, который компилируется в нативный код, в отличии от остальных.
     
     
  • 5.32, vitalif (ok), 15:27, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я ещё раз напишу - по ПРОДУКТИВНОСТИ. Т.е. по лёгкости разработки. А куда он там компилируется это дело десятое
     
     
  • 6.111, Аноним (111), 01:24, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    По продуктивности изготовления хелловорлдов?

    У Го весьма специфическая ниша и сравнивать его даже с Питоном некорректно, ибо на Питоне можно и в гуй, и в веб и еще в черта в ступе. Соответственно, Питон разраб может быть фул-стэк разрабом.

    Го надо сравнивать с нодой и только с ней.

     
  • 4.37, Аноним (37), 15:49, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну кто-то же думает про переход даже автор в самом начале ветки, который от чего-то хочет перейти с PHP куда-то еще.

    А продуктивность на golang такая же (или уж точно не сильно хуже в период перехода) чем на python. Так что вполне годная технология. C php на golang переходить и не надо. И то это только при выпуске нового продукта или переписывании старого с нуля.  Старые продукты пусть всегда остаются легаси на php.  

     
  • 4.164, OpenEcho (?), 06:26, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Нода быстрее пхп по производительности

    Начиная с 7-х версий, это неправда, что нода быстрей

     
     
  • 5.181, vitalif (ok), 01:56, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >>Нода быстрее пхп по производительности
    > Начиная с 7-х версий, это неправда, что нода быстрей

    Начиная с 7-х версий пхп нода всё равно быстрее, просто не в 50 раз, а в 5. Но всё равно гораздо быстрее, т.к. V8 - крутая реализация интерпретатора.

    Ну и встроенный eventloop как бы.

     
     
  • 6.188, OpenEcho (?), 15:32, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >просто не в 50 раз, а в 5.

    Приведенные результаты очень похоже взяты с потолка...

    > V8 - крутая реализация интерпретатора.

    Тоже очень серьёзный аргумент...

     
     
  • 7.199, vitalif (ok), 20:17, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Цифры приблизительно, но не голословные - бенчил на паре простых вычислительных задач. Естественно это не значит, что даже по сравнению с php 5.6 сайтик на nodejs отвечает в 50 раз быстрее. Т.к. обычно не в бэкенде ботлнек.

    Ну а ты что ожидал тут в комментах? Статью на 20 листов A4? Сам погугли и поймёшь, что там внутри в v8 и что там в php.

     
     
  • 8.200, OpenEcho (?), 01:04, 03/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это враньё Никогда пых не был в 50 раз тише ноды, это просто гон или ну очень ... большой текст свёрнут, показать
     
     
  • 9.201, vitalif (ok), 01:09, 03/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да хосспаде PHP 5 x - тормоз ппц Ещё раз я про вычислительную производительно... текст свёрнут, показать
     
  • 9.202, vitalif (ok), 01:23, 03/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вот я прям щас запустил PHP 7 3 30 итераций 15 38 сек PHP 5 6 30 итераций ... текст свёрнут, показать
     
  • 3.41, Аноним (36), 15:59, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вы там обьелись грибов? С# фичастее джавы в сто раз.
    Асинки холодная загрузка и т.д.
     
     
  • 4.83, Аноним (83), 19:29, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну так и сиди  на попе ровно раз ничего больше ниасилил. Если когда-нибудь надоест зависимость от инфраструктуры майков у тебя будет единственный путь только в джаву.

    Так-то кто-то и на php 7.4 сидит и ему норм.

     
  • 2.18, Аноним (18), 14:44, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если есть возможность не писать на loosely typed языке, то лучше на нём таки не писать.
     
     
  • 3.25, vitalif (ok), 15:06, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Если есть возможность не писать на loosely typed языке, то лучше на
    > нём таки не писать.

    Популярное и глупое мнение. Наоборот, то, что можно писать на скриптоте без особой потери качества - лучше писать на скриптоте, ибо это быстрее. Зачем делать тупую лишнюю работу

     
     
  • 4.29, имя_ (?), 15:15, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если проект большой и расчитан на долгую жизнь и поддержку (тобой или маньяком, который знает, где ты живешь), то лучше все же использовать что-то типизированное. Хоть и пишу на пхп, но иной раз это все вылазит боком.
     
     
  • 5.33, vitalif (ok), 15:30, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Если проект большой и расчитан на долгую жизнь и поддержку (тобой или
    > маньяком, который знает, где ты живешь), то лучше все же использовать
    > что-то типизированное. Хоть и пишу на пхп, но иной раз это
    > все вылазит боком.

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

    Да и по опыту наблюдения за проектами на пхп и на жаве не могу сказать, что на жаве вот прям багов меньше. Так же примерно пишут. Вот то, что ДОЛЬШЕ - это факт...

     
     
  • 6.42, пох. (?), 16:07, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    вопрос не в "багов меньше" - вопрос в том, сколько твоего времени уйдет баг найти в чужом большом проекте и его исправить. И не успеешь ли ты за это время превратиться в того самого маньяка, которого остановит только незнание адреса.

     
     
  • 7.44, vitalif (ok), 16:12, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > вопрос не в "багов меньше" - вопрос в том, сколько твоего времени
    > уйдет баг найти в чужом большом проекте и его исправить. И
    > не успеешь ли ты за это время превратиться в того самого
    > маньяка, которого остановит только незнание адреса.

    по этому критерию тоже не видел чтобы типизированные языки выигрывали

    выигрывает наиболее просто написанное приложение - это да. но когда там типизация и 5 слоёв и всё обмазано DI ещё - то это совершенно не просто отлаживать

     
     
  • 8.50, пох. (?), 16:48, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    пока оно простое - выигрывает Когда речь о больших проектах, где беглым чтением... текст свёрнут, показать
     
  • 8.61, Попугай Кеша (?), 17:30, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Золотые слова Просто многие разработчики чтобы выпендриться обычно не самые да... текст свёрнут, показать
     
  • 4.34, Аноним (18), 15:34, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    «Скриптота» бывает и сильнотипизированной, добрый вечер.
     
  • 4.39, Аноним (39), 15:57, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > ибо это быстрее

    Только во время написания, дружище, только во время написания!
    Потом начнутся грабли и костыли, но ведь у тебя акт выполненных работ на руках и деньги от заказчика в кармане, я угадал?

     
     
  • 5.51, пох. (?), 16:51, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Только во время написания, дружище, только во время написания!
    > Потом начнутся грабли и костыли, но ведь у тебя акт выполненных работ
    > на руках и деньги от заказчика в кармане, я угадал?

    если заказчик он сам - у него на руках работающий сервис, который уже помогает бизнесу или этим самым бизнесом и является. А вы пишете на хорошо типизированном языке, чтобы потом обнаружить что рыночек уже давно занят ;-)

    так тоже бывает, и довольно часто.

     
     
  • 6.67, Аноним (39), 18:11, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Когда человек сам вовремя всё сделал и занял рынок - молодец, пусть возьмёт пирожок.
    А когда эффективный манагер-инноватор прос..л появление нового рынка, а потом увидел, спохватился и бросился догонять уходящий поезд, и этим оправдывает выбор макакоугодного языка для быстрого фекалокодинга - ну так надо просто понимать, что необходимость быстрой разработки - это свидетельство стратегического просчёта в планировании бизнеса.
     
     
  • 7.69, пох. (?), 18:21, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а какая, в общем, разница Либо успел вскочить в последний вагон, и макаки получ... большой текст свёрнут, показать
     
  • 2.58, Анони (?), 17:15, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Эти фреймФорки сегодня есть, завтра нет - плоды вечных поисков самоутверждения и довольства жизнью извращёнными путями, сублимация душевной суеты и телесного ёрзания. А PHP, благодаря повышению производительности с 7 версии, ещё поживёт, прикрутить скрипты всегда можно. И Java тоже. За ноду не скажу, отошёл от IT до её популярности.
     
     
  • 3.62, Попугай Кеша (?), 17:31, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Эти фреймФорки сегодня есть, завтра нет - плоды вечных поисков самоутверждения и
    > довольства жизнью извращёнными путями, сублимация душевной суеты и телесного ёрзания.
    > А PHP, благодаря повышению производительности с 7 версии, ещё поживёт, прикрутить
    > скрипты всегда можно. И Java тоже. За ноду не скажу, отошёл
    > от IT до её популярности.

    Чем занимаетесь? ИТ тоже порядком поднадоело )

     
     
  • 4.70, оператор (?), 18:23, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Чем занимаетесь? ИТ тоже порядком поднадоело )

    Свободная касса!

     
     
  • 5.71, Попугай Кеша (?), 18:24, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Чем занимаетесь? ИТ тоже порядком поднадоело )
    > Свободная касса!

    Ха-ха ) 5 баллов )

     
  • 4.76, Анони (?), 18:46, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Отошёл в смысле перестал грузить мозг расплодившимися технологиями и отдаваться этому, школьники, как их не ругают, соображают с рождения лучше в этом. Надоели съёмные жилища городов, купил дом в селе, занимаюсь обустройством семейного быта и духовным взрослением, восстанавливаю утраченное здоровье, но дела для полного вдохновения пока ещё не подобрал - свободой надо ещё научиться пользоваться. От IT только подрабатываю SQL-щиком удалённо и хобби на ардуино типа умный дом. В IT пошёл по юношескому заблуждению - хорошо шарил, думал построю карьеру и покажу мамке и другим какой я крутой, а потом депрессия, стимуляция мозга информацией и соперничеством в организации не лучший наркотик, рано или поздно приходит толерантность.
     
     
  • 5.80, конь в пальто (?), 19:01, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    выгорание? а сколько времени уже прошло, после того как от it ушел? и не тянет ли обратно?
     
     
  • 6.87, Аноним (83), 19:51, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Скорее всего банальная старость. Много знаете пхп кодеров за 40?
     
     
  • 7.89, Анони (?), 19:54, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Скоро 30 будет
     
     
  • 8.98, Аноним (98), 21:14, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и я говорю старость не радость ... текст свёрнут, показать
     
  • 7.132, Попугай Кеша (?), 10:36, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Скорее всего банальная старость. Много знаете пхп кодеров за 40?

    Я знаю человека, кто из журналистики в разработку пришел в свои 37

     
     
  • 8.193, Anonymoustus (ok), 18:19, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это ж как надо оголодать 8230 ... текст свёрнут, показать
     
     
  • 9.207, Попугай Кеша (?), 10:34, 10/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Человек устал от прессинга Хочется писать то, что хочется, а люди сверху говоря... текст свёрнут, показать
     
     
  • 10.208, Anonymoustus (ok), 12:30, 10/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Удивительно то, что журналист не сумел устроиться по своей специальности лучше ... текст свёрнут, показать
     
     
  • 11.209, Попугай Кеша (?), 12:47, 10/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Таковы реалии жизни У всех разная ситуация Да и я думаю, что человек, проработ... текст свёрнут, показать
     
  • 6.88, Анони (?), 19:54, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Оно самое, но это ещё из-за наивного перфекционизма, желания делать всё спокойно... большой текст свёрнут, показать
     
  • 5.104, пох. (?), 22:54, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    чорт, надо было идти в пехепе-кодеры.

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

     
  • 5.130, Попугай Кеша (?), 10:31, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Большое спасибо за ответ Сам испытываю что-то похожее последнее время Наверно ... большой текст свёрнут, показать
     
  • 2.72, BrainFucker (ok), 18:25, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > аноним: стоит ли отказаться от PHP при начале нового проекта?

    Смотря в пользу чего. Ну вот есть замечательный питон, с приятным синтаксисом и т.д., он во многом гораздо приятней и удобней, но по быстродействию и памяти сливает пыху, если рассматривать только pure python код, а не сишные модули.
    Какие ещё варианты, Java? Да ну, лучше уж питон тогда.
    Ну есть ещё node.js, ок, неплох, но по потреблению памяти как питон, по быстродействию чуть лучше питона.
    Что там остаётся ещё, всякие менее популярные варианты типа Go...

     
     
  • 3.92, Аноним (92), 20:40, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А как же хипстерский Rust?
     
     
  • 4.99, Аноним (98), 21:14, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    О нём всегда больше слов чем дела.
     
  • 4.112, аноним3 (?), 01:55, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    раст весь в весь в кольцах и золотых цепочках, а толку от него как то не видно. еще долго расти. пусть растишку пьет))
     
  • 2.119, аноним_ (?), 06:53, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Есть хорошее наблюдение. Программисты на пуре С и php редко участвуют в спорах о том, какой ЯП лучше под какую задачу. Зачем, когда, кому, что доказывать? Как за вас решить какой вам ЯП выбрать?
    Если вы профессионал, за вас ЯП выберет менеджер. Если любитель, то выбирайте какой нравится.
    Можете обратить внимание, что очень много, в том числе и посещаемых сайтов в основе серверного бэкеднда используют php. Но java также часто используется на дорогих проектах. Так как я свои мелкие домашние задачи решаю на php я прекрасно понимаю, что у него есть плюсы и минусы.
     
     
  • 3.131, Попугай Кеша (?), 10:33, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ага А вот в JavaScript сообществе постоянные холивары TypeScript или JavaScrip... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (78)

  • 1.2, Ваня (??), 14:14, 28/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    круто, я уже давно не пишу на php, НО это классный язык для создания WEB приложений.
     
     
  • 2.133, Попугай Кеша (?), 10:37, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > круто, я уже давно не пишу на php, НО это классный язык
    > для создания WEB приложений.

    И все же скорее нет, чем да :)

     

  • 1.6, Аноним (8), 14:18, 28/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    preload это отлично, можно весь фреймворк типа laravel/symfony закэшировать
     
  • 1.16, Аноним (9), 14:37, 28/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    В ответ к выше скрытому комментарию AngularJS закрывается в 2021 году. https://killedbygoogle.com/
     
     
  • 2.19, Аноним (18), 14:48, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Хорошо-то как. В чём подвох?
     
     
  • 3.20, Алексей (??), 14:54, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    AngularJS != Angular
     
  • 3.21, Аноним (9), 14:54, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В том что гугл скорее всего выкатит что-то новое я думаю они просто будут рекомендовать использовать Dart. Как вариант что-то полностью несовместимое с Ангуляром вплоть до смены названия, а не просто Ангуляр 2.

    И да тем кто не верит в эту ссылку можете нажать ссылку на статью от авторов Ангуляра и прочитать в ней комментарии от автора блога. Где он написал что после 2021 года поддерживайте свой Ангуляр сами.

    Пока что ни один человек кому бы я не послал эту ссылку не поверил что это правда...

     
     
  • 4.23, Антон (??), 15:02, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну как бы под Angular можно писать на Dart, но этим редко кто пользуется.
    AngularJS фактически мертв уже года два, до 2021 они правят в нем баги. Не вижу тут ничего страшного, наоборот, удивлен что он еще поддерживается.
     
  • 4.27, Алексей (??), 15:12, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > И да тем кто не верит в эту ссылку можете нажать ссылку на статью от авторов Ангуляра и прочитать в ней комментарии от автора блога. Где он написал что после 2021 года поддерживайте свой Ангуляр сами.

    И приглашает присоединиться к Ангуляру:
    We look forward to joining you on the next exciting part of our journey together on the Angular platform.

     
     
  • 5.35, Аноним (37), 15:38, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Dart и TS версии вроде еще будут поддерживаться.
     
  • 3.22, Аноним (9), 14:59, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вот как вариант https://angulardart.dev/version и версия только на TS видимо останутся.
     
  • 2.53, Анони (?), 17:03, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Хорошо, что 5 лет назад я решил его не изучать, т.к. примеры туториалов не работали на свежих версиях.
     
     
  • 3.63, Попугай Кеша (?), 17:39, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Хорошо, что 5 лет назад я решил его не изучать, т.к. примеры
    > туториалов не работали на свежих версиях.

    Используйте React ;)

     

  • 1.45, Аноним (39), 16:15, 28/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > свойства классов теперь могут включать объявления типов

    Начали прозревать?
    > Оператор распаковки внутри массивов "...$var", позволяющий выполнять подстановку существующих массивов при определении нового массива

    Не имея намерения уязвить - а разве в php не было функции типа
    flatten([1,2,[3,4],5,6]) -> [1,2,3,4,5,6]
    (просто лень лезть на php.net и искать в доках, было оно там или нет)
    > Добавлена функция mb_str_split(), аналогичная str_split(), но оперирующая не байтами а позициями символов в многобайтовой строке

    Ээээ... А разве такая функция не должна изначально быть в любом языке, претендующем на поддержкув UTF8?

     
     
  • 2.47, Аноним (18), 16:42, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > претендующем на поддержкув UTF8?

    [шутка про PHP6]

     
     
  • 3.101, Аноним (101), 22:26, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ой, про питон и Unicode еще пошути...
     
  • 2.56, пох. (?), 17:07, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ээээ... А разве такая функция не должна изначально быть в любом языке, претендующем
    > на поддержкув UTF8?

    для опоздавших родиться: некоторые любыеязыки _старше_ чем ваш любимый utf8. Поэтому изначально в них этих ужасов быть просто не могло.

      

     
     
  • 3.65, Аноним (39), 18:00, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я понимаю, что UTF8 появился не во времена фон Неймана и Тьюринга, но в современном мире язык либо сам имеет полный набор мультибайтных аналогов базовых функций для работы со строками, либо такие функции все вынесены в отдельную либу, но в любом случае при релизе (языка или отдельной либы) должен присутствовать весь набор таких функций. А когда такие функции вводятся по одной в релиз - как-то это неправильно.
     
     
  • 4.68, пох. (?), 18:13, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    повторяю: в современном мире, помимо нескучных язычков от вчера-родившихся, есть полно таких, где utf8 - кривой сбоку добавленный костыль, которым он и является от рождения. Поскольку языки существовали за много лет до его изобретения.

    Дополнительные подпорки к нему приставляют по мере возникновения потребности и наличия времени разработчиков.

    Ну вот очередную и добавили, можно радоваться.

     
     
  • 5.90, Аноним (39), 20:01, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, блин, ещё раз: костыль или не костыль, а добавлять надо сразу и целиком. А поставить одну палочку, потом прикрутить вторую, потом третью, и так далее, пока через десять релизов не оформится вся конструкция - это даже костылём назвать нельзя.
     
     
  • 6.93, пох. (?), 20:42, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    кому надо? Разработчикам php вот было не надо. Они, видимо, не нуждались в одновременной поддержке уйгурского, тамильского и трех неведомых африканских языков.

    Когда понадобилось как-то работать с плодами выросшими на почве повсеместного пихания utf8 без мыла - написали себе mbstring.
    Надо что-то еще - потихоньку дописывают.

    А не "вы тут посидите еще лет пять на версии 5.2, вон есть recode, она вам все перекодирует - а мы тут пока конесептюальный дизингн продумаем, и, каааак выкатим на гора - а вы будете переделывать все свои поделки с нуля, потому что про совместимость как-то забылось".

    Не вижу в этом особой катастрофы.

    P.S. если что - для меня прелести пехепе заканчиваются в том месте, где, иногда, удается пару операторов поправить в чужом кривом коде.

     
  • 4.74, тоже Аноним (ok), 18:34, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вы не понимаете, что такое РНР.
    Изначально это была просто удобная обертка над сишными функциями.
    Быстрыми, но ни черта не знающими ни о каких там кодировках.
    Когда оказалось, что веб растет взрывообразно и уже вчера нужен язык для быстрой разработки - эту обертку начали обмазывать сахаром и наращивать собственные библиотеки, как у настоящего языка. Вкривь и вкось, лишь бы быстрее работало и можно было быстро на этом разрабатывать.
    И только к седьмой версии начали разгребать то, что получилось, и оглядываться на языки, выросшие менее хаотичным путем.
     
     
  • 5.166, funny.falcon (?), 11:27, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, разгребать ещё в пятой версии начали.

    Но в седьмой решились делать это побыстрее.

     
  • 4.95, Аноним (95), 20:49, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    УТФ-8 модное ненужно. ASCII всем хватит.
     
  • 3.102, Аноним (101), 22:29, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > для опоздавших родиться: некоторые любыеязыки _старше_ чем ваш любимый utf8. Поэтому изначально в них этих ужасов быть просто не могло.

    utf-8 1992, php 1994. Что еще сморозишь?

     
     
  • 4.103, пох. (?), 22:46, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > utf-8 1992, php 1994. Что еще сморозишь?

    и в каком году этот мертворожденный стандарт, существовавший только на бумаге, оживили и запихали в линукс, уточните?

     
     
  • 5.167, funny.falcon (?), 11:36, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Просто долгое время он жил только внутри Plan9.

    А многие другие полагали, что весь уникод вместится в UCS-16, который в то время все ещё назывался UTF-16, и все научатся с этим жить.

    Но потом пришёл (набрал свою популярность) HTML и WWW, и оказалось, что тратить по 2 байта на латинский алфавит (которого в HTML оказалось больше половины даже в локальных сайтах) накладно.

    А с другой стороны, оказалось, что в два байта все символы не влезают, и все равно приходится разгребать много кодовые символы и последовательности. А значит, UTF-16 уже не способен обеспечить кажущуюся простоту. А UTF-32 - это уж совсем жирно.

    Вот тут вдруг все и обнаружили, что кое кто в никому не нужном Plan9 уже придумал вполне удобную кодировку UTF-8.

     
  • 4.106, тоже Аноним (ok), 23:56, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > utf-8 1992, php 1994. Что еще сморозишь?

    Например, Винда-Семерочка до первого сервис-пака совершенно не умела в стандарт ЮСБ-3, принятый за два года до ее релиза при активнейшем участии... самой же Майкрософт.
    Годы рождения чего бы то ни было в айти вообще могут ни черта не значить.

     
     
  • 5.125, пох. (?), 10:12, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    никто же не мешал производителям (если они были - за два года родить надо не пачку мятой бумаги, а работающие микросхемы) писать и подписывать собственные драйвера usb3 - никакой супер-поддержки от самой винды для его работы и не требуется (ну ок, не сможет высунуть окошко "вы воткнули в модный usb3 свое устаревшее usb1 г-но - немедленно уберите и прекратите!")

    Точно так же как никто не мешал желающим бежать впереди паровоза, и создавать свои уникальные чудо-программы, работающие с utf8. Просто их "почему-то" не оказалось.

    Зато, когда эта идея наконец посетила дЭффективных менеджеров редхата (викивракия врет что в 2002м, но, что-то, похоже - врет) - обиженными ускользнуть удалось крайне немногим.

     
     
  • 6.135, тоже Аноним (ok), 11:50, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > никто же не мешал производителям

    А майкрософту написать универсальный драйвер кто-то мешал? Пусть даже говенный, как с видеокартами, но позволяющий системе работать с шиной, пока не подъехали дрова от производителей.
    Чтобы не позориться при установке "а дайте-ка мне дрова на то, с чего я загрузилось, а то я вообще ни одного устройства не вижу в упор"?

     
     
  • 7.136, пох. (?), 12:05, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    универсальный драйвер несуществующей в природе аппаратуры Боюсь, мешало то, чт... большой текст свёрнут, показать
     
     
  • 8.139, тоже Аноним (ok), 12:25, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Аппаратура по той шине подключалась сто лет как известная - вроде USB-CD Только... текст свёрнут, показать
     
     
  • 9.141, пох. (?), 12:56, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    так это - стандарт - шины Вот за него скажи спасибо - microsoft г-но стандарт... большой текст свёрнут, показать
     
     
  • 10.146, тоже Аноним (ok), 15:05, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Известным Это все тот же USB2-CD, просто подключенный через USB3 обратно совме... текст свёрнут, показать
     
     
  • 11.189, пох. (?), 17:22, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    мда, пичалька Тут альтернативная одаренность просто зашкалила Я не знаю как те... большой текст свёрнут, показать
     
     
  • 12.191, тоже Аноним (ok), 17:31, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    О Я наконец нашел человека, который мне расскажет, почему при перетыкании, скаж... текст свёрнут, показать
     
     
  • 13.194, Anonymoustus (ok), 18:23, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    USB вообще отвратительная гадость Зато бесплатно ... текст свёрнут, показать
     
     
  • 14.195, тоже Аноним (ok), 18:30, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Просто в Убунте я перетыкаю в другое гнездо хоть целый принтер - и он без разгов... текст свёрнут, показать
     
     
  • 15.196, Anonymoustus (ok), 18:30, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А в dmesg смотрел И чо там ... текст свёрнут, показать
     
     
  • 16.198, тоже Аноним (ok), 19:05, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я в dmesg смотрю при проблемах А тут их как-то никто и не создает ... текст свёрнут, показать
     
  • 13.203, пох. (?), 12:14, 03/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    драйвер уже давно стоит, она просто привязывает его к новому id Если это не что... большой текст свёрнут, показать
     
  • 3.115, pda (?), 04:25, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Внезапно PHP - 1994 год, UTF-8 - 1992...
     
     
  • 4.124, пох. (?), 10:04, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    еще один читатель викивракии на наши головы...

     
     
  • 5.140, Аноним (140), 12:47, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    JS (Mocha/LiveScript) в 1995 смог в UTF, a php в 1995 (релиз 1.0) - нет.
    Завязывай спорить, не позорься.
     
  • 2.59, Clin1024 (?), 17:23, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > flatten([1,2,[3,4],5,6]) -> [1,2,3,4,5,6]

    это долго и нудно писать, быстрее/проще/понятнее как в ECMAScript/JS через "..."

     

     ....большая нить свёрнута, показать (31)

  • 1.54, Анони (?), 17:05, 28/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Было бы интересно статистику предпочтений реальных разработчиков видеть, а не комменты непричастных. Ах да, они же на работе сейчас.
     
     
  • 2.57, пох. (?), 17:09, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    предпочтения - они точно так же от непричастных - даже если они сейчас и на работе, и во всю пыхтят над своим пехепе 5.2 прожектом - предпочитая, разумеется, erlang. Но надсмотрщик с кнутом не позволяет им отвлекаться.

     
     
  • 3.64, Попугай Кеша (?), 17:40, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > предпочтения - они точно так же от непричастных - даже если они
    > сейчас и на работе, и во всю пыхтят над своим пехепе
    > 5.2 прожектом - предпочитая, разумеется, erlang. Но надсмотрщик с кнутом не
    > позволяет им отвлекаться.

    Ха-ха ) Близко )

     
  • 3.81, конь в пальто (?), 19:05, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вот признайся, что ты давно на пхп не пишешь, а может быть даже никогда на нем и не писал ничего?
    который раз замечаю, что о пхп у тебя очень дилетантские представления.
     
  • 3.145, Aqueelone (?), 13:46, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А я то думаю -- что Erlang (не Elexir) делает в Laravel...

    Это из серии -- как вынести мозг индусам? Довавить Clojure-loop в Java класс и пусть ломают голову как оно работает! :)  

     
     
  • 4.147, Попугай Кеша (?), 15:12, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А я то думаю -- что Erlang (не Elexir) делает в Laravel...
    > Это из серии -- как вынести мозг индусам? Довавить Clojure-loop в Java
    > класс и пусть ломают голову как оно работает! :)

    Индусы захватили Мелкософт. Им там веселее. С C# балуются.

    Clojure не трогать! Любимый язык!

     
  • 2.105, SubGun (ok), 23:35, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Какую статистику? Админов локалхоста?
    Разработчики могут предпочитать просмотр порно чтению мануалов, но руководство компании не позволит смотреть порно на работе.
     
     
  • 3.128, пох. (?), 10:24, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну это у вас какое-то очень жестокое руководство. Обычно порно, если не сильно палиться, все же можно.
    А вот "корпоративный стандарт разработки у нас- php 7.3 - и с вашими идеями, что хорошо бы нам все переписать на прекрасном игого - вооон туда, в отдел кадров и к левому столику - там увольнениями занимаются. Или эти двенадцать тасков БУДУТ закрыты до конца дня, и пройдут ревью!"
     
     
  • 4.150, Попугай Кеша (?), 17:30, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > ну это у вас какое-то очень жестокое руководство. Обычно порно, если не
    > сильно палиться, все же можно.
    > А вот "корпоративный стандарт разработки у нас- php 7.3 - и с
    > вашими идеями, что хорошо бы нам все переписать на прекрасном игого
    > - вооон туда, в отдел кадров и к левому столику -
    > там увольнениями занимаются. Или эти двенадцать тасков БУДУТ закрыты до конца
    > дня, и пройдут ревью!"

    Ух ты ж бл. Это ад для разработчиков?

     
     
  • 5.190, пох. (?), 17:24, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    это рай. Ад там же, но системным администратором.

     
     
  • 6.206, Попугай Кеша (?), 10:31, 10/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > это рай. Ад там же, но системным администратором.

    Для садо-мазо?

     

  • 1.94, Аноним (95), 20:47, 28/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    самый важный язык на всем свете. долгих лет.

    ЗЫ Круче только ЯваСкрипт

     
     
  • 2.100, Аноним (100), 22:20, 28/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты тоже программируешь на HTML?
     
  • 2.109, Wfhm (?), 01:03, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А .bat скрипты еще круче явы!
     
     
  • 3.117, Аноним (117), 04:56, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да!!!
     

  • 1.107, Прикроватный Аноним (?), 00:41, 29/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Херня в том, что PHP сейчас модно ругать, но альтернатив ему особенно и нет. Руби сдулся так толком и не взлетев. Питон - возможно в каких-то местах и неплох, но и не так уж и хорош, чтобы можно было однозначно выбирать его. Джанго - на фоне Симфони и Ларавеля смотрится не так уж убедительно, как и сам Питон на фоне ПХП. Особенно доставляют ПРИНЦИПЫ.. или как их там, которые декларируются Питоном как ключевые..  типа явное лучше неявно, хорошее лучше плохого.. и прочий бред, на которые, впрочем, также повсеместно кладут. ПХП - язык не обремененный идеалогией, пилящийся  практиками, по возможности и по необходимости. Да, есть и недостатки, но на практике (веб-формошлепство) они не так уж мешают, а рывок, который начался с 7-ки - просто сказка какая-то..  Проблема ПХП, имхо не в языке, а в том что есть куча легаси - того же вордпресса и прочих поделок...  типа битрикса, которые по хорошему надо бы похоронить, но никто этого делать не собирается,  ибо обратная совместимость. и куча инсталяций(потраченного бабла).  Вот одновременно и существует 2 параллельных мира ПХП..   вордпресс и битрикс.. и  всякое модное-молодежное симфони, ларавель..  
     
     
  • 2.110, Anonymoustus (ok), 01:08, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > PHP сейчас модно ругать, но альтернатив ему особенно и нет.

    Естественно, нету. И я могу одним предложением объяснить — почему: благодаря возможности произвольно смешивать HTML-разметку и код PHP. Гениальнейшая идея! Жаль, что реализация самого ЯП не ахти.


    ЗЫ

    Кстати, сами пыхтачки не всегда осознают, что любят Пых именно за это. :) Если бы этой особенности в Пыхе не было, его бы самого давно уже не было.

     
     
  • 3.120, Прикроватный Аноним (?), 07:30, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > благодаря возможности произвольно смешивать HTML-разметку и код PHP

    Будто в этом есть что-то плохое...  Посмотрите внимательно на C# .net core и др. - эту фичу уже много лет пытаются скопировать многие "крутые" языки.

    Что касается перка "говнокод"  - для него наличие ПХП вовсе не обязательно, да и наличие возможности что-то с чем-то смешивать тоже.

     
     
  • 4.159, Anonymoustus (ok), 00:31, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> благодаря возможности произвольно смешивать HTML-разметку и код PHP
    > Будто в этом есть что-то плохое...  Посмотрите внимательно на C# .net
    > core и др. - эту фичу уже много лет пытаются скопировать
    > многие "крутые" языки.

    Я же не говорю, что плохое. Наоборот же пишу: гениальное изобретение. Но только для крепких духом и мозгом. В кривых же руках открывает прямую дорогу к гновнокоду.

    > Что касается перка "говнокод"  - для него наличие ПХП вовсе не
    > обязательно, да и наличие возможности что-то с чем-то смешивать тоже.

    Целиком и полностью согласен.

     
  • 3.144, anomin (?), 13:25, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    razor blazor ?
     
     
  • 4.151, Попугай Кеша (?), 17:31, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > razor blazor ?

    Ага, он. Но помню 10 лет назад я на Razor что-то писал. Теперь вот Blazor появился.

     
  • 3.156, Анонимос (?), 19:13, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Другими словами, что такое разработка на пхп сегодня, тебе абсолютно неизвестно)
     
  • 3.157, Иваныч (??), 00:18, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ASP, когда-то баловался ради лулзов таким на VBScript/JScript с ODBC в начале-середине нулевых. Только хорошего тут что?
     
     
  • 4.158, Anonymoustus (ok), 00:27, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошего — удобство. Учитывая, особенно, что для большинства, увы, оказалось совершенно не по силам освоить XML, XSLT и производные средства, задуманные для собственно развития Веба.
     
     
  • 5.168, Аноним (168), 13:13, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Есть нюанс. XSLT — Turing-complete, так что это сорта уровня JS.
     
     
  • 6.170, Anonymoustus (ok), 15:04, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    171 XSL, 8212 как бы говорит нам Консорциум, 8212 is a family of recomme... большой текст свёрнут, показать
     
  • 5.171, Иваныч (??), 16:21, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    XHTML/XML/XSLT - вещи весьма полезные без сомнения, но что было в ASP & PHP начала 2000-х было не очень. На каждый чих открывать соединения, логика с форматированием смешанные и прочее, хотя это может всего лишь был опыт ковыряния в легаси, кошмарная вещь. А шаблоны и в NodeJS есть для любителей этого дела: https://expressjs.com/en/resources/template-engines.html

    Многие выглядят более адекватно, да и для любителей есть это дело и в других языках - C, C++, D, Java, Go, ... Сотни их.

     
  • 2.122, suffix (ok), 09:56, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    на php 7.4 Bitrix тупо не заведётся :(
     
     
  • 3.126, пох. (?), 10:18, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    подождите недельку - починют.

    А обратной совместимости там, если кто не в курсе, и не было никогда.
    Раз в пол-года очередное обновление стабильненько ломает все что понагуанокодили вручную.

    Ну и что, вы же за лицензию уже заплатили? Теперь заплатите "разработчику на битриксе", он поправит.

     
     
  • 4.127, suffix (ok), 10:22, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У меня нет проблем - я же не идиот всё сразу в прод тащить :)

    Есть надежда что может быть именно в моём случае вообще гладко будет (у меня сайт на windows-1251) - а у Битрикса и нового php 7.4 на сайтах с utf-8 проблемы ожидаются.

     
     
  • 5.129, пох. (?), 10:28, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Удобно, чо.

    (к счастью, у меня тоже 1251, но вот думать в какие моральные и денежные потери обойдется апгрейд - не хочется вообще. Хочется нечаянно снести все это нахрен, и посадить цветочки.)


     
  • 4.160, Anonymoustus (ok), 00:34, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > подождите недельку - починют.
    > А обратной совместимости там, если кто не в курсе, и не было
    > никогда.
    > Раз в пол-года очередное обновление стабильненько ломает все что понагуанокодили вручную.

    Меня, кстати, с давних пор интересует ответ на вопрос: а хостеры как поступают в плане обратной совместимости? Держат несколько версий Пыха для клиентов, латая по мере нахождения дыр, пока последний солидный господин не откажется от окаменевшей версии сабжа?

     
     
  • 5.176, пох. (?), 20:13, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Держат несколько версий Пыха для клиентов

    да.

    > латая по мере нахождения дыр

    ну вот еще. Пых у любого вменяемого хостера работает от юзера клиента. Иппут? И будут иппать! Пока вы не купите стир...услугу по сопровождению вашего чудо-сайта с почасовой оплатой.

    "Разумеется, у нас есть пункты договора, предполагающие отключение нахрен вашего сайта и блокировку учетки "в случае создания недопустимой нагрузки на сервер", без всяких попыток разбирательства - вы это майните, вас поломали и майнят, или просто гугль зашел поиндексировать".


     

  • 1.108, Аноним (108), 00:56, 29/11/2019 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –1 +/
     
     
  • 2.118, Аноним (117), 05:25, 29/11/2019 Скрыто модератором
  • –1 +/
     

  • 1.121, ДмитрийСССР (?), 09:29, 29/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда уже ребята из PHP сделают возможность строго указывать типа элементов массива который передают/получают, чтобы было что-то вроде

    > function show (array<int> $data);

    и

    > function show (array<ClassName> $data);

    очень подобного не хватает из коробки

     
     
  • 2.123, Аноним (123), 10:00, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Разработчики пхп писали об этом, потеря в производительности пока не позволяет сделать такие тайпхинты.
     
     
  • 3.134, ДмитрийСССР (?), 10:49, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо :)
     
  • 2.137, Аноним (137), 12:23, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Копировать иероглифический синтаксис из плюсов идея чреватая.
     
  • 2.148, thevoan (ok), 15:59, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Создайте класс BlablaCollection, который будет содержать массив только определенного типа, сделайте этот класс коллекцию итерируемой и передавайте это в нужную функцию

    function show (BlablaCollection $data);

     
     
  • 3.153, KonstantinB (ok), 18:17, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тут проблема в том, что либо придется копипастить кучу кода, либо терять типизацию в абстрактном классе с реализацией базовых методов типа map() или sort().
     
     
  • 4.155, thevoan (ok), 19:11, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Мир не идеален =)

    На текущий момент, на мой взгляд, лучше
    копипастить/кодогенерировать, чем
    ориентироваться на array.

    Еще можно взглянуть на:
    - hack lang (там есть генерики, и вроде бы,
      можно массивы делать типизированные).
    - java :)

     
  • 2.152, KonstantinB (ok), 18:15, 29/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если кастомные дженерики типа MyCollection<T> еще сделать можно (хотя тоже придется кучу кода перепахать), в случае с array это нереально. Ну то есть переписать придется вообще примерно все.
     
  • 2.163, anonymous (??), 04:56, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это есть в Hack.
     

  • 1.143, Андрей (??), 13:21, 29/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Лучший язык для веба.
    Знак $ не хотят убрать?
     
  • 1.149, Аноним (149), 16:52, 29/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Те кто говорит что PHP какой-то не такой, просто имеет мало опыта в программиров... большой текст свёрнут, показать
     
     
  • 2.161, Anonymoustus (ok), 00:37, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    https://cmsmagazine.ru/journal/items-the-perfect-paragraph/


    Не благодари. Совершенствуйся. Однажды люди начнут читать твои посты и комментарии.

     
  • 2.175, Михрютка (ok), 20:13, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    четырнадцать томов "В поисках утраченного времени" этому господину!
     

  • 1.165, Аноним (165), 10:28, 30/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    PHP все круче.
     
  • 1.172, Ilya Indigo (ok), 16:38, 30/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эх, ну никак не могут без приключений.
    https://bugs.php.net/bug.php?id=78892 (заблокировано хрен в рот позором, юзайте прокси)
     
     
  • 2.173, KonstantinB (ok), 19:30, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А при чем тут PHP вообще? Это мейнтенеры в systemd-сервисе не проставили нужные capabilities.
     
     
  • 3.174, Ilya Indigo (ok), 19:49, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    FPM - это часть PHP.
    systemd-unit файл поставляется апстримом, а не меинтайнерами даунстрима.
    7.3.11 прекрасно работал, там они, видимо, были.
    Так что это косяк PHP.
     
     
  • 4.177, пох. (?), 20:16, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > 7.3.11 прекрасно работал, там они, видимо, были.

    там их видимо, как раз и не было. А тут решили всем сделать щастья. Получилось как обычно.
    > Так что это косяк PHP.

    видимо, у разработчиков не systemd/linux (хм, десяточка?)

     
     
  • 5.180, Аноним (8), 22:46, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У подавляющего большинства разработчиков Линукс. Но при разработке и тестировании все запускается вручную, разумеется.
     
  • 4.179, Аноним (8), 22:42, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Действительно, в репозиторий положили.

    Такое бывает, кто-то прислал юнит, его в репозиторий положили (почему бы и нет), а при релизе 7.4 никто не проверил.

    Впрочем, в репозитории только пример, проверять работоспособность пакета - задача мейнтенера.

     
     
  • 5.183, Ilya Indigo (ok), 12:52, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А самое главное от чего у меня волосы дыбом встают, это то что мне отвечают меинтайнеры PHP в openSUSE https://build.opensuse.org/request/show/751575#comments
    Я что серьёзно САМ должен править systemd-unit файл при изменении конфигурационного файла php-fpm?
    И это не является ошибкой, а обычный нормальный процесс настройки?
     
     
  • 6.186, Аноним (8), 17:48, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    По вашей ссылке все сломалось и отдается 500, но вообще такие случаи, когда надо править юнит, это норма в системд.
     
     
  • 7.187, Ilya Indigo (ok), 18:04, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это не ссылка сломалась, это OBS на апаче периодически... это нормально для неё.

    Одно дело, когда я хочу изменить порядок или условие загрузки юнита, это нормально.
    Но если я хочу вместо 127.0.0.0:9000 (оффтопик едишн конфиг) использовать нормальный юниксовый сокет, с выставлением владельца (nginx:nginx) и режима для него (0600) я должен САМ также позаботится, что в CapabilityBoundingSet присутствовали все CAP_CHOWN CAP_SETGID CAP_SETUID?
    А просто добавить туда CAP_CHOWN, они не хотят это угроза безопасности, лишняя привелегия которая не нужна на дефолтном конфиге...

    https://build.opensuse.org/package/show/home:13ilya/php7
    Короче я просто создал в домашнем репозитории свой php со своими нужными мне дефолтными настройками (который при этом будет обновляться от родительского и автоматически патчится моими настройками) и пусть идут лесом со своим дефолтом.

    Проблема в том, что если так начнут делать и остальные, то у OBS ресурсов на всех не хватит каждый такой зоопарк обслуживать.

     
  • 6.192, пох. (?), 17:31, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Я что серьёзно САМ должен править systemd-unit файл при изменении
    > конфигурационного файла php-fpm?

    да, сюрприз!

    Мы заботимся о вашей безопастносте, и запретили fpm менять владельца собственного сокета.

    > И это не является ошибкой

    ЭТО является системным менеджером.

     
  • 2.205, Ilya Indigo (ok), 17:27, 05/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    На этом мои страдания не заканчиваются...
    https://bugs.php.net/bug.php?id=78916
    Ещё и отправка почты отвалилась. :-(
     

  • 1.178, Аноним (178), 21:09, 30/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    лучше бы нормальный debugger запилили
     
     
  • 2.204, Аноним (165), 15:57, 04/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Пиши сразу правильно
     

  • 1.182, InuYasha (?), 12:22, 01/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >>Сокращённый оператор присвоения "??="

    Типичное говноедство от PHP во все времена: давайте на каждую стандартную понятную конструкцию напишем новый "оператор" из трёх закорючек! *лицо-ладонь*

     
     
  • 2.197, Michael Shigorin (ok), 18:43, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "Зато не перл!"
     

  • 1.185, Онаним (?), 13:22, 01/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>> Переведены в разряд устаревших такие возможности, как вложенные тернарные операторы без скобок

    Говнокодерам, забивающимся на плохо документированное поведение оператора, снова привет. Сколько раз говорилось: скобки лишними не бывают.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру