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

Анализ зависимости безопасности кода от используемого языка программирования, opennews (??), 20-Дек-20, (0) [смотреть все] Какие-то языки ни о чём выбраны Где хайповые языки Где Rust, Go, Haskell, Ada , Аноним (1), 18:53 , 20-Дек-20, (1) +17 // На этих языках еще нечего анализировать, кроме хайпа, Анонимно (ok), 18:58 , 20-Дек-20, (3) +47 // is it safe , mos87 (ok), 19:02 , 20-Дек-20, (6) +1 Хайп Ada был году в 1980 наверное И хаскеля тогда же Так что еще тут слабо п, Аноним (10), 19:05 , 20-Дек-20, (10) +11 // Разве haskell не в начале 90-х появился , Ordu (ok), 23:47 , 20-Дек-20, (48) +1 Это побочный эффект от ленивых вычислений , n00by (ok), 10:45 , 21-Дек-20, (97) +6 Но ведь основная фишка функционального программирования -- отсутствие побочных э, Ordu (ok), 12:34 , 21-Дек-20, (106) +1 В том что и дело Наблюдаемый результат работы алгоритма суть побочный эффект , n00by (ok), 14:10 , 21-Дек-20, (115) –1 Не спорьте вот ниже вся история и наглядноhttps www youtube com watch v Og8, OpenEcho (?), 02:30 , 21-Дек-20, (72) –1 Дед, ты опять забыл принять свои таблетки , Аноним (-), 19:04 , 20-Дек-20, (7) +21 // Ещё хуже Мне прописали вводить смузи Запамятовал вот, пропустил процедуру Пой, Аноним (1), 19:36 , 20-Дек-20, (19) +5 // Попробуй lean, lockywolf (ok), 19:51 , 20-Дек-20, (21) –2 Cobol и basic , lockywolf (ok), 19:09 , 20-Дек-20, (11) –1 Ada - хайповый , Аноним (93), 10:15 , 21-Дек-20, (93) // Он не только хайповый, но и самый опасный два 737х уконтропупили на нем , Соня Мармеладова (?), 12:40 , 21-Дек-20, (107) Скрыто модератором, iPony129412 (?), 18:55 , 20-Дек-20, (2) –7 // Скрыто модератором, mos87 (ok), 19:04 , 20-Дек-20, (8) +6 а swift , Аноним (-), 18:58 , 20-Дек-20, (4) –1 сферические анализы кала в вакууме, mos87 (ok), 19:01 , 20-Дек-20, (5) +11 // На яве и нете, если плохое качество кода впереди, значит уровень разработчика не, Секрет (?), 01:07 , 22-Дек-20, (135) Как я и говорил, безопасность -- это не про похапешников Самый позорный показат, Аноним (9), 19:05 , 20-Дек-20, (9) +3 // Ну да, бест практис не сильно распространены и язык более популярный чем остальн, Бел аноним (?), 19:12 , 20-Дек-20, (12) // Заказчику работ не нужны practices, Аноним (14), 19:16 , 20-Дек-20, (14) +3 Откуда дровишки Есть хотя бы один рейтинг популярности ЯП, где бы пыха обгоняла, Аноним (9), 19:28 , 20-Дек-20, (17) // денис_борисов jpg, Нитрофос (?), 20:23 , 20-Дек-20, (29) –1 Ставить жабу по популярности в один ряд с питоном и жс Даже интересно, если не, Lex (??), 20:47 , 20-Дек-20, (30) –1 Какая, какая - очень большая Начиная с корпоративного сектора, которым пользуют, Урри (ok), 00:40 , 21-Дек-20, (58) +2 Т е в этом рейтинге в популярность джава не зачсчитывается разработка приложен, Lex (??), 22:39 , 21-Дек-20, (127) Ты тут для самоуспокоения пишешь Как видишь, желающих нет обсуждать подростковые, Тариф Анонимище (?), 23:41 , 21-Дек-20, (133) –1 Нет, просто забавляют тормозА, до сих пор всерьез считающие жабу сурьезным ынтеп, Lex (??), 13:24 , 22-Дек-20, (149) Автомобилями думаешь тоже никто не пользуется, потому что у тебя его нет , max (??), 00:09 , 24-Дек-20, (154) Умозаключение из области - Я в тот лес не ходил, но там точно деревьев нет Реа, вынь всего и вся (?), 02:05 , 21-Дек-20, (71) –1 Сразу видно иксперда опеннетовского, msgod (?), 09:47 , 21-Дек-20, (87) –1 Откуда дровишки С Это утверждение примерно десятилетней давности, сейчас мно, Аноним (160), 14:41 , 27-Дек-20, (160) Просто доля пхп большая, а у остальных значительно меньше И при чем тут безопас, Аноним (33), 21:07 , 20-Дек-20, (33) // Доля пхп значительно меньше жабы Правильно было бы спросить - что в списке язык, PHPexpert (?), 21:44 , 20-Дек-20, (37) –3 Причем здесь языки и техника програмирования XSS , можно что С , что пыхтоне, , Аноним (77), 03:34 , 21-Дек-20, (77) +1 // Apples vs Seeds, Аноним (85), 09:40 , 21-Дек-20, (85) ха-ха походу исследование отражает умственные способности их использующих, анонимит (?), 19:16 , 20-Дек-20, (13) +2 // C Слабые умственные способности Что-то путаешь , nonon (?), 22:07 , 20-Дек-20, (42) –1 Это, конечно, такая средняя температура по больнице Качество программ сильно за, Vkni (ok), 19:18 , 20-Дек-20, (15) –3 // Это просто статистика, никто не делает прямых выводов Но как правило, такая ста, ЧеловекКамелКейс (?), 21:12 , 20-Дек-20, (34) +1 // Роспотребпозор делает https pashev me posts rospotrebnadzor, Ковид2024 (?), 21:59 , 20-Дек-20, (41) Статистика-то может и показывает, но есть некоторые сомнения в абсолютно одинако, Аноним84701 (ok), 23:12 , 20-Дек-20, (47) +1 Тогда на кой чёрт статистика нужна - Переполнение буфера ловится Valgrin, разн, Vkni (ok), 01:23 , 21-Дек-20, (65) все что тут описано в принципе не проблемы языков Тут проблемы писателей И как, анонимуслинус (?), 19:24 , 20-Дек-20, (16) –2 // Проблемы C от того, что его упорно смешивают с Си Как правило указатели испол, Аноним (24), 20:05 , 20-Дек-20, (24) +1 // он тем и хорош , что все под контроль программисту Проблемы с программистами, н, анонимуслинус (?), 20:20 , 20-Дек-20, (27) –1 // В C отнюдь не всё на деле под контроль программисту Это всего лишь довольно л, АЛМНКАГОГ (?), 01:15 , 21-Дек-20, (64) –1 Ну так далеко не в каждой архитектуре есть способ обнаружить такое переполнение , Аноним (24), 03:39 , 21-Дек-20, (78) С каждой строкойнагнетается сайенсхоть и не хокку , АЛМНКАГОГ (?), 12:11 , 22-Дек-20, (148) +1 Есть чудесная статья What every compiler writer should know about programmers , Vkni (ok), 01:33 , 21-Дек-20, (67) А при чём здесь железо Потеря контроля она и есть потеря контроля Железо не п, АЛМНКАГОГ (?), 01:44 , 21-Дек-20, (70) Почитайте статью Для примера - под AIX POWER вы можете разыменовывать NULL - он, Vkni (ok), 01:46 , 22-Дек-20, (137) +1 NULL не указывает на нулевую страницу Вы не поняли - железо ни при чём Если , АЛМНКАГОГ (?), 02:13 , 22-Дек-20, (139) - Смешное заявление программа работает, но не работает При чём заметьте , АЛМНКАГОГ (?), 02:43 , 22-Дек-20, (142) Да Если взять компилятор из 80-х, будет работать Если отключить оптимизации в , Ordu (ok), 03:36 , 23-Дек-20, (150) О, адвокат Файрфокса подтянулся, тоже то ещё вредоносное поделие Что-то мне каже, АЛМНКАГОГ (?), 12:25 , 23-Дек-20, (151) Я что-то сказал в защиту фф Где Когда Слабо найти хотя бы одну ссылку на мою , Ordu (ok), 14:05 , 23-Дек-20, (152) Вы читали вышенаписанное Там про NULL И он не нулевой физический адрес, как мн, АЛМНКАГОГ (?), 03:25 , 26-Дек-20, (155) Вот кстати обоснование выше приведённого примера с нулями из тех, с которыми , АЛМНКАГОГ (?), 03:47 , 26-Дек-20, (156) На современном железе программы работают с виртуальными адресами И дело не в яз, n00by (ok), 09:17 , 26-Дек-20, (157) Есть один широко известный Адрес, который надо было бояться придётся следовать , АЛМНКАГОГ (?), 02:20 , 28-Дек-20, (162) Абырвалг , n00by (ok), 09:20 , 28-Дек-20, (163) Вообще-то, там обсуждается под контроль программиста NULL взят в качестве при, Ordu (ok), 11:54 , 26-Дек-20, (158) Во-первых вам к Нам следует обращаться отнюдь не ты Никакого примера с перепол, АЛМНКАГОГ (?), 02:12 , 28-Дек-20, (161) Ох блин, спасибо, вот уважил старика Как я надеялся, что ты прочитаешь, и ты пр, Ordu (ok), 12:41 , 28-Дек-20, (164) Проблемы у C и C в том, что даже вроде бы успешно работающая в тестах программ, АЛМНКАГОГ (?), 01:33 , 21-Дек-20, (68) // По моему опыту всё, на чём я и не только писал могло оказаться неправильным И, PnD (??), 15:18 , 21-Дек-20, (117) ну так гёдель же еще 100 лет тому назад так шо не парься все ошибаются и я т, Myyx (?), 22:58 , 21-Дек-20, (132) Могло, может быть Но только годное и работоспособное не могло То, на чём вы пи, АЛМНКАГОГ (?), 03:19 , 22-Дек-20, (143) а также, извините, Питона, Явы, Perl, Go - тот ещё набор , АЛМНКАГОГ (?), 03:22 , 22-Дек-20, (144) Не совсем У всех языков есть проблемы У похапе проблемы 8212 это фича Фича пи, GG (ok), 00:01 , 21-Дек-20, (50) // питон вообще довольно приятный язык, особенно в малых дозах Не так как на нем п, анонимуслинус (?), 00:14 , 21-Дек-20, (54) –2 В который - второй или третий , Урри (ok), 00:42 , 21-Дек-20, (59) проверяется при помощи функции file_exists , которая автоматически выполняет де, Аноним (89), 09:55 , 21-Дек-20, (89) +1 таблица - теплое с мягким, все как мы любим, имя_ (?), 19:31 , 20-Дек-20, (18) +4 Чота Лиспа не увидел , Аноним (20), 19:45 , 20-Дек-20, (20) Фрактааааал Твой выход , Аноним (22), 19:55 , 20-Дек-20, (22) +5 Поржал, особенно с JS 7 code quality А почему так Потому что любая дичь в ко, n242name (?), 19:57 , 20-Дек-20, (23) +6 // Да, очень странно, что JS весь в белом и на коне Хотя в реальной жизни проблем , Аноним (25), 20:07 , 20-Дек-20, (25) +1 // Так на жсе, в среднем по больнице, не пишут то, что пишут на сях , Аноним (28), 20:21 , 20-Дек-20, (28) –2 // Справедливости ради JavaScript давно уже стал достаточно универсальным языком, н, Дима (??), 20:50 , 20-Дек-20, (31) –6 Мне кажется что JS лет столько же, сколько PHP, а толку в плане становления уни, Аноним (35), 21:18 , 20-Дек-20, (35) –2 Спроектировано вменяемо Если не согласен -- приводи конкретные примеры Производ, Аноним (9), 21:54 , 20-Дек-20, (39) +1 https github com denysdovhan wtfjs, Урри (ok), 00:47 , 21-Дек-20, (60) –4 Что это Список 171 прикольных 187 вопросов для собеседования В реальном, Аноним (9), 01:02 , 21-Дек-20, (63) Вот именно, оно - натуральное ковно, в реальном коде этого ковна никогда не буде, n242name (?), 02:35 , 21-Дек-20, (73) –2 Берешь гитхаб и ищешь реальные примеры по реальному коду, где бы кому-либо пункт, Аноним (9), 03:20 , 21-Дек-20, (75) И чем оно отличается от какого-нибудь Undefined behaviour с c , Аноним (81), 08:40 , 21-Дек-20, (81) –1 Отличается тем что в ecmascript это определенное и стандартизованное поведение, Аноним (92), 10:07 , 21-Дек-20, (92) И ведь это лучше, чем рулетка UB в плюсах , Аноним (81), 21:34 , 21-Дек-20, (124) –1 Используйте typescript , Аноним (89), 10:01 , 21-Дек-20, (90) там большинство вопросов уровня 0 3 0 2 и 2 2 , Аноним (92), 10:46 , 22-Дек-20, (145) Подскажите, каким языком вы обычно заменяете JavaScript в случаях и местах, когд, нитрол (ok), 22:12 , 21-Дек-20, (126) –1 Нужно стремится к JavaScript Суровая правда жизни в том, что в веб-разработке н, Дима (??), 01:08 , 22-Дек-20, (136) Уже года три как потеснил, с разморозкой И вместе с теснением притащил в свои ря, GG (ok), 00:05 , 21-Дек-20, (51) –3 влажные мечты ньюфага , Gemorroj (ok), 00:37 , 21-Дек-20, (56) –5 не надо писать на js большие программы, используйти строго статически типизирова, Аноним (92), 10:53 , 22-Дек-20, (146) Тут смотря что с чем сравнивать Похоже для php анализатор гоняли на WordPress с , Аноним (69), 01:34 , 21-Дек-20, (69) +1 Да уж, какой-то малосвязанный и сложно восрпинимаемый список Однако, многие мом, InuYasha (??), 20:17 , 20-Дек-20, (26) А раста нет, потому что на нём студенты пишут хеллоуворлды , Аноним (32), 21:01 , 20-Дек-20, (32) +1 // Нет, потому что он является безопасным языком , Аноним (43), 22:17 , 20-Дек-20, (43) –2 // Не является , Аноним (44), 22:26 , 20-Дек-20, (44) +1 Зашел почитать комментарии про Rust , Kuromi (ok), 21:36 , 20-Дек-20, (36) +5 // А чего читать - нет проблем Почитай лучше про остальные языки как там все плохо, Аноним (128), 22:40 , 21-Дек-20, (128) Ну что phpшники Стало лучше ваше поделие В каждой версии говорите что вот тепе, Анон666 (?), 21:50 , 20-Дек-20, (38) +31   // И на что смотреть Какой язык может заменить пхп Была куча взрослых закапывател, Аноним (46), 23:10 , 20-Дек-20, (46) –17   // Если небольшой проект - нода и реакт, javascript же все равно учить надо Если к, anon22 (?), 00:07 , 21-Дек-20, (52) +13   // какая каша в голове у этих смузихлебных манагеров, которые нихера не знают про п, Gemorroj (ok), 00:39 , 21-Дек-20, (57) –11   Да ладно тебе - тут все гораздо хуже Он же предлагает ноту и жабоскрипт на бекэ, Урри (ok), 00:55 , 21-Дек-20, (61) –4   Как эксперт по пхп подтверждаю - альтернатив просто нет Есть решения в чем-то л, PHPexpert (?), 10:02 , 21-Дек-20, (91) +3   Ниче что шаблонизатор это всего лишь либа Я могу любой из них заюзать что в спри, msgod (?), 10:33 , 21-Дек-20, (95) –1   Шаблонизатор это не просто либа Это целый язык программирования Откройте hh, в, PHPexpert (?), 10:51 , 21-Дек-20, (98) +1   Зачем шаблонизатору выполнять что то кроме рендера страницы перед тем как ее отд, msgod (ok), 11:29 , 21-Дек-20, (99) –1   Данные шаблонизатору отдает низлежащий стек В случае jvm там множество варианто, PHPexpert (?), 11:36 , 21-Дек-20, (101) +1   Ну что тут сказать Jsp jsf в ЕЕ лет 20, SpringMVC в спринге не меньше Они вход, msgod (ok), 11:35 , 21-Дек-20, (100) –1   Это фреймворки java, а не freemarker Всё равно что сравнивать фреймворки на C н, PHPexpert (?), 11:51 , 21-Дек-20, (102) +1   Ну тебе же нужен был аналог ларавеля Чтопизкаропки Они и есть аналог При этом л, msgod (ok), 12:09 , 21-Дек-20, (104) –1   Мне точно не нужен И это не аналог, я уже объяснил Если надо использовать асинх, PHPexpert (?), 12:15 , 21-Дек-20, (105) +1   Javascript учить НЕ НАДО, но к сожалению придется, пока не переедем на WebAssemb, n242name (?), 02:52 , 21-Дек-20, (74) –3   Мусье не в курсе, что WebAssembly не создавался, как замена яваскрипту , Аноним (9), 03:25 , 21-Дек-20, (76) +1   зато будет использоваться как замена - 100 доступ к DOM у него уже естьTelerik и, n242name (?), 13:28 , 21-Дек-20, (109) –2   У WebAssembly нет доступа к дому, мань Он лишь в состоянии вызывать функции, ко, Аноним (9), 14:29 , 21-Дек-20, (116)   gt оверквотинг удален Байндинги в самих фреймворках не проблема Да сделаны чер, n242name (?), 15:22 , 21-Дек-20, (118) –1   Вот и протестируй, а затем уже предлагай Чем больше WebAssembly зависит от брау, Аноним (9), 15:41 , 21-Дек-20, (119)   1 не для скорости, а для платформы2 не будет он на порядки быстрее, тупит DOM,, n242name (?), 00:05 , 22-Дек-20, (134)   Правильно И это -- один из редчайших случаев, когда wasm реально применяется та, Аноним (9), 01:49 , 22-Дек-20, (138)   тем, что TypeScript это все еще JSесли надо объяснять чем JS плох, то дафай досф, n242name (?), 02:13 , 22-Дек-20, (140)   Да не, слиться любой может А ты вот попробуй не сливаться и реально попытайся о, Аноним (9), 02:24 , 22-Дек-20, (141)   Хочу спросить, для повышения образованности А почему бы не закинуть в wasm стро, Ordu (ok), 21:37 , 21-Дек-20, (125)   Ts, dart Ангуляр и вполне умеет, msgod (ok), 10:40 , 21-Дек-20, (96) –1   TS - кастрат, потому что под капотом это тот же JS, там из нормального только ти, n242name (?), 13:32 , 21-Дек-20, (110)   Заменить в чём Если в роли инструмента для клепания сайтов, то любой скриптовый , GG (ok), 00:08 , 21-Дек-20, (53)   // А можно примеры нормальных фреймворков Таких, что бы были не хуже и не медленне, Урри (ok), 00:57 , 21-Дек-20, (62) –1   Тебе фляжки с джангой для чего-то не хватает Медленность упирается в говнокод, с, GG (ok), 01:26 , 21-Дек-20, (66) +1   самый медленный язык в мире php в последней версии ускорили на 10 , теперь php , son (?), 09:18 , 21-Дек-20, (84) +4   Любой асинхронный фреймворк на питоне, го или яве работает в десятки или сотни р, msgod (ok), 12:57 , 21-Дек-20, (108) –1   Вот ты утёнок У нас что, ASP NET отменили Причём ламерам можно начать с BASIC, Gogi (??), 14:02 , 21-Дек-20, (114) –1   // ASP NET это винда и проприетарщина Не забываем на каком мы ресурсе, а вот про A, hex (??), 11:43 , 22-Дек-20, (147) +1   На одной работе вот была необходимость запилить костыль на PHP, кодеры, которые , Аноним (85), 09:45 , 21-Дек-20, (86) –1   Дырявые плюсовики в принципе не умеют работать с буферами, потому что дырявые, Fracta1L (ok), 21:55 , 20-Дек-20, (40) –10 // пишу на плюсах, ни про какие буфера ни разу не слышал массивы знаю, память знаю, Аноним (103), 12:03 , 21-Дек-20, (103) +3 // Потому что дырявый , Косплеер Фрактала (?), 16:08 , 26-Дек-20, (159) Как на JS написать уязвимость вида Directory traversal Какие директории у кли, Аноним (45), 22:57 , 20-Дек-20, (45) // Твои представления о том, что JS может выполняться исключительно в браузере, уст, Аноним (9), 00:31 , 21-Дек-20, (55) –1 Видимо опять сравнили количество ошибок в helloword ах в песочнице с операционны, Аноним (49), 23:51 , 20-Дек-20, (49) А кто-нибудь понял от чего эти проценты взяты Что символизируют эти циферки и с, Аноним (79), 06:51 , 21-Дек-20, (79) Кто хотя бы раз видел код на PHP, поймёт там люди тупо выживают - не до безопас, Аноним (80), 08:21 , 21-Дек-20, (80) +2 // Какие заказчики, такие и исполнители, такой и код Поспешишь - людей насмешишь, , Аноним (85), 09:48 , 21-Дек-20, (88) –2 // У семи нянек дитя без глаза Кто рано встаёт, тобу бог подаёт Итак, симпозиум на, Gogi (??), 13:58 , 21-Дек-20, (113) Кто хочет соскакивает , Аноним (128), 22:43 , 21-Дек-20, (129) Это и так все давно знали , th3m3 (ok), 09:02 , 21-Дек-20, (82) // Лучшие сишные дырени в PHP , Аноним (93), 10:19 , 21-Дек-20, (94) // Какая-то реклама притона для взрослых , Аноним (128), 22:44 , 21-Дек-20, (130) Эта rовностатистика трещит по всем швам 1 НЕ ТОЛЬКО язык влияет на секурность, , Gogi (??), 13:57 , 21-Дек-20, (112) –1 // Ты на себя-то глянь, да Откуда ты взял корреляцию в 30 Из головы выдумал Пока, Ordu (ok), 17:24 , 21-Дек-20, (121) Правильный заголовок PHP признан самым небезопасным языком , Аноним (120), 17:19 , 21-Дек-20, (120) Ниочем Анализ на уровне отписки студента первого курса по предмету мат статист, Аноним (122), 19:57 , 21-Дек-20, (122) –1 Раст самый безопастный Нет кода - нет ошибок , Аноним (122), 19:58 , 21-Дек-20, (123) –1 // Code less error too , Аноним (128), 22:46 , 21-Дек-20, (131) –1 1,4,5,9,13,15,16,18,20,22,23,26,32,36,38,40,45,49,79,80,82,112,120,122,123

Сообщения

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

38. "Анализ зависимости безопасности кода от используемого языка ..."	+31 +/–
Сообщение от Анон666 (?), 20-Дек-20, 21:50
Ну что phpшники? Стало лучше ваше поделие? В каждой версии говорите что вот теперь заживем. 5ая версия мол была не очень а 7 и 8 огонь. Хотя в свое время и 5ую нахваливали. Фрактал плохого дизайна уже не исправить, надо бы закапать но на чем тогда кодить неумехам без желания учиться? А таких всегда много, и пока их много этот ужасный язык со смертельными детскими болячками будет существовать. Может такие аналитические статьи заставят хоть чуть чуть задуматься пхп погромистов с синдромом утенка, и они захотят наконец посмотреть на другие языки а не ждать волшебных изменений в новых версиях.
Ответить | Правка | Наверх | Cообщить модератору

	46. "Анализ зависимости безопасности кода от используемого языка ..."	–17 +/–
	Сообщение от Аноним (46), 20-Дек-20, 23:10
	> и они захотят наконец посмотреть на другие языки И на что смотреть? Какой язык может заменить пхп? Была куча взрослых закапывателей (но - "закопать"), но как-то отсохли и отпали.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Анализ зависимости безопасности кода от используемого языка ..."	+13 +/–
	Сообщение от anon22 (?), 21-Дек-20, 00:07
	Если небольшой проект - нода и реакт, javascript же все равно учить надо? Если крупный проект - react/angular + java/kotlin spring. Четкое разделение бекенда и фронта, а не мешанина phpшного кода. Плюс нормальные инструменты для отладки java. Плюс нормальная производительность. Нечеловеческий цикл жизни php приложения не позволяет писать сложную бизнес логику. Лично постоянно сталкиваюсь с пхп проектами на работе - и на каждом совещании только и разговоров как что-то на php развалилось и испортило жизнь клиенту. Бизнесу пофиг, им главное не качество. Php отделы растут быстро, создавая глючные проекты и для их поддержки  набирают еще пыхеров. А совместными усилиями они создают еще больше глючных проектов. Им плевать на архитектуру и качество кода. Пхпшник решивший поднять свой скилл и улучшить качество кода неизбежно будет смотреть на другие языки. И это приведет к переходу на другой язык, ну или он не осилит и будет говорить что пыха тоже крута и у каждого инструмента свое предназначение(с). По факту пыха везде смотрится и работает плохо, ну и статья это подтверждает. А закапыватели не отсохли, просто им пофиг на это поделие. Как было пофиг и мне пока я не стал по работе с ним сталкиваться.(я реально думал что php давно и успешно умер, но нет... пока есть программисты без желания учиться - будет и популярность php)
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Анализ зависимости безопасности кода от используемого языка ..."	–11 +/–
	Сообщение от Gemorroj (ok), 21-Дек-20, 00:39
	какая каша в голове у этих смузихлебных манагеров, которые нихера не знают про пхп) давай-давай, придумывай еще сказочки про ужасный пхп, о которм ты ничего не знаешь, но бесишься из-за его популярности)
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Анализ зависимости безопасности кода от используемого языка ..."	–4 +/–
	Сообщение от Урри (ok), 21-Дек-20, 00:55
	Да ладно тебе - тут все гораздо хуже. Он же предлагает ноту и жабоскрипт на бекэнд. Сразу ясно, что это какой-то школьник, который ни разу в жизни ничего в продакшен не писал. А пхп да, ужасен. Хотя альтернатив ему нет.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Анализ зависимости безопасности кода от используемого языка ..."	+3 +/–
	Сообщение от PHPexpert (?), 21-Дек-20, 10:02
	Как эксперт по пхп подтверждаю - альтернатив просто нет. Есть решения в чем-то лучшие, есть решения лучшие во всём. А есть пхп. Все понимают что это плохая штука, но никто не может сделать альтернативу. Да и зачем делать альтернативу плохому инструменту - если можно не делать, и использовать хорошие инструменты? Все альтернативы умерли - thymeleaf, mustache, freeMarker. Где они все? Многие пытались, но ни у кого не получилось.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Анализ зависимости безопасности кода от используемого языка ..."	–1 +/–
	Сообщение от msgod (?), 21-Дек-20, 10:33
	>Перечислил шаблонизаторы. Ниче что шаблонизатор это всего лишь либа? Я могу любой из них заюзать что в спринге что под сервлет в томкате. Но зачем? Рендер страниц давно перенесен на фронт. И беку достаточно отдавать модели по ресту, а уж рисовать страницу это дело фронта
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Анализ зависимости безопасности кода от используемого языка ..."	+1 +/–
	Сообщение от PHPexpert (?), 21-Дек-20, 10:51
	>Ниче что шаблонизатор это всего лишь либа? Шаблонизатор это не просто либа. Это целый язык программирования! Откройте hh, введите php - и увидите насколько востребовано программирование на шаблонизаторах. Может ваш thymleaf предоставить те же возможности, что и php? Вряд ли, ведь среди шаблонизаторов только на php написано столько фреймворков. >Рендер страниц давно перенесен на фронт. И беку достаточно отдавать модели по ресту, а уж рисовать страницу это дело фронта Ну вот вы и подтвердили мои слова. Альтернатив php нет. Вы предлагаете хорошее решение, но это не альтернатива php. Альтернатива php - это если завтра под freemarker появится свой laravel.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Анализ зависимости безопасности кода от используемого языка ..."	–1 +/–
	Сообщение от msgod (ok), 21-Дек-20, 11:29
	Зачем шаблонизатору выполнять что то кроме рендера страницы перед тем как ее отдать браузеру? Данные шаблонизатору отдает низлежащий стек. В случае jvm там множество вариантов. Все языки и стеки по факту
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Анализ зависимости безопасности кода от используемого языка ..."	+1 +/–
	Сообщение от PHPexpert (?), 21-Дек-20, 11:36
	>Зачем шаблонизатору выполнять что то кроме рендера страницы перед тем как ее отдать браузеру? Данные шаблонизатору отдает низлежащий стек. В случае jvm там множество вариантов. Все языки и стеки по факту Напомню, что речь шла именно об альтернативе php. Зачем - уже другой вопрос. То, что у вас есть варианты лучше - ок, но у вас нет альтернатив php. Кто-то скажет, что вычисления на шаблонизаторе не нужны, что это плохая практика. Но мы уже определили, что php плохой инструмент. Альтернатив ему нет, но есть нормальные решения, позволяющие вообще не использовать php и "альтернативы" ему.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Анализ зависимости безопасности кода от используемого языка ..."	–1 +/–
	Сообщение от msgod (ok), 21-Дек-20, 11:35
	>Альтернатива php - это если завтра под freemarker появится свой laravel. Ну что тут сказать... Jsp/jsf в ЕЕ лет 20, SpringMVC в спринге не меньше. Они входят в стеки. Но используются практически нигде. Стейтфул сервер сайд фронт на шаблонах сейчас применяется только в легаси. Современный веб это стейтлесс клиент сайд рендер. Все нормальные инструменты jvm умеют все. И легаси и даже асинхронный реактивный бекенд, который я сомневаюсь что есть в пхп
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	102. "Анализ зависимости безопасности кода от используемого языка ..."	+1 +/–
	Сообщение от PHPexpert (?), 21-Дек-20, 11:51
	>Jsp/jsf в ЕЕ лет 20, SpringMVC в спринге не меньше. Это фреймворки java, а не freemarker. Всё равно что сравнивать фреймворки на C(на которой написана "среда исполнения" php) и фреймворки на самом PHP.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Анализ зависимости безопасности кода от используемого языка ..."	–1 +/–
	Сообщение от msgod (ok), 21-Дек-20, 12:09
	Ну тебе же нужен был аналог ларавеля. Чтопизкаропки. Они и есть аналог. При этом любой другой шаблонизатор можно подключить как либу. Ну и что там у вас в пхпмирке с асинхронным реактивным бекендом? Или вы там вообще не слышали что такое реактивный веб и до сих пор рендерите страницы на сервере?
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Анализ зависимости безопасности кода от используемого языка ..."	+1 +/–
	Сообщение от PHPexpert (?), 21-Дек-20, 12:15
	> Ну тебе же нужен был аналог ларавеля. Чтопизкаропки. > Они и есть аналог. Мне точно не нужен. И это не аналог, я уже объяснил. > Ну и что там у вас в пхпмирке с асинхронным реактивным бекендом? Если надо использовать асинхронный бэкенд, то любой php'шник знает что нужно использовать ноду. > Или вы там вообще не слышали что такое реактивный веб и до > сих пор рендерите страницы на сервере? В основном да, так и есть.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Анализ зависимости безопасности кода от используемого языка ..."	–3 +/–
	Сообщение от n242name (?), 21-Дек-20, 02:52
	> Если небольшой проект - нода и реакт, javascript же все равно учить > надо? Если крупный проект - react/angular + java/kotlin spring. Четкое разделение Javascript учить НЕ НАДО, но к сожалению придется, пока не переедем на WebAssembly и какой-нибудь Blazor и аналоги.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	76. "Анализ зависимости безопасности кода от используемого языка ..."	+1 +/–
	Сообщение от Аноним (9), 21-Дек-20, 03:25
	> пока не переедем на WebAssembly Мусье не в курсе, что WebAssembly не создавался, как замена яваскрипту?
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Анализ зависимости безопасности кода от используемого языка ..."	–2 +/–
	Сообщение от n242name (?), 21-Дек-20, 13:28
	>> пока не переедем на WebAssembly > Мусье не в курсе, что WebAssembly не создавался, как замена яваскрипту? зато будет использоваться как замена - 100% доступ к DOM у него уже есть Telerik и прочие уже клепают контролы все к этому и движется
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Анализ зависимости безопасности кода от используемого языка ..."	+/–
	Сообщение от Аноним (9), 21-Дек-20, 14:29
	У WebAssembly нет доступа к дому, мань. Он лишь в состоянии вызывать функции, которые предоставил ему загрузчик на JavaScript. И, если речь идет не о числодробилках, очень сомнительно, что в обычных формошлепских сценариях WebAssembly будет быстрее, чем JavaScript, поскольку данные, при пересечении границы между WebAssembly и JavaScript, должны (де)кодироваться. Хочешь отправить в wasm строку и получить результат в виде строки? Задекодируй родную яваскриптовую строку из WTF-16 в UTF-8, вызови функцию в wasm, а теперь получи результат, перекодировав его из UTF-8 обратно в WTF-16. В итоге wasm-приложуха будет работать медленнее. Та же проблема у нативных модулей NodeJS, поэтому, например, парсинг XML работает существенно быстрее, если его написали на чистом JS, а не воспользовались сишным libxml2 через врапперы.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Анализ зависимости безопасности кода от используемого языка ..."	–1 +/–
	Сообщение от n242name (?), 21-Дек-20, 15:22
	>[оверквотинг удален] > функции, которые предоставил ему загрузчик на JavaScript. И, если речь идет > не о числодробилках, очень сомнительно, что в обычных формошлепских сценариях WebAssembly > будет быстрее, чем JavaScript, поскольку данные, при пересечении границы между WebAssembly > и JavaScript, должны (де)кодироваться. > Хочешь отправить в wasm строку и получить результат в виде строки? Задекодируй > родную яваскриптовую строку из WTF-16 в UTF-8, вызови функцию в wasm, > а теперь получи результат, перекодировав его из UTF-8 обратно в WTF-16. > В итоге wasm-приложуха будет работать медленнее. Та же проблема у нативных > модулей NodeJS, поэтому, например, парсинг XML работает существенно быстрее, если его > написали на чистом JS, а не воспользовались сишным libxml2 через врапперы. Байндинги в самих фреймворках не проблема. Да сделаны через интероп, ну так практически теже проблемы в TS, Bridge.NET или любых транспайлерах. Но эту тему будут развивать, не так ли? уже сейчас Blazor при примере позволяет писать вот так: @using System.Net.Http @inject HttpClient Http <input @bind="newItemName" placeholder="New Todo Item" /> <button @onclick="@AddItem">Add</button> @code {     private string newItemName;     private async Task AddItem()     {         var addItem = new TodoItem { Name = newItemName, IsComplete = false };         await Http.PostAsJsonAsync("api/TodoItems", addItem);     } } Вот надо и потестировать что быстрее какой-нибудь вуй или кнокаут. Но я не думаю что первомансу будет страдать, а вот выбирать язык для RIA - это серьезный шаг.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Анализ зависимости безопасности кода от используемого языка ..."	+/–
	Сообщение от Аноним (9), 21-Дек-20, 15:41
	> Вот надо и потестировать что быстрее Вот и протестируй, а затем уже предлагай. Чем больше WebAssembly зависит от браузерного API, тем меньше в нем смысла. Если wasm выбирается по критерию "он вроде как быстрее", то он этот критерий не пройдет из-за интеропа (js-функцию вызывать гораздо дешевле, чем wasm-функцию, и js-функцию вызывать гораааААААаааздо дешевле, чем ту же самую js-функцию, но через wasm -- а именно это и происходит в твоем PostAsJsonAsync). Преимуществ перед TypeScript не вижу. Мало того, что он тоже предоставляет async/await, мало того, что он дает TSX-синтаксис для реакта и т.п., так он еще и не будет кодировать/декодировать данные для boundary crossing. Таким образом, TypeScript будет __на_порядки__ быстрее твоего кода. WebAssembly предназначен для довольно редких задач, и формошлепство с todo-itemами в их число не входит.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Анализ зависимости безопасности кода от используемого языка ..."	+/–
	Сообщение от n242name (?), 22-Дек-20, 00:05
	1) не для скорости, а для платформы 2) не будет он на порядки быстрее, тупит DOM, а не АПИ к нему и уже тем более, не вычисления, в 99% на UI нет таких вычислений. А если мы говорим о каких-то нестандартных потребностях типа хеширования на клиенте или еще что-то подобное, то такиая числодробилка будет на wasm работать быстрее. Но еще раз повторюсь про быстрее - это тебя волновало! Меня волновал код! И TS это нечерта не альтернатива ни C# ни Java, TS - это очередной фракенштейн, накачанный стероидами. В общем надо не только слюной брызгать, но и стараться слушать. Тебе про одно говорят, а ты про другое. P.S. парсинг XML можно сделать с помощью DOM, т.е. самим браузером, что там под капотом JS было хз. Но мне честно говоря пох. И выше написал почему.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Анализ зависимости безопасности кода от используемого языка ..."	+/–
	Сообщение от Аноним (9), 22-Дек-20, 01:49
	> такиая числодробилка будет на wasm работать быстрее Правильно. И это -- один из редчайших случаев, когда wasm реально применяется там, для чего он и создавался. Причем даже в этой задаче твои сишарпы нафиг не нужны, можно заюзать публично доступные алгоритмы на Си. Может даже получится обойтись без malloc/free и получить wasm-бинарник размером меньше 1024 байт. > TS это нечерта не альтернатива ни C# ни Java Ты это повторяешь из раза в раз, но так и не сумел представить хоть какой-то аргумент, почему TypeScript плохой. Если речь про бэкенд, то да, в бэке лучше заюзать православную Java + Spring. Но на фронте зачем мне Java, когда уже есть TypeScript? > парсинг XML можно сделать с помощью DOM DOM -- не единственный API к XML (а в ноде он так и вовсе отсутствует). Встроенный браузерный API не дает S(t)AX парсера к XML.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Анализ зависимости безопасности кода от используемого языка ..."	+/–
	Сообщение от n242name (?), 22-Дек-20, 02:13
	тем, что TypeScript это все еще JS если надо объяснять чем JS плох, то дафай досфидания )))
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Анализ зависимости безопасности кода от используемого языка ..."	+/–
	Сообщение от Аноним (9), 22-Дек-20, 02:24
	Да не, слиться любой может. А ты вот попробуй не сливаться и реально попытайся объяснить, чем плох JS.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Анализ зависимости безопасности кода от используемого языка ..."	+/–
	Сообщение от Ordu (ok), 21-Дек-20, 21:37
	> Хочешь отправить в wasm строку и получить результат в виде строки? Задекодируй родную яваскриптовую строку из WTF-16 в UTF-8, вызови функцию в wasm, а теперь получи результат, перекодировав его из UTF-8 обратно в WTF-16. Хочу спросить, для повышения образованности. А почему бы не закинуть в wasm строку в WTF-16? wasm жеж ассемблер, какая ему разница, с какими строками работать?
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

	96. "Анализ зависимости безопасности кода от используемого языка ..."	–1 +/–
	Сообщение от msgod (ok), 21-Дек-20, 10:40
	Ts, dart. Ангуляр и вполне умеет
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	110. "Анализ зависимости безопасности кода от используемого языка ..."	+/–
	Сообщение от n242name (?), 21-Дек-20, 13:32
	> Ts, dart. > Ангуляр и вполне умеет TS - кастрат, потому что под капотом это тот же JS, там из нормального только типизация. Dart - это дно, может мышки и будут жрать кактус, но это с рождения кактус. P.S. у меня больше веры в ржавого, чем в дарт.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Анализ зависимости безопасности кода от используемого языка ..."	+/–
	Сообщение от GG (ok), 21-Дек-20, 00:08
	Заменить в чём? Если в роли инструмента для клепания сайтов, то любой скриптовый язык с нормальным фреймворком фору даст пыхе на сто лет вперёд. Если в роли затычки для мамкиных говнокодеров, то лучше пусть на своей пыхе и продолжают говнокодить, их так очень легко фильтровать от программистов.
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	62. "Анализ зависимости безопасности кода от используемого языка ..."	–1 +/–
	Сообщение от Урри (ok), 21-Дек-20, 00:57
	А можно примеры нормальных фреймворков? Таких, что бы были не хуже и не медленнее пхп. И еще, желательно, чтобы писать было не медленнее и не сложнее.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Анализ зависимости безопасности кода от используемого языка ..."	+1 +/–
	Сообщение от GG (ok), 21-Дек-20, 01:26
	> А можно примеры нормальных фреймворков? Таких, что бы были не хуже и > не медленнее пхп. > И еще, желательно, чтобы писать было не медленнее и не сложнее. Тебе фляжки с джангой для чего-то не хватает? Медленность упирается в говнокод, сложные вычисления без использования предназначенных для этого библиотек и говнокод. В синтетике питон в сто раз медленнее, на практике он в пять раз быстрее. Потому что синтетику решает специальная библиотека на сишечке, а кривых запросов в базу меньше.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Анализ зависимости безопасности кода от используемого языка ..."	+4 +/–
	Сообщение от son (?), 21-Дек-20, 09:18
	самый медленный язык в мире(php) в последней версии ускорили на 10%, теперь php бояре выбирают платформу "не медленее php". Это не сложно - все еще любая другая платформа быстрее пыхи. И лучше конечно-же. Другие платформы же не создавались для умственно отсталых.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Анализ зависимости безопасности кода от используемого языка ..."	–1 +/–
	Сообщение от msgod (ok), 21-Дек-20, 12:57
	Любой асинхронный фреймворк на питоне, го или яве работает в десятки или сотни раз быстрее пхп. Даже синхронный джанго быстрее
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	114. "Анализ зависимости безопасности кода от используемого языка ..."	–1 +/–
	Сообщение от Gogi (??), 21-Дек-20, 14:02
	Вот ты утёнок! У нас что, ASP.NET отменили?? Причём ламерам можно начать с BASIC, профи сразу прыгнут в C#.
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	147. "Анализ зависимости безопасности кода от используемого языка ..."	+1 +/–
	Сообщение от hex (??), 22-Дек-20, 11:43
	ASP.NET это винда и проприетарщина. Не забываем на каком мы ресурсе, а вот про ASP.NET забываем.. забываем...
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Анализ зависимости безопасности кода от используемого языка ..."	–1 +/–
	Сообщение от Аноним (85), 21-Дек-20, 09:45
	На одной работе вот была необходимость запилить костыль на PHP, кодеры, которые всю жизнь дальше делфи ничего не видели, даже проверку параметра через isset и т.п. не сделали, при чем тут язык.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

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

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