forum.opennet.ru - "В http-сервере Apache 2.4.65 устранена проблема, ломающая работу mod

"В http-сервере Apache 2.4.65 устранена проблема, ломающая работу mod_rewrite"

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

"В http-сервере Apache 2.4.65 устранена проблема, ломающая работу mod_rewrite"	+/–
Сообщение от opennews (??), 24-Июл-25, 11:16
Представлен релиз HTTP-сервера Apache 2.4.65, в котором исправлена критическая ошибка в mod_rewrite из-за которой условия, заданные через выражение "RewriteCond", всегда возвращали значение "true", т.е. правила всегда срабатывали, независимо от проверяемых данных. Выражение "RewriteCond" является ключевым в mod_rewrite и применяется для проверки условий в большинстве ситуаций... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63621
Ответить \| Правка \| Cообщить модератору

Оглавление

Что такое тесты , Аноним (1), 11:16 , 24-Июл-25, (1) +4

тысячи глаз тм , Аноним (3), 11:19 , 24-Июл-25, (3) –1

3000, обнови методичку , Аноним (8), 12:34 , 24-Июл-25, (8) +1

300, Аноним (27), 05:29 , 25-Июл-25, (27)

https www netcraft com blog june-2025-web-server-survey, Аноним (18), 16:15 , 24-Июл-25, (18)

Да, странно, что у них нет на это тестов Но их можно понять Тесты - это скучно, Аноним (6), 11:45 , 24-Июл-25, (6) +2

Инновации в Apache сервере Серьезно Не, ну если бы они добавили тесты - вот эт, Аноним (-), 11:53 , 24-Июл-25, (7) +2
как нет инноваций, так нет и тестов деды тесты не пишут, Аноним (9), 13:32 , 24-Июл-25, (9)

Если б деды писали тесты, вы бы сейчас сидели на опеннете через телнет в разреше, Аноним (11), 13:44 , 24-Июл-25, (11) +1

Ты не учел время, которое они тратитили на дебаг, исправление багов, регрессии и, Аноним (-), 14:30 , 24-Июл-25, (14) –4

То-то я и смотрю, ни одного вёбсервера уровня апача от нидидов не имеется Сплош, Tron is Whistling (?), 15:41 , 24-Июл-25, (17) +1

Возможно, они просто не нужны, как не нужны вторая винда, вторая макось или втор, Аноним (21), 17:37 , 24-Июл-25, (21)

Именно так А не нужны просто потому, что апач уже хорош , Tron is Whistling (?), 18:20 , 24-Июл-25, (23) +1

Ну конечно, если есть тесты, то искать причины ошибок дебажить , исправлять оши, Аноним (11), 16:21 , 24-Июл-25, (19)

НО хорошо протестированным , Аноним (11), 16:22 , 24-Июл-25, (20) +1
Ты об этих ошибках узнаешь почти сразу, а не когда пользователи начнут ныть Еще , Аноним (-), 17:49 , 24-Июл-25, (22)

А шифрование бы ещё лет 50 тестами покрывали , Tron is Whistling (?), 18:21 , 24-Июл-25, (24)
З Ы я не знаком с clang llvm, поэтому далее буду предполагать, что в gcc glibc , Аноним (11), 23:18 , 24-Июл-25, (25)

Мимо энторпрайз жявамартых На уровне юниттестов обычно покрываются все хепипафы,, Аноним (26), 04:32 , 25-Июл-25, (26) +1

То есть Мария Кюри, должна была догадаться что есть какая-то радиация, и одеть, Аноним (28), 11:11 , 25-Июл-25, (28) +2

Отличное передергивание Просто эталонное Похоже на обиженное нытье дида-бракодел, Аноним (-), 12:05 , 25-Июл-25, (30) –1

То ли дело поколение молодое Зп под лям, а на выхлопе 10 строк в неделю, осталь, Аноним (33), 17:23 , 25-Июл-25, (33) +1

Чувствуется обидка Что старперам сегодня платят не много Странно, у меня не гл, Аноним (-), 19:00 , 25-Июл-25, (38)

Девушку себе заведи, передёргиватель -рА то тедо отросло, а моск не успел А т, _ (??), 18:49 , 25-Июл-25, (36)

Ты сам до такого совета додумался или твой парень подсказал Ага, именно поэтому , Аноним (-), 19:21 , 25-Июл-25, (40)

Убогим всегда кто то другой виноват в их убогости Правило - железное, убогий, д, _ (??), 18:18 , 25-Июл-25, (34)

Пока пользователю используют более новое вместо более проверенного, так и будет , Аноним (11), 13:43 , 24-Июл-25, (10)

Есть у нас тут любители, ой, ваш апачик на год устарел, ваш пых не последней ве, Tron is Whistling (?), 14:09 , 24-Июл-25, (13)

