forum.opennet.ru - "Обновление Firefox 127.0.0.1" (43)

"Обновление Firefox 127.0.0.1"

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

"Обновление Firefox 127.0.0.1"	+/–
Сообщение от opennews (??), 20-Июн-24, 10:11
Доступен корректирующий выпуск Firefox 127.0.1, в котором исправлено несколько проблем:... Подробнее: https://www.opennet.me/opennews/art.shtml?num=61409
Ответить \| Правка \| Cообщить модератору

Оглавление

Обновление имени localhost , Аноним (1), 10:11 , 20-Июн-24, (1) +36
Он 127 0 1 Но смешно В таком выпуске нужно было бы встроенный LAMP сделать, Аноним (2), 10:11 , 20-Июн-24, (2) +5

Они бы и его сломали , Аноним (4), 10:13 , 20-Июн-24, (4) +8
Таки localhost Читайте RFC по IPv4 на тему сокращённых форм записи адресов u vm, IZh. (?), 10:23 , 20-Июн-24, (6) +18

Прикольно Видел такое в IPv6, но там это необходимость чтобы не писать простыне, rshadow (ok), 11:07 , 20-Июн-24, (10)
Самое смешное, что в RFC про IPv4 нигде конкретно не сказанно про такой вид сокр, OpenEcho (?), 11:58 , 20-Июн-24, (15)

Магичность - плохой стиль в коде , Аноним (31), 13:59 , 20-Июн-24, (31) +1
это не сокращенная а классовая записьв частности 10 0 257 10 0 1 1 ping 8 , wd (?), 14:04 , 20-Июн-24, (32) +1

Классы отменили в 1993А пинговать можно по всякому, лижбы номер былping 21307064, OpenEcho (?), 16:04 , 20-Июн-24, (36) +1

Устаревшая новость, уже есть 127 0 2 фиксящая проблему с просмотром тытрубы в HD, OpenEcho (?), 12:31 , 20-Июн-24, (21) –1

ну пропингуй 127 0 1 и посмотри ответы, Аноним (29), 13:23 , 20-Июн-24, (29)

Опеннет попингуйный https www ghacks net 2024 06 19 google-disrupted-youtube, OpenEcho (?), 15:59 , 20-Июн-24, (35) –1

Так надо было и ютуб на 127 0 0 1 развесить Он бы тогда и 16K играл спокойно, е, Аноним (-), 10:26 , 21-Июн-24, (51) +1

То что они ломают то что итак работало отличный показатель деградации качества к, Аноним (4), 10:13 , 20-Июн-24, (3) –1
Что с Firefox странное стало, у меня после обновления даже язык не слетел По п, АнонимАнони.. (?), 11:35 , 20-Июн-24, (11)

это минорное, слетает на мажорных, Аноним (28), 13:04 , 20-Июн-24, (28) +2

Это просто праздник какой-то, AKTEON (?), 11:49 , 20-Июн-24, (13) +2
Следующая версия переполнит однобайтовый знаковый целочисленный тип, ждём версию, Аноним (17), 12:12 , 20-Июн-24, (17) +2
При этом, проблема на стороне YT, который отдаёт некорректный поток https bugz, Аноним (22), 12:31 , 20-Июн-24, (22) +1

Неверный для лисы Вот для остальных верный , Аноним (30), 13:39 , 20-Июн-24, (30) –2

А остальные это кто Chromium-based Ну так гуглу не составляет труда в своём дв, Niko2040 (ok), 18:09 , 20-Июн-24, (40) +2
К сожалению, тут гугл самостоятельно решает, какая последовательность временных , Аноним (43), 20:08 , 20-Июн-24, (43)

Я медленную буферизацию решил отключением HTTP3 по 1-3 Теперь понятно, что эт, Аноним (44), 21:49 , 20-Июн-24, (44)

Баг, решающийся отключением HTTP3 ведёт себя как долгая начальная загрузка видео, Аноним (44), 22:08 , 20-Июн-24, (45) +1
Вполне возможно Google недавно местами внедрил новый алгоритм управления потоко, timur.davletshin (ok), 07:59 , 21-Июн-24, (47) –2

А я то думаю почему под VPN видосы грузятся в разы быстрее , Аноним (53), 13:03 , 21-Июн-24, (53) +2

А пакеты по VPN к тебе телепортируются с нулевой задержкой Смешной ты, Аноним , timur.davletshin (ok), 13:32 , 21-Июн-24, (54) –4

в Solus пока не прилетело, скорее всего, только к концу недели будет, Аноним (28), 12:51 , 20-Июн-24, (24)
на арче стал падать , Аноним (27), 12:58 , 20-Июн-24, (27)

Причину удалось выяснить Именно после 127 0 1 , АнонимАнони.. (?), 15:01 , 20-Июн-24, (33) +1

Чот последние обновления перестали открывать сайты onionЯ через прокси ТОР пере, K_AHTOH (ok), 15:36 , 20-Июн-24, (34)

Вопрос немного не в тему А где надыбать лист годных onion сайтов А то имеющие, Аноним (37), 16:15 , 20-Июн-24, (37) –1
Реньше был по умолчанию активен преф, блокирующий onion Может с ним или новым , Аноним (41), 18:49 , 20-Июн-24, (41)

Да вроде отключал network proxy socks_remote_dns truenetwork dns blockDotOn, K_AHTOH (ok), 19:45 , 20-Июн-24, (42)

Требуется как раз наоборот trueНужно, чтобы браузер не пытался резолвить onio, Аноним (50), 10:02 , 21-Июн-24, (50)

127 0 0 1 , Аноним (39), 17:49 , 20-Июн-24, (39)
врут, с любым размером клинит в фф, grayich (ok), 01:28 , 21-Июн-24, (46) +1

Багу пару лет, кстати Проблема в том, что и на fullhd не всегда есть avc поток , Аноним (48), 08:17 , 21-Июн-24, (48)

Они только узнали, что метки в видео могут быть не по порядку Попробуйте MP4 сн, Аноним (49), 09:25 , 21-Июн-24, (49)

Это потому что кодирование видео в реалтайме - может и не успеть за непрерывным , Аноним (-), 10:28 , 21-Июн-24, (52) +1

Ну дык всякие стримы и снимают в реальном времени А ты потом смотришь трансляци, Аноним (49), 15:58 , 21-Июн-24, (57)

В спецификации ШЕБМ есть место All absolute block cluster timecodes MUST be, Аноним (44), 23:35 , 21-Июн-24, (58) +1

Скрыто модератором, Аноним (59), 15:44 , 23-Июл-24, (59)

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

1. Сообщение от Аноним (1), 20-Июн-24, 10:11 +36 +/–

Обновление имени localhost =))

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

2. Сообщение от Аноним (2), 20-Июн-24, 10:11 +5 +/–

Он 127.0.1 :)
Но смешно. В таком выпуске нужно было бы встроенный LAMP сделать

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #6, #21

3. Сообщение от Аноним (4), 20-Июн-24, 10:13 –1 +/–

То что они ломают то что итак работало отличный показатель деградации качества кода и процесса разработки.

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

4. Сообщение от Аноним (4), 20-Июн-24, 10:13 +8 +/–

Они бы и его сломали.

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

6. Сообщение от IZh. (?), 20-Июн-24, 10:23 +18 +/–

Таки localhost. Читайте RFC по IPv4 на тему сокращённых форм записи адресов.
u@vm:~> ping 127.1
PING 127.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.021 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.052 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.037 ms
^C
--- 127.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2044ms
rtt min/avg/max/mdev = 0.021/0.036/0.052/0.012 ms
u@vm:~> ping 127.0.1
PING 127.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.032 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.037 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.039 ms
^C
--- 127.0.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2050ms
rtt min/avg/max/mdev = 0.032/0.036/0.039/0.003 ms

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #10, #15

10. Сообщение от rshadow (ok), 20-Июн-24, 11:07 +/–

Прикольно. Видел такое в IPv6, но там это необходимость чтобы не писать простыней.

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

11. Сообщение от АнонимАнони.. (?), 20-Июн-24, 11:35 +/–

Что с Firefox странное стало, у меня после обновления даже язык не слетел ! По прежнему русский в интерфейсе :)

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

13. Сообщение от AKTEON (?), 20-Июн-24, 11:49 +2 +/–

>>Проблема, приводящая в сборах Firefox для платформы Linux к снижению скорости воспроизведения звука в два раза, в случае включения моно-режима, активируемого при выставлении настройки "accessibility.monoaudio.enable".
Это просто праздник какой-то

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

15. Сообщение от OpenEcho (?), 20-Июн-24, 11:58 +/–

> Читайте RFC по IPv4 на тему сокращённых форм записи адресов.
Самое смешное, что в RFC про IPv4 нигде конкретно не сказанно про такой вид сокращений (примеры в RFC есть, как 10/8 или 172.16/12, но конкретно про поглощение отсутсвующего нуля - нет), но при этом применяется на практике десятилетиями опираясь только на man inet_aton(3)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #31, #32

17. Сообщение от Аноним (17), 20-Июн-24, 12:12 +2 +/–

Следующая версия переполнит однобайтовый знаковый целочисленный тип, ждём версию минус 128.

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

21. Сообщение от OpenEcho (?), 20-Июн-24, 12:31 –1 +/–

> Он 127.0.1 :)
Устаревшая новость, уже есть 127.0.2 фиксящая проблему с просмотром тытрубы в HD+ качестве

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #29, #51

22. Сообщение от Аноним (22), 20-Июн-24, 12:31 +1 +/–

> Из известных, но пока не исправленных проблем, отмечается зависание воспроизведения видео с YouTube при смене позиции в потоке. Проблема проявляется для видео VP9 с качеством выше 1080p.
При этом, проблема на стороне YT, который отдаёт некорректный поток.
https://bugzilla.mozilla.org/show_bug.cgi?id=1878510#c113

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #44

24. Сообщение от Аноним (28), 20-Июн-24, 12:51 +/–

в Solus пока не прилетело, скорее всего, только к концу недели будет

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

27. Сообщение от Аноним (27), 20-Июн-24, 12:58 +/–

на арче стал падать..

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

28. Сообщение от Аноним (28), 20-Июн-24, 13:04 +2 +/–

это минорное, слетает на мажорных

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

29. Сообщение от Аноним (29), 20-Июн-24, 13:23 +/–

ну пропингуй 127.0.1 и посмотри ответы

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #35

30. Сообщение от Аноним (30), 20-Июн-24, 13:39 –2 +/–

Неверный для лисы. Вот для остальных верный

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #40, #43

31. Сообщение от Аноним (31), 20-Июн-24, 13:59 +1 +/–

Магичность - плохой стиль в коде.

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

32. Сообщение от wd (?), 20-Июн-24, 14:04 +1 +/–

это не сокращенная а классовая запись
в частности 10.0.257 == 10.0.1.1
~ % ping 8.526344
PING 8.526344 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=58 time=31.9 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=58 time=32.0 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=58 time=31.9 ms

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #36

33. Сообщение от АнонимАнони.. (?), 20-Июн-24, 15:01 +1 +/–

Причину удалось выяснить ? Именно после 127.0.1 ?

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

34. Сообщение от K_AHTOH (ok), 20-Июн-24, 15:36 +/–

Чот последние обновления перестали открывать сайты .onion
Я через прокси ТОР перенаправляю трафик, так в Хроме все работает.
Да и заблокированные сайты тоже открывает, только даркнет не хочет.
Никто не знает что может быть?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37, #41

35. Сообщение от OpenEcho (?), 20-Июн-24, 15:59 –1 +/–

> ну пропингуй 127.0.1 и посмотри ответы
Опеннет попингуйный...
https://www.ghacks.net/2024/06/19/google-disrupted-youtube-v.../

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

36. Сообщение от OpenEcho (?), 20-Июн-24, 16:04 +1 +/–

> это не сокращенная а классовая запись
> в частности 10.0.257 == 10.0.1.1
Классы отменили в 1993
А пинговать можно по всякому, лижбы номер был
ping 2130706433
или
ping 0x7F000001

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

37. Сообщение от Аноним (37), 20-Июн-24, 16:15 –1 +/–

Вопрос немного не в тему. А где надыбать лист годных .onion сайтов? А то имеющиеся в гугле, те давно протухли.

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

39. Сообщение от Аноним (39), 20-Июн-24, 17:49 +/–

127.0.0.1 ?

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

40. Сообщение от Niko2040 (ok), 20-Июн-24, 18:09 +2 +/–

> Неверный для лисы. Вот для остальных верный
А остальные это кто? Chromium-based? Ну так гуглу не составляет труда в своём движке обеспечить совместимость)

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

41. Сообщение от Аноним (41), 20-Июн-24, 18:49 +/–

Реньше был по умолчанию активен преф, блокирующий .onion. Может с ним или новым аналогичным связано.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #42

42. Сообщение от K_AHTOH (ok), 20-Июн-24, 19:45 +/–

> Реньше был по умолчанию активен преф, блокирующий .onion. Может с ним или
> новым аналогичным связано.
Да вроде отключал...
network.proxy.socks_remote_dns = true
network.dns.blockDotOnion = false

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #50

43. Сообщение от Аноним (43), 20-Июн-24, 20:08 +/–

К сожалению, тут гугл самостоятельно решает, какая последовательность временных меток верная, а какая нет. Остальное - неважно.

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

44. Сообщение от Аноним (44), 20-Июн-24, 21:49 +/–

Я медленную буферизацию решил отключением HTTP3 по [1-3]. Теперь понятно, что это был другой баг (медленная буферизация при <=1080p или не-VP9).
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1878510#c61
[2] https://www.reddit.com/r/firefox/comments/1dgit2u/http3_bug_...
[3] network.http.http3.enable = false

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #45, #47

45. Сообщение от Аноним (44), 20-Июн-24, 22:08 +1 +/–

Баг, решающийся отключением HTTP3 ведёт себя как долгая начальная загрузка видео - несколько минут (с пустыми Network Activity и Buffer Health в ютубовском Stats for nerds).
Баг VP9 на начальную загрузку не влияет.

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

46. Сообщение от grayich (ok), 21-Июн-24, 01:28 +1 +/–

>Проблема проявляется для видео VP9 с качеством выше 1080p
врут, с любым размером клинит в фф

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

47. Сообщение от timur.davletshin (ok), 21-Июн-24, 07:59 –2 +/–

Вполне возможно. Google недавно местами внедрил новый алгоритм управления потоком на YT - BBR3 (BBR - obsolete, BBR2 никогда не релизился, только в репе).
В РФ есть ещё вторая причина проблем с буферизацией - постепенный вывод из эксплуатации серверов кэширующей инфраструктуры.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #53

48. Сообщение от Аноним (48), 21-Июн-24, 08:17 +/–

Багу пару лет, кстати. Проблема в том, что и на fullhd не всегда есть avc поток (который ниже качеством).

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

49. Сообщение от Аноним (49), 21-Июн-24, 09:25 +/–

Они только узнали, что метки в видео могут быть не по порядку? Попробуйте MP4 снять на камеру на ноутбуке. А потом просто пережать ffmpegом. Удивитесь. Ошибок 10 о неправильных временных метках оно выдаст. Особенно в начале. Исправить проблему можно только перекодированием видео. И вот там скорее всего в этом и косяк. Видео исходного качества 1080p грузится как есть и не перекодируется. Видео в остальных качествах перекодируется и там ошибок нет.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #52, #58

50. Сообщение от Аноним (50), 21-Июн-24, 10:02 +/–

>network.dns.blockDotOnion = false
Требуется как раз наоборот = true
Нужно, чтобы браузер не пытался резолвить .onion

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

51. Сообщение от Аноним (-), 21-Июн-24, 10:26 +1 +/–

>> Он 127.0.1 :)
> Устаревшая новость, уже есть 127.0.2 фиксящая проблему с просмотром тытрубы в HD+ качестве
Так надо было и ютуб на 127.0.0.1 развесить. Он бы тогда и 16K играл спокойно, если проц позволяет.

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

52. Сообщение от Аноним (-), 21-Июн-24, 10:28 +1 +/–

> Они только узнали, что метки в видео могут быть не по порядку?
> Попробуйте MP4 снять на камеру на ноутбуке. А потом просто пережать
> ffmpegом. Удивитесь. Ошибок 10 о неправильных временных метках оно выдаст.
Это потому что кодирование видео в реалтайме - может и не успеть за непрерывным потоком, чаще всего в начале как раз, потом какой-нибудь адаптив более-менее работать начинает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #57

53. Сообщение от Аноним (53), 21-Июн-24, 13:03 +2 +/–

> В РФ есть ещё вторая причина проблем с буферизацией - постепенный вывод из эксплуатации серверов кэширующей инфраструктуры.
А я то думаю почему под VPN видосы грузятся в разы быстрее.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #54

54. Сообщение от timur.davletshin (ok), 21-Июн-24, 13:32 –4 +/–

А пакеты по VPN к тебе телепортируются с нулевой задержкой? Смешной ты, Аноним.

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

57. Сообщение от Аноним (49), 21-Июн-24, 15:58 +/–

Ну дык всякие стримы и снимают в реальном времени. А ты потом смотришь трансляцию в инете и она виснет каждые 5 минут вот из за таких ждунов, которые ждут следующий слайс. Дай бог если хостинг пережимает потом видео в оффлайне. А если нет?

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

58. Сообщение от Аноним (44), 21-Июн-24, 23:35 +1 +/–

В спецификации ШЕБМ есть место:
"All absolute (block + cluster) timecodes MUST be monotonically increasing" - [1]
Хз, читается ли оно буквально, или как-то по отдельности: "монотонны метки видеоблоков то ли везде, то ли в пределах кластера", "монотонны метки аудиоблоков то ли везде, то ли в пределах кластера", "монотонны метки кластеров".
Взял первую попавшуюся ШЕБМ-ку на компе, открыл её в MKVToolnix / Info tool и нашёл метку аудиоблока, которая идёт позже метки следующего кластера и первого видеоблока в нём.
|+ Cluster
| + ...
| + ...
| + Simple block: key, track number 2, 4 frame(s), timestamp 00:01:49.840000000
|+ Cluster
| + Cluster timestamp: 00:01:49.830000000
| + Simple block: key, track number 1, 1 frame(s), timestamp 00:01:49.830000000
Но в багтрекере говорят именно про видео: "video samples' timestamp should be monotonizally ... some bad video samples in YT's bytesteam"? Скачал[2] проблемную 4K ШЕБМ-ку и не нашёл в ней немонотонности. Может, под капотом у браузера (или ютуба, отдающего видео браузеру, а не yt-dlp) происходит что-то ещё, что не видно в файле, скачанном yt-dlp. Как-то это мутно.
[1] https://www.webmproject.org/docs/container/#:~:text=All%...
[2] yt-dlp -f 313 --keep-fragments https://www.youtube.com/watch?v=AfHw5cF7vGo

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

59. Сообщение от Аноним (59), 23-Июл-24, 15:44 Скрыто ботом-модератором +/–

говно это network.http.http3.enable не работает всё бесполезно, раньше решение проблем нагугливалось сразу, а теперь надо сидеть разбираться сутками и днями, кругом одни лохи пишут, ничего дельного или толкового не могут посоветовать

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

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

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

Партнёры:

Хостинг:

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

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

1. Сообщение от Аноним (1), 20-Июн-24, 10:11	+36 +/–
Обновление имени localhost =))
Ответить \| Правка \| Наверх \| Cообщить модератору

2. Сообщение от Аноним (2), 20-Июн-24, 10:11	+5 +/–
Он 127.0.1 :) Но смешно. В таком выпуске нужно было бы встроенный LAMP сделать
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #4, #6, #21

3. Сообщение от Аноним (4), 20-Июн-24, 10:13	–1 +/–
То что они ломают то что итак работало отличный показатель деградации качества кода и процесса разработки.
Ответить \| Правка \| Наверх \| Cообщить модератору

4. Сообщение от Аноним (4), 20-Июн-24, 10:13	+8 +/–
Они бы и его сломали.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2

6. Сообщение от IZh. (?), 20-Июн-24, 10:23	+18 +/–
Таки localhost. Читайте RFC по IPv4 на тему сокращённых форм записи адресов. u@vm:~> ping 127.1 PING 127.1 (127.0.0.1) 56(84) bytes of data. 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.021 ms 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.052 ms 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.037 ms ^C --- 127.1 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2044ms rtt min/avg/max/mdev = 0.021/0.036/0.052/0.012 ms u@vm:~> ping 127.0.1 PING 127.0.1 (127.0.0.1) 56(84) bytes of data. 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.032 ms 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.037 ms 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.039 ms ^C --- 127.0.1 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2050ms rtt min/avg/max/mdev = 0.032/0.036/0.039/0.003 ms
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #10, #15

10. Сообщение от rshadow (ok), 20-Июн-24, 11:07	+/–
Прикольно. Видел такое в IPv6, но там это необходимость чтобы не писать простыней.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

11. Сообщение от АнонимАнони.. (?), 20-Июн-24, 11:35	+/–
Что с Firefox странное стало, у меня после обновления даже язык не слетел ! По прежнему русский в интерфейсе :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #28

13. Сообщение от AKTEON (?), 20-Июн-24, 11:49	+2 +/–
>>Проблема, приводящая в сборах Firefox для платформы Linux к снижению скорости воспроизведения звука в два раза, в случае включения моно-режима, активируемого при выставлении настройки "accessibility.monoaudio.enable". Это просто праздник какой-то
Ответить \| Правка \| Наверх \| Cообщить модератору

15. Сообщение от OpenEcho (?), 20-Июн-24, 11:58	+/–
> Читайте RFC по IPv4 на тему сокращённых форм записи адресов. Самое смешное, что в RFC про IPv4 нигде конкретно не сказанно про такой вид сокращений (примеры в RFC есть, как 10/8 или 172.16/12, но конкретно про поглощение отсутсвующего нуля - нет), но при этом применяется на практике десятилетиями опираясь только на man inet_aton(3)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #31, #32

17. Сообщение от Аноним (17), 20-Июн-24, 12:12	+2 +/–
Следующая версия переполнит однобайтовый знаковый целочисленный тип, ждём версию минус 128.
Ответить \| Правка \| Наверх \| Cообщить модератору

21. Сообщение от OpenEcho (?), 20-Июн-24, 12:31	–1 +/–
> Он 127.0.1 :) Устаревшая новость, уже есть 127.0.2 фиксящая проблему с просмотром тытрубы в HD+ качестве
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #29, #51

22. Сообщение от Аноним (22), 20-Июн-24, 12:31	+1 +/–
> Из известных, но пока не исправленных проблем, отмечается зависание воспроизведения видео с YouTube при смене позиции в потоке. Проблема проявляется для видео VP9 с качеством выше 1080p. При этом, проблема на стороне YT, который отдаёт некорректный поток. https://bugzilla.mozilla.org/show_bug.cgi?id=1878510#c113
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #30, #44

24. Сообщение от Аноним (28), 20-Июн-24, 12:51	+/–
в Solus пока не прилетело, скорее всего, только к концу недели будет
Ответить \| Правка \| Наверх \| Cообщить модератору

27. Сообщение от Аноним (27), 20-Июн-24, 12:58	+/–
на арче стал падать..
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #33

28. Сообщение от Аноним (28), 20-Июн-24, 13:04	+2 +/–
это минорное, слетает на мажорных
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11

29. Сообщение от Аноним (29), 20-Июн-24, 13:23	+/–
ну пропингуй 127.0.1 и посмотри ответы
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #21 Ответы: #35

30. Сообщение от Аноним (30), 20-Июн-24, 13:39	–2 +/–
Неверный для лисы. Вот для остальных верный
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #22 Ответы: #40, #43

31. Сообщение от Аноним (31), 20-Июн-24, 13:59	+1 +/–
Магичность - плохой стиль в коде.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15

32. Сообщение от wd (?), 20-Июн-24, 14:04	+1 +/–
это не сокращенная а классовая запись в частности 10.0.257 == 10.0.1.1 ~ % ping 8.526344 PING 8.526344 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=58 time=31.9 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=58 time=32.0 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=58 time=31.9 ms
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15 Ответы: #36

33. Сообщение от АнонимАнони.. (?), 20-Июн-24, 15:01	+1 +/–
Причину удалось выяснить ? Именно после 127.0.1 ?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #27

34. Сообщение от K_AHTOH (ok), 20-Июн-24, 15:36	+/–
Чот последние обновления перестали открывать сайты .onion Я через прокси ТОР перенаправляю трафик, так в Хроме все работает. Да и заблокированные сайты тоже открывает, только даркнет не хочет. Никто не знает что может быть?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #37, #41

35. Сообщение от OpenEcho (?), 20-Июн-24, 15:59	–1 +/–
> ну пропингуй 127.0.1 и посмотри ответы Опеннет попингуйный... https://www.ghacks.net/2024/06/19/google-disrupted-youtube-v.../
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #29

36. Сообщение от OpenEcho (?), 20-Июн-24, 16:04	+1 +/–
> это не сокращенная а классовая запись > в частности 10.0.257 == 10.0.1.1 Классы отменили в 1993 А пинговать можно по всякому, лижбы номер был ping 2130706433 или ping 0x7F000001
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #32

37. Сообщение от Аноним (37), 20-Июн-24, 16:15	–1 +/–
Вопрос немного не в тему. А где надыбать лист годных .onion сайтов? А то имеющиеся в гугле, те давно протухли.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #34

39. Сообщение от Аноним (39), 20-Июн-24, 17:49	+/–
127.0.0.1 ?
Ответить \| Правка \| Наверх \| Cообщить модератору

40. Сообщение от Niko2040 (ok), 20-Июн-24, 18:09	+2 +/–
> Неверный для лисы. Вот для остальных верный А остальные это кто? Chromium-based? Ну так гуглу не составляет труда в своём движке обеспечить совместимость)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #30

41. Сообщение от Аноним (41), 20-Июн-24, 18:49	+/–
Реньше был по умолчанию активен преф, блокирующий .onion. Может с ним или новым аналогичным связано.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #34 Ответы: #42

42. Сообщение от K_AHTOH (ok), 20-Июн-24, 19:45	+/–
> Реньше был по умолчанию активен преф, блокирующий .onion. Может с ним или > новым аналогичным связано. Да вроде отключал... network.proxy.socks_remote_dns = true network.dns.blockDotOnion = false
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #41 Ответы: #50

43. Сообщение от Аноним (43), 20-Июн-24, 20:08	+/–
К сожалению, тут гугл самостоятельно решает, какая последовательность временных меток верная, а какая нет. Остальное - неважно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #30

44. Сообщение от Аноним (44), 20-Июн-24, 21:49	+/–
Я медленную буферизацию решил отключением HTTP3 по [1-3]. Теперь понятно, что это был другой баг (медленная буферизация при <=1080p или не-VP9). [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1878510#c61 [2] https://www.reddit.com/r/firefox/comments/1dgit2u/http3_bug_... [3] network.http.http3.enable = false
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #22 Ответы: #45, #47