форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Firefox переходит на плавающий график подготовки релизов"	+/–
Сообщение от opennews (??) on 05-Фев-16, 09:26
Разработчики Mozilla объявили (https://blog.mozilla.org/futurereleases/2016/02/04/update-on.../) об изменении графика (https://wiki.mozilla.org/RapidRelease/Calendar) подготовки релизов Firefox. Если ближайшие релизы Firefox 45 и 46 будут выпущены в рамках прежнего шестинедельного цикла (https://www.opennet.ru/opennews/art.shtml?num=30181) разработки, то в дальнейшем на формирование каждого чётного выпуска будет уходить восемь недель, а в конце года разработчики ограничатся только корректирующим выпуском, который будет содержать только исправления ошибок. Изменения внесены для оптимизации процесса разработки и отталкиваются от четырёхлетнего опыта применения модели фиксированного цикла подготовки релизов. С учётом нахождения кода в стадиях ночных сборок, альфа- и бета-версий, дополнительные две недели для каждого чётного релиза позволят выделить как минимум шесть недель на разработку, сохранив время на тестирование. Дополнительное время так же даст возможность для манёвра в непредвиденных ситуациях, например, позволит изменить дату релиза, реагируя на возникающие потребности пользователей и рынка. Новый график также учитывает потребность разработчиков в отдыхе и предоставляет рождественские каникулы. Новый график: -  2016-03-08 – Firefox 45, ESR 45 (6 недель) -  2016-04-19 – Firefox 46 (6 недель) -  2016-06-07 – Firefox 47 (7 недель) -  2016-08-02 – Firefox 48 (8 недель) -  2016-09-13 – Firefox 49 (6 недель) -  2016-11-08 – Firefox 50 (8 недель) -  2016-12-13 – Firefox 50.0.1 (5 недель, корректирующий выпуск) -  2017-01-24 – Firefox 51 (6 недель c момента корректирующего выпуска или 11 недель с момента значительного релиза) Корректирующие ESR-релезы как и раньше будут выходить одновременно со значительными выпусками. URL: https://blog.mozilla.org/futurereleases/2016/02/04/update-on.../ Новость: https://www.opennet.ru/opennews/art.shtml?num=43821
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Firefox переходит на плавающий график подготовки релизов"	+19 +/–
Сообщение от Аноним (??) on 05-Фев-16, 09:26
Не выдержали гонки? Печально.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Firefox переходит на плавающий график подготовки релизов"	+17 +/–
	Сообщение от commiethebeastie (ok) on 05-Фев-16, 09:32
	Против systemd не попрешь.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	35. "Firefox переходит на плавающий график подготовки релизов"	+1 +/–
	Сообщение от CSRedRat (ok) on 05-Фев-16, 12:30
	Давно не было слышно о релизах, кстати)
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	36. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от CSRedRat (ok) on 05-Фев-16, 12:37
	Последняя новость о выпуске 228: https://www.opennet.ru/opennews/art.shtml?num=43349 (от 19.11.15, между релизами тоже в среднем около месяца) У них, кстати, на сайте забавные графики: 1) Ишью в гору идут: https://in.waw.pl/systemd-github-state/systemd-issues.svg 2) Пул реквесты скатились: https://in.waw.pl/systemd-github-state/systemd-pull-requests... А для скачивания почему-то доступна последней 221 версия: http://www.freedesktop.org/software/systemd/ Новость по 229 релизу только в процессе: https://github.com/CSRedRat/systemd/blob/master/NEWS
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	46. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Stax (ok) on 05-Фев-16, 13:10
	> У них, кстати, на сайте забавные графики: Это смотря с какой точки зрения > 1) Ишью в гору идут: https://in.waw.pl/systemd-github-state/systemd-issues.svg График issue *любого* развивающего продукта с частыми регулярными релизами выглядит ровно так же. У стагнирующих и продуктов с редкими крупными релизами - несколько иначе. Но при нормально идущей разработке и росте user base  - один в один такой график, кто разрабатывал, тот такие графики много раз видел. > 2) Пул реквесты скатились: https://in.waw.pl/systemd-github-state/systemd-pull-requests... Эм? Вообще-то объем пулл-реквестов равномерно растет, скатился % все еще открытых за счет перевода в категорию postponed. По-моему, тоже ничего аномального.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	54. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от CSRedRat (ok) on 05-Фев-16, 13:57
	>> У них, кстати, на сайте забавные графики: > Это смотря с какой точки зрения >> 1) Ишью в гору идут: https://in.waw.pl/systemd-github-state/systemd-issues.svg > График issue *любого* развивающего продукта с частыми регулярными релизами выглядит ровно > так же. У стагнирующих и продуктов с редкими крупными релизами - > несколько иначе. Но при нормально идущей разработке и росте user base >  - один в один такой график, кто разрабатывал, тот такие > графики много раз видел. Я с этим полностью согласен и не спорю) просто графики забавные :) >> 2) Пул реквесты скатились: https://in.waw.pl/systemd-github-state/systemd-pull-requests... > Эм? Вообще-то объем пулл-реквестов равномерно растет, скатился % все еще открытых за > счет перевода в категорию postponed. По-моему, тоже ничего аномального. На главной выводят только скатившийся, как показатель реквестов: http://www.freedesktop.org/wiki/Software/systemd/
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	6. "Firefox переходит на плавающий график подготовки релизов"	+3 +/–
	Сообщение от soarin (ok) on 05-Фев-16, 09:47
	А ведь нагоняли. Chrome 48, Firefox 44. Всего-то на четыре версии отставали.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	39. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от anonymous (??) on 05-Фев-16, 12:51
	а куда гнать, каких критических фич вам в браузере не хватает?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	42. "Firefox переходит на плавающий график подготовки релизов"	+11 +/–
	Сообщение от Andrey Mitrofanov on 05-Фев-16, 13:03
	> а куда гнать, каких критических фич вам в браузере не хватает? Тага <сарказм>, вестимо.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	63. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Admino (ok) on 05-Фев-16, 16:04
	Кстати, пора бы уже оформить фичереквест
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	65. "Firefox переходит на плавающий график подготовки релизов"	+2 +/–
	Сообщение от Аноним (??) on 05-Фев-16, 17:01
	Третье правило проект-менеджера: если в продукте столько фич, что уже и добавить нечего - значит, самое время заняться фичекатом и половину функционала убрать.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	113. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Аноним (??) on 09-Фев-16, 00:03
	> половину функционала убрать Чтобы потом можно было радовать пользователей постепенным восстановлением убранного функционала (старое-доброе "сначала сделать плохо, а потом вернуть, как было"). :)
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	116. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Аноним (??) on 10-Фев-16, 14:13
	#65 и #113 прямо-таки описали Оперу.
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	91. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Аоаоао on 06-Фев-16, 06:39
	> а куда гнать, каких критических фич вам в браузере не хватает? Быстродействие загрузки и рендеринга. У Firefox с этим проблемы. Он медленней чем IE и EDGE.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	94. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от asd (??) on 06-Фев-16, 11:20
	Что такое IE EDGE? # apt-chache search IE и # apt-chache search EDGE нифига интересного не выдаёт.
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	96. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Аноним (??) on 06-Фев-16, 13:15
	В центре обновления посмотри. Вопрос на засыпку - фаерфокс ориентируется на какую ОС?
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	100. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от GrammarNarziss on 06-Фев-16, 17:22
	"не выдержали гонку", позорище
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	102. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Анончег on 06-Фев-16, 21:40
	> Изменения внесены для оптимизации процесса разработки и отталкиваются от четырёхлетнего опыта ... Новый график также учитывает потребность разработчиков в отдыхе и предоставляет рождественские каникулы. Ёксель-моксель, это они четыре года без одоху Хрома догоняли по версиям!!! Мазилкиных манагеров надо премировать за такую эффективность. Резултатов правда за эти четыре года никаких не предъявлено, но такой "забег в ширирну"(С) впечатляет.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	103. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от kot040188 on 07-Фев-16, 01:18
	Не выдержалли-таки гонкУ по превращению лисы в НЁХ…
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Firefox переходит на плавающий график подготовки релизов"	+34 +/–
Сообщение от кверти (ok) on 05-Фев-16, 09:27
Выгнать нах всех менеджеров из мозиллы и вернутся к графику разработки как в 3.6
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	8. "Firefox переходит на плавающий график подготовки релизов"	+5 +/–
	Сообщение от фыва2 on 05-Фев-16, 10:18
	все же вы правы... новый продукт нужно выпускать как он будет готов.. а не от приближения острозаточенного маятника
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	17. "Firefox переходит на плавающий график подготовки релизов"	+2 +/–
	Сообщение от ASH (??) on 05-Фев-16, 10:58
	Сейчас приняты другие методы, лучше выпустить недопродукт но в срок, чем продукт но с опозданием. Предсказуемость релизов же, акционеры рады и все такое.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

Часть нити удалена модератором

	69. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от ix.. on 05-Фев-16, 17:32
	Увы, но и для стартапов такой подход не очень. В большинстве случаев это значит что стартап никогда не сможет стать компанией, которая в срок сделает необходимые вещи, даже имея тариф безлимитный. Это тот случай когда как начнёшь, так и продолжишь. Стартапные проекты часто имеют такую организацию, что их нужно полностью с нуля переделывать чтобы получить продукт. А этого не делает почти никто из получивших финансирование. На выходе получаем пук.
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	80. "Firefox переходит на плавающий график подготовки релизов"	–2 +/–
	Сообщение от Michael Shigorin (ok) on 05-Фев-16, 18:48
	> Сейчас приняты другие методы, лучше выпустить недопродукт но в срок, чем продукт > но с опозданием. Предсказуемость релизов же, акционеры рады и все такое. http://c2.com/cgi/wiki?WorseIsBetter
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	30. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от 123 (??) on 05-Фев-16, 12:04
	В свое время это называлось корейским синдромом.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

4. "Firefox переходит на плавающий график подготовки релизов"	+19 +/–
Сообщение от A.Stahl (ok) on 05-Фев-16, 09:45
Есть такой офигенный график -- выпускать тогда, когда готово. Запланировали список фич и пусть пилят их до тех пор, пока все запланированные фичи не станут готовы. 2 недели? Хорошо. Год? Ну ладно... А то фигнёй какой-то страдают...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	9. "Firefox переходит на плавающий график подготовки релизов"	–4 +/–
	Сообщение от COBA on 05-Фев-16, 10:20
	Только при таком графике все пользователи уйдут на другой продукт, когда им надоест ждать заявленных фич несколько лет... Все-таки плановые релизы заставляют работать разработчиков и позволяют планировать обновления пользователям. Это четко видно на падении доли Debian и увеличении доли Ubuntu в серверном сегменте.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	15. "Firefox переходит на плавающий график подготовки релизов"	+5 +/–
	Сообщение от Аноним (??) on 05-Фев-16, 10:50
	Если сравнивать lts выпуски убунты, то они примерно одинаково выходят с дебианом. А кто ставит на серверы не лтс?
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	44. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
	Сообщение от COBA on 05-Фев-16, 13:08
	Проблема с Debian в том что Вы никогда не знаете сколько будет поддерживаться текущая ветка, то ли 10 лет, то ли 1 год. В то время как для lts все знают - 6 лет. Это позволяет планировать миграции и работу компании.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	22. "Firefox переходит на плавающий график подготовки релизов"	–4 +/–
	Сообщение от Вася (??) on 05-Фев-16, 11:08
	Ubuntu ЧЕМ ТО отличается от Debian??? Хоть чем то окромя иконок?
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	24. "Firefox переходит на плавающий график подготовки релизов"	+1 +/–
	Сообщение от Чепукто on 05-Фев-16, 11:13
	Unity. Mir. LXC|LXD. Click. PPA.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	28. "Firefox переходит на плавающий график подготовки релизов"	+1 +/–
	Сообщение от Аноним (??) on 05-Фев-16, 11:41
	LXC убунте не приписываем, её ядерщики пилят. Нужность PPA сомнительна, остальное откровенное г-но.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	29. "Firefox переходит на плавающий график подготовки релизов"	+7 +/–
	Сообщение от DeerFriend on 05-Фев-16, 11:50
	Остальное на сервер не ставят обычно.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	45. "Firefox переходит на плавающий график подготовки релизов"	+1 +/–
	Сообщение от COBA on 05-Фев-16, 13:10
	> Ubuntu ЧЕМ ТО отличается от Debian??? > Хоть чем то окромя иконок? Вы о чем? Речь идет не об отличиях в иконках, а о том, что график выхода обновлений позволяет лучше планировать деятельность зависимых от этих обновлений структур.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

Часть нити удалена модератором

	66. "Firefox переходит на плавающий график подготовки релизов"	+1 +/–
	Сообщение от marks on 05-Фев-16, 17:21
	1. не нужно трогать то, что работает. Единственной причиной немедленной установки является исправление ошибок. Так и он про что... Убунту "на работе" можно _гарантированно_ не трогать 6 лет. Секьюрити апдейты прилетят. А сроки поддержки различных релизов дебиана бывают довольно сильно отличаются. И придется шаманить, если поддержка вдруг кончится.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

Часть нити удалена модератором

	74. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
	Сообщение от COBA on 05-Фев-16, 18:04
	Вы знаете - есть. Текущая ветка 38.6 Когда Вам придется админить хотя бы сотню компов, тогда Вы возможно поймете о чем я говорю. А пока от Вас я слышу только нападки.
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Firefox переходит на плавающий график подготовки релизов"	–2 +/–
	Сообщение от анонисимус on 05-Фев-16, 10:25
	ну тогда пилить можно до бесконечности. я не говорю, что это плохой подход, но планирование тоже нужно. и выпускать продукт нужно в срок, иначе пользователи в виду такой неопрделённости сбегут (хотя как видно мозилле это не помогло - все равно бегут, ну значит менеджеры и маркетологи херовые). впрочем, не смотря на заявление мозиллы о том, что они от одного графика к другому перешли, ничего не меняли. у них на деле такой подход, как вы описали - когда готово - и действует. возьмем к примеру элекролиз. его плнировали включить уже в 45-й релиз, а теперь уже точно всем понятно (о чем они и заявили) что в 45 его не будет. и включат когда будет готово. такие циклы - это скорее чисто маркетинговый прием, чтобы создать видимость выброса новых фич на рынок. может с точки зрения разработки тут какая-то польза есть - в том плане, что не надо фичи мариновать годами, а можно выпускать их чаще, только планировать надо уметь. вообще, похоже, что ребята просто поняли, что такая гонка не пошла на пользу и часто они тупо не успевают, а на подготовку и стаблизацию релиза много сил уходит.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	12. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Илья (??) on 05-Фев-16, 10:29
	Не соглашусь с вами: у каждой задачи есть срок выполнения. Тут вопрос только в предпочтениях: кому-то удобнее подстравать объем задач под заданные временные рамки, а для другого, наоборот, первичнее выполнить определенные задачи, и, разумеется, правильно оценить срок их выполнения.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	19. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от ASH (??) on 05-Фев-16, 11:00
	> Есть такой офигенный график -- выпускать тогда, когда готово. > Запланировали список фич и пусть пилят их до тех пор, пока все > запланированные фичи не станут готовы. 2 недели? Хорошо. Год? Ну ладно... > А то фигнёй какой-то страдают... Скрам, канбан, х%%к-х%%к и в продакшен же. Весь современный софт так пишется, причины понять не могу, видимо мода просто такая.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	25. "Firefox переходит на плавающий график подготовки релизов"	+1 +/–
	Сообщение от заяц on 05-Фев-16, 11:15
	Так не только софт пишется. Так в целом формируется стратегия развития компании. А иначе пока вы будете долго и упорно делать "пока будет готово", конкуренты уже всё сделают, продадут и оставят вас далеко позади. Мир миняется, пора бы уже адаптирвоваться, или адаптируйте мир под себя, если сил хватит.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	81. "Firefox переходит на плавающий график подготовки релизов"	+1 +/–
	Сообщение от ASH (??) on 05-Фев-16, 18:49
	копропродукт может и не принести выгоды, ибо никакие спринты не заменят качества
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	75. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Аноним (??) on 05-Фев-16, 18:17
	А отгадка одна - копроэкономика.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	86. "Firefox переходит на плавающий график подготовки релизов"	+1 +/–
	Сообщение от Crazy Alex (ok) on 05-Фев-16, 23:26
	Нет, просто лучше иметь прямо сейчас продукт с четвертью функционала, чем вечность ждать, когда будет готов идеал. Это с точки зрения клиента/пользователя, если что. Вот скрам, если говорить о сути, а не о ритуалах - он как раз об этом. А "х%%к-х%%к и в продакшен" бывает, когда изматерившийся клиент заствляет-таки через пол-года выкатить ну хоть что-то. Потому что ему сейчас работать нужно, а не через год. И экономия времени в скраме, если что, достигается не обилием "х-ком",а  огранчиением фич и знанием, на какие фичи в случае чего можно со скрипом забить, получив при этом хоть как-то полезный результат.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	97. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Аноним (??) on 06-Фев-16, 13:19
	Самое веселое обсуждение скрама и прочего игила я читал на рсдн. Люди под год пилили деньги клиента. По результатам проект закрыли. Оказалось без вменяемой, продуманной архитектуры приложения и графика развития получилось нечто нафиг не нужное клиенту и требующее переписывания с нуля. А люди с гордостью рассказывали какой плюс в этом скрама. Без скрама они бы в два раза больше денег и времени клиента просадили с тем же результатом. Это они на полном серьезе так считают.
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	41. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Аноним (??) on 05-Фев-16, 12:56
	Ага как забикс 3.0 в июне обещали выпустить до августа месяца. Уже февраль а ничего не происходит
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	47. "Firefox переходит на плавающий график подготовки релизов"	+2 +/–
	Сообщение от Andrey Mitrofanov on 05-Фев-16, 13:12
	> Ага как забикс 3.0 в июне обещали выпустить до августа месяца. Уже > февраль а ничего не происходит Они на днях из бет в RC перешли. Не то, чтоб совсем "ничего".
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	61. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
	Сообщение от AnotherReality (ok) on 05-Фев-16, 15:12
	Согласен, но у них было очень много работы, и они могли разбить на маленькие релизы, для меня киллерфичей было шифрование между сервером и агентом
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	76. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Аноним (??) on 05-Фев-16, 18:17
	А графит или похожую вещь они запилить не хотят?
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	85. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Andrey Mitrofanov on 05-Фев-16, 21:57
	> А графит или похожую вещь они запилить не хотят? И RRD с MRTG -- хотеть!!
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

5. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
Сообщение от Аноним (??) on 05-Фев-16, 09:45
Млять, что они всё оптимизируют?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
Сообщение от Maks (??) on 05-Фев-16, 10:14
Действительно,достали с оптимизациями и улучшениями.Раньше,у меня стояла лиса 17,и всё показывало,и всё играло.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	20. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
	Сообщение от Аноним (??) on 05-Фев-16, 11:01
	Действительно,достали с оптимизациями и улучшениями.Раньше,у меня стоял Netscape Navigator,и всё показывало,и всё играло.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

14. "Firefox переходит на плавающий график подготовки релизов"	+/–
Сообщение от Аноним (??) on 05-Фев-16, 10:46
То есть теперь всё, что они на этот год наобещали, нужно будет дольше ждать, а если перенесут, то ждать ещё дольше.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	59. "Firefox переходит на плавающий график подготовки релизов"	+2 +/–
	Сообщение от kot040188 on 05-Фев-16, 14:36
	И это хорошо. Может ещё и отменяют эти изменения…
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

18. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
Сообщение от Аноним (??) on 05-Фев-16, 10:59
Боюсь представить, что будет с браузером через лет 5. Минимальные требования: 4 гб оперативы, и проц не меньше i5. Это чтоб просто посмотреть странички. Сколько ненужного хлам в них впихивают с каждой версией.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	21. "Firefox переходит на плавающий график подготовки релизов"	+6 +/–
	Сообщение от Maks (??) on 05-Фев-16, 11:06
	Да! И в каждой версии инструменты для разработчиков!Достали,у меня вся система жрёт 130mb,а лиса жрёт 400 с одной вкладкой!Что там в ней,падле,орбита луны на 300 лет рассчитывается,пока я опеннет читаю?
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	37. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
	Сообщение от Аноно on 05-Фев-16, 12:38
	Ты совсем-совсем глупый да? Инструменты разработчика не занимают оперативную память пока ты их не запустишь. И вообще никакой код не исполняют пока ТЫ САМ ИХ НЕ ЗАПУСТИШЬ.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	40. "Firefox переходит на плавающий график подготовки релизов"	+1 +/–
	Сообщение от Какаянахренразница (ok) on 05-Фев-16, 12:54
	Ладно, пускай не инструменты разработчика. А что, @#$%, жрёт столько памяти?!? Что в этой памяти?
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	49. "Firefox переходит на плавающий график подготовки релизов"	+1 +/–
	Сообщение от anonymous (??) on 05-Фев-16, 13:34
	> Ладно, пускай не инструменты разработчика. А что, @#$%, жрёт столько памяти?!? Что > в этой памяти? Всякие парсилки, жит-компиляторы и прочее. Количество вэб-технологий растёт, жиреет и браузер. Вон из palemoon всё повыкидывали, однако сырец весит около 80 мб в архиве. Сам подумай, сколько это выжрет оперативы после компиляции и запуска.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	53. "Firefox переходит на плавающий график подготовки релизов"	+9 +/–
	Сообщение от Какаянахренразница (ok) on 05-Фев-16, 13:41
	Связь между объёмом исходников и объёмом памяти, который займёт собранный из этих исходников бинариник при запуске, -- зыбкая и эфемерная. Короче, одно от другого никак не зависит. В килобайте исходников можно запилить столько утечек памяти, что дай боже. И наоборот, ведро линупса в архиве тоже весит немало, но при запуске не борзеет. > Сам подумай Ещё чего захотел! Я занят, пишу комменты на опенненте. Мне думать некогда.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	60. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
	Сообщение от Нимано on 05-Фев-16, 14:56
	> Количество вэб-технологий растёт А я слышал, что поддержку этих костылей и подпорок в браузерах отнюдь не веб-разработчики сделали. > сколько это выжрет оперативы после компиляции ЧСХ, те же доки в формате хтмл, которые вообще не менялись но для просмотра которых теперь как минимум пару сотен оперативы вынь да положь. Как и с кучей других сайтов-сервисов, где основной упор на "чтение". Но да, зато можно запускать и "полноценные" велос^ веб-приложения, где действительно без всяких штучек типа дум-деревьев и "вумного" кэша с построчным рендерингом текста и т.д. – никуда.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	82. "Firefox переходит на плавающий график подготовки релизов"	+1 +/–
	Сообщение от Michael Shigorin (ok) on 05-Фев-16, 19:08
	> ЧСХ, те же доки в формате хтмл, которые вообще не менялись но > для просмотра которых теперь как минимум пару сотен оперативы вынь да > положь. Их можно и skipstone читать.  Или вообще links.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	89. "Firefox переходит на плавающий график подготовки релизов"	+1 +/–
	Сообщение от kot040188 on 06-Фев-16, 02:18
	Или вообще не читать… И выбросить компьютер, ибо он не тянет…
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

26. "Firefox переходит на плавающий график подготовки релизов"	+2 +/–
Сообщение от koblin (ok) on 05-Фев-16, 11:22
впилили ненужный покет, выпилили нужные группы вкладок... мозила подбешивает
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Firefox переходит на плавающий график подготовки релизов"	+3 +/–
Сообщение от Аноним (??) on 05-Фев-16, 11:26
>а в конце года разработчики ограничатся только корректирующим выпуском, который будет содержать только исправления ошибок что уж мелочиться - давайте прям щас выпускать только багфиксы. Имхо - огнелису от этого только лучше будет, учитывая то, что в последних версиях, в основном, идет добавление всякого crapware вроде покета и выпиливание годных фич
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

43. "Firefox переходит на плавающий график подготовки релизов"	–6 +/–
Сообщение от anonymous (??) on 05-Фев-16, 13:07
я думаю пару лет этому браузеру осталось побарахтаться и канет в лету за ненадобностью и бесполезностью
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	48. "Firefox переходит на плавающий график подготовки релизов"	+3 +/–
	Сообщение от anonymous (??) on 05-Фев-16, 13:30
	Ну будет один хромой. Лучше думаешь? Всё-равно кроме гугля уже никто не сможет поддерживать список фич, который этот же гуголь и проталкивает. Времена, когда браузер можно было написать одним человеком за год давно прошли.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	50. "Firefox переходит на плавающий график подготовки релизов"	–2 +/–
	Сообщение от soarin (ok) on 05-Фев-16, 13:35
	> кроме гугля уже никто Apple, MS
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	52. "Firefox переходит на плавающий график подготовки релизов"	+4 +/–
	Сообщение от Аноним (??) on 05-Фев-16, 13:39
	радиусы прямоугольников патентовать и глюкалово оправдывать это не то же самое, что браузер развивать, так что остаётся только гугль
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

Часть нити удалена модератором

	67. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
	Сообщение от Аноним (??) on 05-Фев-16, 17:22
	Лет пять назад было бы, в общем, справедливое замечание. Сейчас можно только с разморозкой вас поздравить.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	72. "Firefox переходит на плавающий график подготовки релизов"	+2 +/–
	Сообщение от th3m3 (ok) on 05-Фев-16, 17:49
	Молитесь, чтобы Firefox остался на плаву. Иначе будет монополия Хрома. Будет стагнация. Никакого бурного развития веба больше не ждите.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	92. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
	Сообщение от Аоаоао on 06-Фев-16, 06:48
	> Молитесь, чтобы Firefox остался на плаву. Иначе будет монополия Хрома. Будет стагнация. > Никакого бурного развития веба больше не ждите. Да ладно. Firefox просто должен перейти на chromium (blink)
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	93. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
	Сообщение от Аноним (??) on 06-Фев-16, 10:36
	> Молитесь, чтобы Firefox остался на плаву. Иначе будет монополия Хрома. Будет стагнация. > Никакого бурного развития веба больше не ждите. в фаерфоксе больше нету развития, если не считать таковым выпиливание его настоящих фичь и запиливание дерьма
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	99. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от АнонимХ (??) on 06-Фев-16, 15:08
	> Никакого бурного развития веба больше не ждите. Даром не надо!
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

51. "Firefox переходит на плавающий график подготовки релизов"	+1 +/–
Сообщение от Maks (??) on 05-Фев-16, 13:35
Лиса 17 весила 20mb,а последняя лиса весит 47mb.Опять спрошу,нахрена мне лишние функции?Ведь есть-же Firefox Developer Edition,ну и пихайте всю хрень туда!!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	56. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Lain_13_too_lazy_to_login on 05-Фев-16, 14:16
	Да-да, так прям ничего полезного не делали и не добавили: https://en.wikipedia.org/wiki/History_of_Firefox
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	58. "Firefox переходит на плавающий график подготовки релизов"	–4 +/–
	Сообщение от РОСКОМУЗОР on 05-Фев-16, 14:35
	Уже сейчас ты можешь пользоваться легким и без лишних функций Хромом! Добро пожаловать в мир быстрого и главное легкого ПО!
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	64. "Firefox переходит на плавающий график подготовки релизов"	+2 +/–
	Сообщение от Lain_13 (ok) on 05-Фев-16, 16:29
	Тогда лучше сразу на lynx посылать. А то, видите ли, ему VP9, H.264, OdinMonkey, Flexbox и ещё ворох новых фичь HTML5, поддержку GStreamer 1.0, SPDY 3.1, HTTP/2, встроенный список блокировки следящих за пользователями систем и прочие полезные ништяки нужно было в Developer Edition пихать, чтоб фокс не раздувать. Или может туда PDF.js было засунуть нужно? Согласен, что тормозное решение, но всяко лучше говна вроде Adobe Acrobat Reader или совсем уж непонятно чьих поделок в системе. Туда и так слили совсем чисто девелоперские штуки вроде Valence. А если кто-то считает, что инспектор страницы не нужен, то может убиться об стену в максимально брутальной форме. Не нужно быть программистом с многолетним стажем, чтоб писать или подстраивать под себя простейшие скрипты на JS и стили. Я часто для личного использования пишу скрипты и каждый раз благодарен за то, что в нормальных браузерах есть инспектор страницы. Лично меня в фоксе настораживает только возможный выпил поддержки XUL и, вместе с ним, всех существующих расширений в угоду теоретической поддержки работы расширений для Хрома. Если они действительно так сделают, то фокс можно будет сразу закапывать.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	73. "Firefox переходит на плавающий график подготовки релизов"	–2 +/–
	Сообщение от th3m3 (ok) on 05-Фев-16, 17:55
	Всё нормально будет без XUL. Раньше просто у JS не было таких возможностей, как сейчас. В случае чего, можно будет писать приложения даже на WASM. В итоге, XUL выглядит сейчас как некий костыль, который так же мешает внедрению наработок Servo. А приложений перепишут. Тем более, Mozilla обещала помочь разработчикам.
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	79. "Firefox переходит на плавающий график подготовки релизов"	+7 +/–
	Сообщение от Lain_13 (ok) on 05-Фев-16, 18:42
	Ну как бы тебе объяснить, тут есть несколько проблем сразу: 1. XUL позволяет вносить кардинальные изменения в интерфейс. Такие, которые ни каким API к тому же Хрому ты не сделаешь. Вон, сходи посмотри на это, например: https://chrome.google.com/webstore/detail/tabs-outliner/eggk... и https://chrome.google.com/webstore/detail/vtabs/okpnlgbgcfch... . Если выпилить XUL, то вертикальные табы можно будет сделать одним из этих двух бесконечно уродских способов, а не изменив те, что уже есть. И дело тут не только в табах. Не нравится как ведёт себя адресная строка? Так её сейчас можно заменить! Не нравится размер и форма кнопок? Может иконки поменять? А может форму табов подрихтовать? В Хроме это невозможно в принципе, а без XUL будет именно он. А куда прикажете засунуть панель блокируемых элементов из Adblock Plus, которую в Хроме так до сих пор и не сделали? Мне горизонтальную, пожалуйста. А если вместе с вертикальными табами? 2. Большую часть существующих приложений никто не будет переписывать. Часть из них будет просто заброшена, а часть просто некому, хоть они всё ещё и работают. Перепишут лишь сотню-две из топа в лучшем случае, да и там будет не без потерь как минимум в функционале. 3. Поддержка расширений для Chrome вообще занятие бесперспективное, так-как Mozilla либо всегда будет в роли догоняющего, либо начнёт вводить свои собственные API раньше Хрома, а Хром их копировать не будет и сделает свои. И будет бардак и опять несовместимости. Возможностью писать код со сборкой в WASM останется только подтереться. Сделать что-то уникальное с интерфейсом Фокса он никак не поможет.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	114. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от ceramic on 10-Фев-16, 07:22
	> Если выпилить XUL, то вертикальные табы можно будет сделать одним из этих > двух бесконечно уродских способов > В Хроме это невозможно в принципе, а без XUL будет именно > он. Нет. Вивальди уже показал, насколько гибким может быть интерфейс. И когда вы пишете «невозможно в принципе» — вы таким образом расписываетесь в своём полном непонимании реальной ситуации и обесцениваете все свои дальнейшие слова. С ресурсами Мозиллы всё будет ещё лучше + API для изменения. Остальные выводы у вас примерно того же уровня, т.е. как минимум необоснованы, а как максимум — просто очевидно неверны.
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	115. "Firefox переходит на плавающий график подготовки релизов"	+2 +/–
	Сообщение от Led (ok) on 10-Фев-16, 10:43
	> Вивальди уже показал, насколько гибким может быть интерфейс. Какую из частей "Времён года" ты имеешь ввиду, о мудрейший юнный пионэр?
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	124. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от ceramic on 12-Фев-16, 00:59
	> Какую из частей "Времён года" ты имеешь ввиду, о мудрейший юнный пионэр? Нет, это из нового опуса, норвежский цикл.
	Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

	119. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Аноним (??) on 10-Фев-16, 14:30
	Речь о том, что аддоны не смогут изменять интерфейс без API для этого. Никто в Mozilla не обещает, что такой API будет.
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	125. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от ceramic on 12-Фев-16, 01:14
	> Речь о том, что аддоны не смогут изменять интерфейс без API для > этого. Никто в Mozilla не обещает, что такой API будет. Будет. Он будет шире, чем у Chrome. Разработчики нацелены на то, чтобы такие расширения, как Tree Style Tab, были возможны, см. комментарии здесь: https://blog.mozilla.org/addons/2015/12/21/webextensions-in-.../
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	120. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Lain_13 (ok) on 10-Фев-16, 23:11
	One of the things that makes Vivaldi unique is that it is built on modern web technologies. We use JavaScript and React to create the user interface with the help of Node.js and a long list of NPM modules. Vivaldi is the web built with the web. Естественно у него гибкий интерфейс, лол. Если б он при таком раскладе не был бы гибким, то грош был бы ему цена. Вот только это те же яйца, только в профиль, а не нативный интерфейс. Это то же самое, что и XUL. Разница лишь в том, что они не заморачивались созданием своего диалекта XML для разметки интерфейса. Проблема же в том, что есть мнение, что они собираются запилить именно нативный. За примером далеко ходить не нужно — на нативный они уже перешли в браузерной версии и там всё, что могло отвалиться,— отвалилось.
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	122. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от ceramic on 12-Фев-16, 00:48
	> В Хроме это невозможно в принципе ... > Естественно у него гибкий интерфейс лавров.жпг
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	126. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Lain_13 (ok) on 12-Фев-16, 22:37
	лицорука.жпг То, что на движке Хрома (право-солово, я не смотрел на каком движке это сделано — не играет роли) сделали другой браузер с интерфейсом на вебе (HTML+JS+CSS) не делает гибким интерфейс Хрома и не делает родным системе интерфейс другого браузера. Это тот же самый XUL, что в Фоксе. Только более современный. Ещё раз — родной системе интерфейс не может быть гибким если его не обмазать тоннами API и бинарными плагинами. И даже в таком случае будет масса моментов, для которых просто не будет соответствующего API. Покопай в сторону плеера Foobar, может поймёшь наконец в какой бардак это превращается. Плагины для плагинов и прочие радости жизни. Ну или пойди напиши пруф-оф-концепт расширение для Хрома (только именно для Хрома, а не Вивальди), заменяющее адресную строку на что-то иное или сделай так, чтоб кнопка «вперёд» появлялась только когда её можно нажать.
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	121. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Lain_13 (ok) on 11-Фев-16, 01:43
	Ах да, в последней паре предложений под «они» имеется в виду Mozilla, а за ваше голословное утверждение про остальные пункты я нарекаю вас Обоснуем.
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	123. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от ceramic on 12-Фев-16, 00:51
	> за ваше голословное утверждение про остальные пункты я нарекаю вас > Обоснуем. Вы допустили ряд безосновательных утверждений. Я опроверг одно и указал на безосновательность остальных. Указание на безосновательность ваших утверждений вы называете безосновательным. Чудной. Именно на вас лежит бремя обоснования ваших утверждений, а не на мне.
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	127. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Lain_13 (ok) on 12-Фев-16, 22:41
	Вы и одного не опровергли до сих пор. Более того, своим утверждением вы только подтвердили моё.
	Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

	83. "Firefox переходит на плавающий график подготовки релизов"	–2 +/–
	Сообщение от soarin (ok) on 05-Фев-16, 20:21
	> возможный... если... Никаких если A preview release of WebExtensions is available in Firefox 42 https://wiki.mozilla.org/WebExtensions#Testing_out_the_WebEx...
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	106. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Lain_13 (ok) on 07-Фев-16, 02:23
	Это пока только реализация WebExtensions без удаления XUL. Сама по-себе она не критична. Реально плохо будет если они перейдут на нативный интерфейс, что сделает невозможным вносить в него хоть сколько-то серьёзные изменения.
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	87. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Crazy Alex (ok) on 05-Фев-16, 23:34
	Так три четверти названных фич нужны для веб-приложений, которые по сравнениюс нативом ущербны ровно настолько, насколько те самые хромовские расширения ущербны по сравнению с фоксовскими. Девтулз? В расширение. Firebug много лет жил расширением, максимум - стоило какие-то API вытащить, чтобы возможностей побольше было да тупил поменьше.
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	104. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Lain_13 (ok) on 07-Фев-16, 02:08
	1. VP9 2. H.264 3. OdinMonkey 4. Flexbox и ещё ворох новых фичь HTML5. 5. поддержка GStreamer / FFmpeg 6. SPDY 3.1 7. HTTP/2 8. встроенный список блокировки следящих за пользователями систем Назови, какие 6 из этих фичь нужны практически только в веб-приложениях. > Девтулз? В расширение. Firebug много лет жил расширением, максимум - стоило какие-то API вытащить, чтобы возможностей побольше было да тупил поменьше. Там пришлось бы некислый такой список API реализовать, которые нужны только для одного расширения. В результате мы бы получили всё то же самое, только без интерфейса. Итого смысла ноль. Интерфейс много не занимает и процессорного времени не отнимает пока ты не открываешь панель.
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	105. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от iZEN (ok) on 07-Фев-16, 02:22
	> поддержку GStreamer 1.0 Где? Firefox 44 больше не нуждается в поддержке GStreamer 1.0 - мультимедиа идёт через FFmpeg 2.8.6.
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	107. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Lain_13 (ok) on 07-Фев-16, 02:24
	Заменили? Я не уследил когда это случилось.
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	108. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от iZEN (ok) on 07-Фев-16, 03:05
	> Заменили? Я не уследил когда это случилось. ///---http://www.freshports.org/www/firefox/ 28 Dec 2015 18:18:03 43.0.1_3,1 gecko: phase out GStreamer support H.264 is decoded by FFmpeg directly since Firefox 43.0. GStreamer doesn't support DASH and no longer used by default since r397984 brings libavcodec.so. https://bugzilla.mozilla.org/show_bug.cgi?id=1234092 ---///
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	109. "Firefox переходит на плавающий график подготовки релизов"	–3 +/–
	Сообщение от Led (ok) on 07-Фев-16, 03:12
	> Заменили? Я не уследил когда это случилось. Нашёл кому верить - дурачку-вендузятнику.
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	110. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
	Сообщение от Andrey Mitrofanov on 07-Фев-16, 07:53
	*>>>Firefox 44 больше не нуждается в >> Заменили? Я не уследил когда это случилось. > Нашёл кому верить - дурачку-вендузятнику. Не будем к нему излишне суровы. Ну, путает "свою шерсть с государственной" - опции сборки в своём уютненьком c "миру мир во всём мире".  Терпимее ж надо к ограниченным возможностям, общечеловечнее. Впрочем, возможно, он просто "сильно" впереди бинарных дистрибутивов этих ваших линуксов на своей уютненькой, и даже сама мозила ещё "тормозит":     https://bugzilla.mozilla.org/show_bug.cgi?id=1234092         https://reviews.freebsd.org/rP404688 Мы же ж понимаем разницу -- в отличие от!?
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	117. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Аноним (??) on 10-Фев-16, 14:21
	ППКС.
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	70. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Аноним (??) on 05-Фев-16, 17:42
	Вот это стёб. Ваш Хром жрёт памяти в 10 раз больше Firefox. Нет, спасибо, но Firefox ещё не скатился до уровня хромого поделия
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	88. "Firefox переходит на плавающий график подготовки релизов"	+2 +/–
	Сообщение от Crazy Alex (ok) on 05-Фев-16, 23:35
	Недолго осталось, многопроцессность им аж свербит
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	90. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от kot040188 on 06-Фев-16, 02:36
	А я думаю таки скатился. На старте 500мб. Пару часов 3гб и жутко тормозит. Когда в системе было 4гб памяти, ана ещё падала при закрытии. При 16гб не падает. Началось с 37 лисы. От железа не зависит. Весело…
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	118. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Аноним (??) on 10-Фев-16, 14:27
	У меня ни на одном компьютере жирнолис столько не ест. Попробуйте поотключать аддоны. И обязательно отключите флэш.
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

77. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
Сообщение от Аноним (??) on 05-Фев-16, 18:21
Ещё и здесь спрошу. Кто-нибудь сталкивался с проблемой отображения страницы в новых бетах? Переключаешься между вкладками туда-сюда и чистый экран. Рендерится только через ндцать секунд. Ещё и в памяти плагин-контейнер на несколько сот мегов висит. Что это и зачем - хз.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	95. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от kot040188 on 06-Фев-16, 12:44
	Плагин-контейнер это флэш.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	98. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
	Сообщение от Аноним (??) on 06-Фев-16, 13:23
	А вот фиг там. При убивании этого контейнера целиком страница падает. Хоть вот эта опеннетовская которая без флеша.
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	111. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от iZEN (ok) on 07-Фев-16, 11:45
	Не замечал.
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	112. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
	Сообщение от Аноним (??) on 07-Фев-16, 17:25
	нет, я один такой везучий что-ли? версия 45б3, 359 вкладок и капут - пользоваться невозможно. Запустил с нуля, открыл вот эту одну страничку на опеннете - фаерфокс жрет 260М, плагин-контейнер 120М. Это нормально если учесть что флешем тут и не пахнет?
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

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

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