Ну и что Такие - тоже нужны Главное контролировать до чего они могут добраться, _ (??), 18:54 , 25-Июл-25, (37)

Что такое тесты Это рабочая сила и время Попробуй покрыть весь апач тестами за, Tron is Whistling (?), 14:04 , 24-Июл-25, (12) +1

Скрыто модератором, Аноним (16), 14:53 , 24-Июл-25, (16) –1
Время которое вкладывается, для того, чтобы не тратить его на поиск багов и регр, Аноним (-), 12:06 , 25-Июл-25, (31) –1

Трепло Просто покрытие - у вас в KPI прописано, остальное - не важно А так то, _ (??), 19:16 , 25-Июл-25, (39)

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

1. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +4 +/–

Сообщение от Аноним (1), 24-Июл-25, 11:16

Что такое тесты?

Ответить | Правка | Наверх | Cообщить модератору

3. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." –1 +/–

Сообщение от Аноним (3), 24-Июл-25, 11:19

тысячи глаз (тм)

Ответить | Правка | Наверх | Cообщить модератору

8. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +1 +/–

Сообщение от Аноним (8), 24-Июл-25, 12:34

3000, обнови методичку.

Ответить | Правка | Наверх | Cообщить модератору

27. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +/–

Сообщение от Аноним (27), 25-Июл-25, 05:29

>3000, обнови методичку.
300

Ответить | Правка | Наверх | Cообщить модератору

18. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +/–

Сообщение от Аноним (18), 24-Июл-25, 16:15

https://www.netcraft.com/blog/june-2025-web-server-survey

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

6. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +2 +/–

Сообщение от Аноним (6), 24-Июл-25, 11:45

Да, странно, что у них нет на это тестов. Но их можно понять. Тесты - это скучно, тесты надо поддерживать, они как гиря на ноге, мешают продвигать инновации.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

7. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +2 +/–

Сообщение от Аноним (-), 24-Июл-25, 11:53

> мешают продвигать инновации.
Инновации в Apache сервере? Серьезно?)
Не, ну если бы они добавили тесты - вот это была бы инновация!
*slowpoke.jpg*

Ответить | Правка | Наверх | Cообщить модератору

9. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +/–

Сообщение от Аноним (9), 24-Июл-25, 13:32

как нет инноваций, так нет и тестов! деды тесты не пишут

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

11. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +1 +/–

Сообщение от Аноним (11), 24-Июл-25, 13:44

Если б деды писали тесты, вы бы сейчас сидели на опеннете через телнет в разрешении 80x25, отправляя сообщения собственноручно написанным скриптом на курле. Но зато курл и телнет были бы покрыты тестами на 500%, это да.

Ответить | Правка | Наверх | Cообщить модератору

14. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." –4 +/–

Сообщение от Аноним (-), 24-Июл-25, 14:30

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

Ответить | Правка | Наверх | Cообщить модератору

17. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +1 +/–

Сообщение от Tron is Whistling (?), 24-Июл-25, 15:41

То-то я и смотрю, ни одного вёбсервера уровня апача от нидидов не имеется. Сплошные полупрокси.

Ответить | Правка | Наверх | Cообщить модератору

21. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +/–

Сообщение от Аноним (21), 24-Июл-25, 17:37

Возможно, они просто не нужны, как не нужны вторая винда, вторая макось или второй линукс. Те, кому нужен веб-сервер типа апача не будут тратить время на выведение более быстрой лошади, а просто возьмут апач. Остальным как раз нужен прокси чтобы раскидывать трафик на микросервисы или вообще ничего не нужно, за них облачный вендор всё сделает, знай только лямбды пиши.

Ответить | Правка | Наверх | Cообщить модератору

23. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +1 +/–

Сообщение от Tron is Whistling (?), 24-Июл-25, 18:20

Именно так. А не нужны просто потому, что апач уже хорош :)

Ответить | Правка | Наверх | Cообщить модератору

19. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +/–

Сообщение от Аноним (11), 24-Июл-25, 16:21

> на дебаг, исправление багов, регрессии
Ну конечно, если есть тесты, то искать причины ошибок (дебажить), исправлять ошибки, исправлять ошибки после рефакторинга (регрессии) не нужно, ага.
> повторное исправление.
За 20 лет работы программистом повторное натыкание на один и тот же баг встречал... может раза три. В остальных случаях если тест фейлится, то дебажить проблему нужно целиком заново, потому что это ДРУГАЯ ошибка. Сколько тестов надо написать, чтоб избавиться от этих трёх раз? x3-x5 по сравнению с основным кодом? Ну считайте история юникс началась в 1970, сейчас 2025, прошло 55 лет. Если бы писали тесты, то сейчас преодолели бы лишь 16%-25% этого развития, 10-15 лет. То есть, если бы диды тестировали всё подряд, мы пользовались бы сейчас софтом уровня 1980-1985 годов.
> Если бы диды не клали болт на разумные подходы, то софт был бы гораздо стабиленее и надежнее.
Я так и написал. Гораздо более стабильный и надёжный телнет. А не этот вебкит, который до сих пор пытается за программиста угадать, что делать с не закрытым по ошибке тегом или пропущенными в скрипте точками с запятой.

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

20. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +1 +/–

Сообщение от Аноним (11), 24-Июл-25, 16:22

> софтом уровня 1980-1985 годов.
НО хорошо протестированным!

Ответить | Правка | Наверх | Cообщить модератору

22. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +/–

Сообщение от Аноним (-), 24-Июл-25, 17:49

> Ну конечно, если есть тесты, то искать причины ошибок (дебажить), исправлять ошибки, исправлять ошибки после рефакторинга (регрессии) не нужно, ага.
Ты об этих ошибках узнаешь почти сразу, а не когда пользователи начнут ныть.
> За 20 лет работы программистом повторное натыкание на один и тот же баг встречал... может раза три. В остальных случаях если тест фейлится, то дебажить проблему нужно целиком заново, потому что это ДРУГАЯ ошибка.
Еще раз, то что тест фейлится (у нас же нормальная CI которая прогоняет тесты хотя бы раз в день) позволяет не закоммитить баг.
И узнать о нем до того как он попал к пользователям.
> Сколько тестов надо написать, чтоб избавиться от этих трёх раз? x3-x5 по сравнению с основным кодом?
Три раза это твой опыт.
Про " x3-x5 по сравнению с основным кодом" - это какая-то лютая дичь.
> Ну считайте история юникс началась в 1970, сейчас 2025, прошло 55 лет. Если бы писали тесты, то сейчас преодолели бы лишь 16%-25% этого развития, 10-15 лет.
Циферки конечно классные, но пальцем в небо.
> То есть, если бы диды тестировали всё подряд, мы пользовались бы сейчас софтом уровня 1980-1985 годов.
Ванга из тебя бы не вышла((
Во всех нормальных проектах, где требуется надежность, типа clang-llvm есть просто море тестов.
>> Если бы диды не клали болт на разумные подходы, то софт был бы гораздо стабиленее и надежнее.
> Я так и написал. Гораздо более стабильный и надёжный телнет.
Отличная вещь! Ни шифрования, ни проверки подлинности данных! Генитальный план!

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

24. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +/–

Сообщение от Tron is Whistling (?), 24-Июл-25, 18:21

А шифрование бы ещё лет 50 тестами покрывали.

Ответить | Правка | Наверх | Cообщить модератору

25. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +/–

Сообщение от Аноним (11), 24-Июл-25, 23:18

З.Ы. я не знаком с clang/llvm, поэтому далее буду предполагать, что в gcc/glibc ситуация та же.
> Во всех нормальных проектах, где требуется надежность, типа clang-llvm есть просто море тестов
И при этом постоянно обнаруживаются ошибки в стабильных релизах и добавляются новые тесты. Это говорит о том, что существующих тестов недостаточно, и нужно больше.
> Еще раз, то что тест фейлится [...] позволяет не закоммитить баг.
И что же тогда ваши "нормальные проекты" постоянно релизятся с багами? Тестов, наверное, не достаточно, нужно ещё больше?
> Про " x3-x5 по сравнению с основным кодом" - это какая-то лютая дичь.
Это то, что я читал лет 10-15 назад в нескольких статьях по аджайлу, тдд и вот этому вот всему. Мой (более чем скромный) опыт показывает, что для ПОЛНОГО покрытия нижняя граница в x3 выглядит релевантной, то есть меньше точно не получится. Есть знакомые тестировщики, тестируют всякую ява-корпоративщину, по ощущениям там x3 (правда, включая тестовые данные) нужно только чтобы хэппипасы проверить.
Готов выслушать ваши аргументы касательно того, что это лютая дичь. Приведённые вами как пример хорошо протестированных проектов ллвм/гсс постоянно обнаруживают баги уже при эксплуатации, что говорит о том, что имеющихся в них тестов недостаточно. Покажите пример проекта, где тестов меньше, чем x3-x5, при этом проект покрыт полностью. А ещё можете погуглить что-то типа "как исправляют ошибки в оракле" где-то на ytcombinator, узнаете много интересного про тесты реальных приложений.
> Отличная вещь! Ни шифрования, ни проверки подлинности данных! Генитальный план!
Согласен. Такой себе план у вас. И всё лишь для того, чтобы покрыть всё, что движется, тестами.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

26. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +1 +/–

Сообщение от Аноним (26), 25-Июл-25, 04:32

Мимо энторпрайз жявамартых
На уровне юниттестов обычно покрываются все хепипафы, а так же чекед эксепшены. Рантайм экспешены обычно проще предотвратить чем тестировать. Например не забывать чекать нулабл переменные перед использованием.
На уровне интеграционных обычно тестируются все доступные пути со стороны внешнего апи.
На уровне контрактных тестов - особо правил нет.
В регрессиях - набор тестов обычно описывает бизнеспроцесс и их кейсы.
На уровне е2е - кто во что горазд и зависит обычно от сервиса.
В целом, нсли откинуть регресс - он обычно вообще отдельно от основного кода, то обьемы тестов это около 4/5 из всего кода сервиса.

Ответить | Правка | Наверх | Cообщить модератору

28. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +2 +/–

Сообщение от Аноним (28), 25-Июл-25, 11:11

> Если бы диды не клали болт на разумные подходы
То есть Мария Кюри, должна была "догадаться" что есть какая-то радиация, и одеть свинцовые трусики просто на всякий случай, это ведь разумно.
Забавно смотреть на щенков которым кажется что все что есть просто упало с неба, и так было всегда, а старшее поколение просто глупое и не пользуется халявой.

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

30. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." –1 +/–

Сообщение от Аноним (-), 25-Июл-25, 12:05

> То есть Мария Кюри, должна была "догадаться" что есть какая-то радиация, и одеть свинцовые трусики просто на всякий случай, это ведь разумно.
Отличное передергивание!
Просто эталонное.
> Забавно смотреть на щенков
Похоже на обиженное нытье дида-бракодела.
> все что есть просто упало с неба, и так было всегда,
Эх если бы(((, тогда можно былобы просто орать на облака.
За каждым решением стоят люди, которые его принимали.
> а старшее поколение просто глупое
Старшее поколение не просто бывало глупым, оно еще было ленивым и тяпляпнутым.
Некоторые умеют признавать ошибки - например то, что null терминированные строки это был просто лютейший фейл, который привел к тысячам ошибок.
И все ради экономии байтика.

Ответить | Правка | Наверх | Cообщить модератору

33. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +1 +/–

Сообщение от Аноним (33), 25-Июл-25, 17:23

> Старшее поколение [...] было ленивым и тяпляпнутым
То ли дело поколение молодое. Зп под лям, а на выхлопе 10 строк в неделю, остальное - рефакторинг и тесты. И всё равно глючит, тормозит, требует нетривиального окружения для сборки.
> null терминированные строки это был просто лютейший фейл [...] ради экономии байтика.
Зато в паскале не поскупилисть на этот байт. В результате всё равно пришлось вводить pchar, потому что внезапно открылось, что строки могут быть длиннее 255 байт.
А, знаю, авторы паскаля тоже сфейлились из-за экономии байтика, так как надо было выделить под строку два байта!
> null терминированные строки это был просто лютейший фейл [...] ради экономии байтика.
То ли дело плюсы - аж целый класс для работы со строками! Вот это современно и прогрессивно, и на байтик не поскупились. Сколько там байт в памяти занимает пустая строка в плюсах?

Ответить | Правка | Наверх | Cообщить модератору

38. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +/–

Сообщение от Аноним (-), 25-Июл-25, 19:00

> Зп под лям, а на выхлопе 10 строк в неделю, остальное - рефакторинг и тесты.
Чувствуется обидка.
Что старперам сегодня платят не много))?
> И всё равно глючит, тормозит, требует нетривиального окружения для сборки.
Странно, у меня не глючит и не тормозит. Как же так?
А сборка - это дело сборщиков, а не юзеров.
> А, знаю, авторы паскаля тоже сфейлились из-за экономии байтика, так как надо было выделить под строку два байта!
Да, надо было.
Но даже у них не было столько тупейших ошибок как у СИшников.
> То ли дело плюсы - аж целый класс для работы со строками!
Вранье) В первых версиях плюсов строк не было.
> Вот это современно и прогрессивно, и на байтик не поскупились. Сколько там байт в памяти занимает пустая строка в плюсах?
Если память не изменяет - один.
Но вам байтики экономить или избегать багов и уязвимостей?

Ответить | Правка | Наверх | Cообщить модератору

36. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +/–

Сообщение от _ (??), 25-Июл-25, 18:49

>> То есть Мария Кюри, должна была "догадаться" что есть какая-то радиация, и одеть свинцовые трусики просто на всякий случай, это ведь разумно.
> Отличное передергивание! Просто эталонное.
Девушку себе заведи, передёргиватель :-р
А то тедо отросло, а моск не успел...
А так то у супругов Кюри была просто (на то время) - великолепная лаборатория! С эффективной системой вентиляции для защиты от химии, с примочками для пожаротушения...
А вот как защищаться от радиации они не знали ... Да даже то, что от неё таки _надо_ защищаться не знали... :(
Ну фигли с дидов взять!(С) :))))

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

40. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +/–

Сообщение от Аноним (-), 25-Июл-25, 19:21

> Девушку себе заведи, передёргиватель :-р
Ты сам до такого совета додумался или твой парень подсказал?
> А вот как защищаться от радиации они не знали ... Да даже то, что от неё таки _надо_ защищаться не знали... :(
Ага, именно поэтому пример того г-на просто глупый.
> Ну фигли с дидов взять!(С) :))))
Действительно.
В 1972 году уже есть и используются годами такие языки как Фортран, APL, Лисп, Simula.
За пару лет до появляется FORTH, Паскаль и Smalltalk (в тот же год).
Т.е у нас есть разнообразие подходов, от императивных до функциональных.
Но нет, мы берем и лепим из овна и веток СИшку, делаем ее максимально убогой.
А потом херо-ически десятилетиями разгребаем получившийся кал.

Ответить | Правка | Наверх | Cообщить модератору

34. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +/–

Сообщение от _ (??), 25-Июл-25, 18:18

> Если бы диды не клали болт на разумные подходы, то софт был бы гораздо стабиленее и надежнее.
Убогим всегда кто то другой виноват в их убогости. Правило - железное, убогий, даже не сомневайся :)
И да - оффициально заявляю что те деды были "последними могиканами" в более развитой цивилизации, увы - ушедшей, на обломках которой живут ... вот эти. Ну как обезьяны на заброшенных в джунглях храмах. И злятся ведь на тех кто это овно построил - "чЁ, нельзя было в форме пальмового леса сделать, чтоб лазить удобно было?!?!" :)))))

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

10. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +/–

Сообщение от Аноним (11), 24-Июл-25, 13:43

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

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

13. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +/–

Сообщение от Tron is Whistling (?), 24-Июл-25, 14:09

Есть у нас тут любители, "ой, ваш апачик на год устарел, ваш пых не последней версии"... Пойду в них палочкой потыкаю сейчас.

Ответить | Правка | Наверх | Cообщить модератору

37. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +/–

Сообщение от _ (??), 25-Июл-25, 18:54

Ну и что? Такие - тоже нужны. Главное контролировать до чего они могут добраться в РЖ :)
А с другой стороны вот - у людей в проде дебиан и ... и тля - всё работает, хотя там даже не предпоследнее :) И такие - нужны.
А смысл жизни прост: то на чём обжигались первые - постепенно появляется у вторых.
Ну и куча всего - между ;-)

Ответить | Правка | Наверх | Cообщить модератору

12. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +1 +/–

Сообщение от Tron is Whistling (?), 24-Июл-25, 14:04

Что такое тесты? Это рабочая сила и время. Попробуй покрыть весь апач тестами забесплатно - потом расскажешь.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

16. Скрыто модератором –1 +/–

Сообщение от Аноним (16), 24-Июл-25, 14:53

Нет ты.

Ответить | Правка | Наверх | Cообщить модератору

31. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." –1 +/–

Сообщение от Аноним (-), 25-Июл-25, 12:06

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

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

39. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..." +/–

Сообщение от _ (??), 25-Июл-25, 19:16

Трепло. Просто покрытие - у вас в KPI прописано, остальное - не важно...
А так то _каждый_ релиз даёт новые проблемы, _не_ покрытые тестами. И пишутся новые, чтоб теперь то вот уже на все 146% :)
Но каждый новый релиз ... ;-D

PS: Даже не сказать чтоб совсем уж сильно троллил ... так - слегка :)

Ответить | Правка | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+4 +/–
Сообщение от Аноним (1), 24-Июл-25, 11:16
Что такое тесты?
Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	–1 +/–
	Сообщение от Аноним (3), 24-Июл-25, 11:19
	тысячи глаз (тм)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+1 +/–
	Сообщение от Аноним (8), 24-Июл-25, 12:34
	3000, обнови методичку.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+/–
	Сообщение от Аноним (27), 25-Июл-25, 05:29
	>3000, обнови методичку. 300
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+/–
	Сообщение от Аноним (18), 24-Июл-25, 16:15
	https://www.netcraft.com/blog/june-2025-web-server-survey
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	6. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+2 +/–
	Сообщение от Аноним (6), 24-Июл-25, 11:45
	Да, странно, что у них нет на это тестов. Но их можно понять. Тесты - это скучно, тесты надо поддерживать, они как гиря на ноге, мешают продвигать инновации.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	7. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+2 +/–
	Сообщение от Аноним (-), 24-Июл-25, 11:53
	> мешают продвигать инновации. Инновации в Apache сервере? Серьезно?) Не, ну если бы они добавили тесты - вот это была бы инновация! slowpoke.jpg
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+/–
	Сообщение от Аноним (9), 24-Июл-25, 13:32
	как нет инноваций, так нет и тестов! деды тесты не пишут
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	11. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+1 +/–
	Сообщение от Аноним (11), 24-Июл-25, 13:44
	Если б деды писали тесты, вы бы сейчас сидели на опеннете через телнет в разрешении 80x25, отправляя сообщения собственноручно написанным скриптом на курле. Но зато курл и телнет были бы покрыты тестами на 500%, это да.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	–4 +/–
	Сообщение от Аноним (-), 24-Июл-25, 14:30
	Ты не учел время, которое они тратитили на дебаг, исправление багов, регрессии и повторное исправление. Тесты не нужны только к хеллоуворлдах. Если бы диды не клали болт на разумные подходы, то софт был бы гораздо стабиленее и надежнее.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+1 +/–
	Сообщение от Tron is Whistling (?), 24-Июл-25, 15:41
	То-то я и смотрю, ни одного вёбсервера уровня апача от нидидов не имеется. Сплошные полупрокси.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+/–
	Сообщение от Аноним (21), 24-Июл-25, 17:37
	Возможно, они просто не нужны, как не нужны вторая винда, вторая макось или второй линукс. Те, кому нужен веб-сервер типа апача не будут тратить время на выведение более быстрой лошади, а просто возьмут апач. Остальным как раз нужен прокси чтобы раскидывать трафик на микросервисы или вообще ничего не нужно, за них облачный вендор всё сделает, знай только лямбды пиши.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+1 +/–
	Сообщение от Tron is Whistling (?), 24-Июл-25, 18:20
	Именно так. А не нужны просто потому, что апач уже хорош :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+/–
	Сообщение от Аноним (11), 24-Июл-25, 16:21
	> на дебаг, исправление багов, регрессии Ну конечно, если есть тесты, то искать причины ошибок (дебажить), исправлять ошибки, исправлять ошибки после рефакторинга (регрессии) не нужно, ага. > повторное исправление. За 20 лет работы программистом повторное натыкание на один и тот же баг встречал... может раза три. В остальных случаях если тест фейлится, то дебажить проблему нужно целиком заново, потому что это ДРУГАЯ ошибка. Сколько тестов надо написать, чтоб избавиться от этих трёх раз? x3-x5 по сравнению с основным кодом? Ну считайте история юникс началась в 1970, сейчас 2025, прошло 55 лет. Если бы писали тесты, то сейчас преодолели бы лишь 16%-25% этого развития, 10-15 лет. То есть, если бы диды тестировали всё подряд, мы пользовались бы сейчас софтом уровня 1980-1985 годов. > Если бы диды не клали болт на разумные подходы, то софт был бы гораздо стабиленее и надежнее. Я так и написал. Гораздо более стабильный и надёжный телнет. А не этот вебкит, который до сих пор пытается за программиста угадать, что делать с не закрытым по ошибке тегом или пропущенными в скрипте точками с запятой.
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	20. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+1 +/–
	Сообщение от Аноним (11), 24-Июл-25, 16:22
	> софтом уровня 1980-1985 годов. НО хорошо протестированным!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+/–
	Сообщение от Аноним (-), 24-Июл-25, 17:49
	> Ну конечно, если есть тесты, то искать причины ошибок (дебажить), исправлять ошибки, исправлять ошибки после рефакторинга (регрессии) не нужно, ага. Ты об этих ошибках узнаешь почти сразу, а не когда пользователи начнут ныть. > За 20 лет работы программистом повторное натыкание на один и тот же баг встречал... может раза три. В остальных случаях если тест фейлится, то дебажить проблему нужно целиком заново, потому что это ДРУГАЯ ошибка. Еще раз, то что тест фейлится (у нас же нормальная CI которая прогоняет тесты хотя бы раз в день) позволяет не закоммитить баг. И узнать о нем до того как он попал к пользователям. > Сколько тестов надо написать, чтоб избавиться от этих трёх раз? x3-x5 по сравнению с основным кодом? Три раза это твой опыт. Про " x3-x5 по сравнению с основным кодом" - это какая-то лютая дичь. > Ну считайте история юникс началась в 1970, сейчас 2025, прошло 55 лет. Если бы писали тесты, то сейчас преодолели бы лишь 16%-25% этого развития, 10-15 лет. Циферки конечно классные, но пальцем в небо. > То есть, если бы диды тестировали всё подряд, мы пользовались бы сейчас софтом уровня 1980-1985 годов. Ванга из тебя бы не вышла(( Во всех нормальных проектах, где требуется надежность, типа clang-llvm есть просто море тестов. >> Если бы диды не клали болт на разумные подходы, то софт был бы гораздо стабиленее и надежнее. > Я так и написал. Гораздо более стабильный и надёжный телнет. Отличная вещь! Ни шифрования, ни проверки подлинности данных! Генитальный план!
	Ответить \| Правка \| К родителю #19 \| Наверх \| Cообщить модератору


	24. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+/–
	Сообщение от Tron is Whistling (?), 24-Июл-25, 18:21
	А шифрование бы ещё лет 50 тестами покрывали.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+/–
	Сообщение от Аноним (11), 24-Июл-25, 23:18
	З.Ы. я не знаком с clang/llvm, поэтому далее буду предполагать, что в gcc/glibc ситуация та же. > Во всех нормальных проектах, где требуется надежность, типа clang-llvm есть просто море тестов И при этом постоянно обнаруживаются ошибки в стабильных релизах и добавляются новые тесты. Это говорит о том, что существующих тестов недостаточно, и нужно больше. > Еще раз, то что тест фейлится [...] позволяет не закоммитить баг. И что же тогда ваши "нормальные проекты" постоянно релизятся с багами? Тестов, наверное, не достаточно, нужно ещё больше? > Про " x3-x5 по сравнению с основным кодом" - это какая-то лютая дичь. Это то, что я читал лет 10-15 назад в нескольких статьях по аджайлу, тдд и вот этому вот всему. Мой (более чем скромный) опыт показывает, что для ПОЛНОГО покрытия нижняя граница в x3 выглядит релевантной, то есть меньше точно не получится. Есть знакомые тестировщики, тестируют всякую ява-корпоративщину, по ощущениям там x3 (правда, включая тестовые данные) нужно только чтобы хэппипасы проверить. Готов выслушать ваши аргументы касательно того, что это лютая дичь. Приведённые вами как пример хорошо протестированных проектов ллвм/гсс постоянно обнаруживают баги уже при эксплуатации, что говорит о том, что имеющихся в них тестов недостаточно. Покажите пример проекта, где тестов меньше, чем x3-x5, при этом проект покрыт полностью. А ещё можете погуглить что-то типа "как исправляют ошибки в оракле" где-то на ytcombinator, узнаете много интересного про тесты реальных приложений. > Отличная вещь! Ни шифрования, ни проверки подлинности данных! Генитальный план! Согласен. Такой себе план у вас. И всё лишь для того, чтобы покрыть всё, что движется, тестами.
	Ответить \| Правка \| К родителю #22 \| Наверх \| Cообщить модератору


	26. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+1 +/–
	Сообщение от Аноним (26), 25-Июл-25, 04:32
	Мимо энторпрайз жявамартых На уровне юниттестов обычно покрываются все хепипафы, а так же чекед эксепшены. Рантайм экспешены обычно проще предотвратить чем тестировать. Например не забывать чекать нулабл переменные перед использованием. На уровне интеграционных обычно тестируются все доступные пути со стороны внешнего апи. На уровне контрактных тестов - особо правил нет. В регрессиях - набор тестов обычно описывает бизнеспроцесс и их кейсы. На уровне е2е - кто во что горазд и зависит обычно от сервиса. В целом, нсли откинуть регресс - он обычно вообще отдельно от основного кода, то обьемы тестов это около 4/5 из всего кода сервиса.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+2 +/–
	Сообщение от Аноним (28), 25-Июл-25, 11:11
	> Если бы диды не клали болт на разумные подходы То есть Мария Кюри, должна была "догадаться" что есть какая-то радиация, и одеть свинцовые трусики просто на всякий случай, это ведь разумно. Забавно смотреть на щенков которым кажется что все что есть просто упало с неба, и так было всегда, а старшее поколение просто глупое и не пользуется халявой.
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	30. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	–1 +/–
	Сообщение от Аноним (-), 25-Июл-25, 12:05
	> То есть Мария Кюри, должна была "догадаться" что есть какая-то радиация, и одеть свинцовые трусики просто на всякий случай, это ведь разумно. Отличное передергивание! Просто эталонное. > Забавно смотреть на щенков Похоже на обиженное нытье дида-бракодела. > все что есть просто упало с неба, и так было всегда, Эх если бы(((, тогда можно былобы просто орать на облака. За каждым решением стоят люди, которые его принимали. > а старшее поколение просто глупое Старшее поколение не просто бывало глупым, оно еще было ленивым и тяпляпнутым. Некоторые умеют признавать ошибки - например то, что null терминированные строки это был просто лютейший фейл, который привел к тысячам ошибок. И все ради экономии байтика.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+1 +/–
	Сообщение от Аноним (33), 25-Июл-25, 17:23
	> Старшее поколение [...] было ленивым и тяпляпнутым То ли дело поколение молодое. Зп под лям, а на выхлопе 10 строк в неделю, остальное - рефакторинг и тесты. И всё равно глючит, тормозит, требует нетривиального окружения для сборки. > null терминированные строки это был просто лютейший фейл [...] ради экономии байтика. Зато в паскале не поскупилисть на этот байт. В результате всё равно пришлось вводить pchar, потому что внезапно открылось, что строки могут быть длиннее 255 байт. А, знаю, авторы паскаля тоже сфейлились из-за экономии байтика, так как надо было выделить под строку два байта! > null терминированные строки это был просто лютейший фейл [...] ради экономии байтика. То ли дело плюсы - аж целый класс для работы со строками! Вот это современно и прогрессивно, и на байтик не поскупились. Сколько там байт в памяти занимает пустая строка в плюсах?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+/–
	Сообщение от Аноним (-), 25-Июл-25, 19:00
	> Зп под лям, а на выхлопе 10 строк в неделю, остальное - рефакторинг и тесты. Чувствуется обидка. Что старперам сегодня платят не много))? > И всё равно глючит, тормозит, требует нетривиального окружения для сборки. Странно, у меня не глючит и не тормозит. Как же так? А сборка - это дело сборщиков, а не юзеров. > А, знаю, авторы паскаля тоже сфейлились из-за экономии байтика, так как надо было выделить под строку два байта! Да, надо было. Но даже у них не было столько тупейших ошибок как у СИшников. > То ли дело плюсы - аж целый класс для работы со строками! Вранье) В первых версиях плюсов строк не было. > Вот это современно и прогрессивно, и на байтик не поскупились. Сколько там байт в памяти занимает пустая строка в плюсах? Если память не изменяет - один. Но вам байтики экономить или избегать багов и уязвимостей?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+/–
	Сообщение от _ (??), 25-Июл-25, 18:49
	>> То есть Мария Кюри, должна была "догадаться" что есть какая-то радиация, и одеть свинцовые трусики просто на всякий случай, это ведь разумно. > Отличное передергивание! Просто эталонное. Девушку себе заведи, передёргиватель :-р А то тедо отросло, а моск не успел... А так то у супругов Кюри была просто (на то время) - великолепная лаборатория! С эффективной системой вентиляции для защиты от химии, с примочками для пожаротушения... А вот как защищаться от радиации они не знали ... Да даже то, что от неё таки _надо_ защищаться не знали... :( Ну фигли с дидов взять!(С) :))))
	Ответить \| Правка \| К родителю #30 \| Наверх \| Cообщить модератору


	40. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+/–
	Сообщение от Аноним (-), 25-Июл-25, 19:21
	> Девушку себе заведи, передёргиватель :-р Ты сам до такого совета додумался или твой парень подсказал? > А вот как защищаться от радиации они не знали ... Да даже то, что от неё таки _надо_ защищаться не знали... :( Ага, именно поэтому пример того г-на просто глупый. > Ну фигли с дидов взять!(С) :)))) Действительно. В 1972 году уже есть и используются годами такие языки как Фортран, APL, Лисп, Simula. За пару лет до появляется FORTH, Паскаль и Smalltalk (в тот же год). Т.е у нас есть разнообразие подходов, от императивных до функциональных. Но нет, мы берем и лепим из овна и веток СИшку, делаем ее максимально убогой. А потом херо-ически десятилетиями разгребаем получившийся кал.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+/–
	Сообщение от _ (??), 25-Июл-25, 18:18
	> Если бы диды не клали болт на разумные подходы, то софт был бы гораздо стабиленее и надежнее. Убогим всегда кто то другой виноват в их убогости. Правило - железное, убогий, даже не сомневайся :) И да - оффициально заявляю что те деды были "последними могиканами" в более развитой цивилизации, увы - ушедшей, на обломках которой живут ... вот эти. Ну как обезьяны на заброшенных в джунглях храмах. И злятся ведь на тех кто это овно построил - "чЁ, нельзя было в форме пальмового леса сделать, чтоб лазить удобно было?!?!" :)))))
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	10. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+/–
	Сообщение от Аноним (11), 24-Июл-25, 13:43
	Пока пользователю используют более новое вместо более проверенного, так и будет. Пока пользователю пользуются первым зарелизившимся вместо ожидания более проработанного но пока не зарелизившегося, так и будет
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	13. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+/–
	Сообщение от Tron is Whistling (?), 24-Июл-25, 14:09
	Есть у нас тут любители, "ой, ваш апачик на год устарел, ваш пых не последней версии"... Пойду в них палочкой потыкаю сейчас.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+/–
	Сообщение от _ (??), 25-Июл-25, 18:54
	Ну и что? Такие - тоже нужны. Главное контролировать до чего они могут добраться в РЖ :) А с другой стороны вот - у людей в проде дебиан и ... и тля - всё работает, хотя там даже не предпоследнее :) И такие - нужны. А смысл жизни прост: то на чём обжигались первые - постепенно появляется у вторых. Ну и куча всего - между ;-)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "В http-сервере Apache 2.4.65 устранена проблема, ломающая ра..."	+1 +/–
	Сообщение от Tron is Whistling (?), 24-Июл-25, 14:04
	Что такое тесты? Это рабочая сила и время. Попробуй покрыть весь апач тестами забесплатно - потом расскажешь.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору