> Личное обращение основателя «410чана»> А вот статистика по операционным системам:> «ГНУ/Линуѯ» 5,8 %И это на ресурсе с традиционно высокой долей людей, занятых в IT!По прежнему ничего не хочу сказать.
Сознавайтесь, кто ещё сидит на XP и зачем вы это делаете? >>155931 В линупс можно через Putty или веб-терминал.
Периодически пробовал разные Линухи с ~2008 года. Пробовал и бросал. Федора, Минт, Убунту, малиновый Расбиан. У них у всех одна и та же проблема. С самого 2008 года. Иконки на рабочем столе не хотят привязываться к "сетке". Тыкаешь нужную галку, а оно просто не работает. Перекрывают друг-друга, "пляшут" как угодно. В особо запущенных случаях после перезагрузки они ещё и положения своего не сохраняют. Выстраются слева в столбики (ровные! ровные столбики!) по алфавиту. Но при попытке расставить всё аккуратненько, снова размазываются по всему монитору. Лезешь на форумы, а там "Ну да, такая проблема иногда встречается". Ок. Мне ещё ни один дистрибутив не попался, где бы этой проблемы не было. Сейчас под столом валяется малина "на всякий случай", а на одном из дисков стационарного компьютера стоит Ubuntu "если вдруг чего". Но пользоваться пользоваться ими нет никакого желания. Может любители Линуксов настолько привыкли работать с консолью, что в гробу видали все эти иконки на рабочем столе. Но я вот не хочу знакомиться с системой, где элементарную функцию не могут исправить двенадцать лет. А ещё меня позабавило то, как включается ctrl+shift переключение c английского на русский у малины. https://4raspberrypi.ru/content.php?p=9&c=Chinim pereklyuchatel klaviatury v Raspbian Подскажите бестолковому как расставить иконки. До сих пор не работает.
На самом деле у каждого уважающего себя пользователя гнуляликса стоит какой-нибудь юблок, который режет всю эту метрику. Тут, скорее, повод посмеяться над тем, что почти шесть процентов без него сидит.
>>155931 Как завезут курисуту под эти ваши линухи и сделают нормальный ввод на японском из коробки, так свистните.
>5,8 %Это более чем в пять раз больше чем в среднем по интернетам. Так что, наоборот, много.>>155934Юблоки у виндовс пользователей тоже стоят.
>>155933 Исходники же открыты, найди и поправь. >>155934 Это в юзер-агенте написано, тащем-та.
>>155937 >Исходники же открыты, найди и поправь. Так я же не умею. И ничего лучше, чем "Проблема иногда встречается. Причины неизвестны. Попробуйте переустановить систему." лично я не видел. Что за неизвестные причины? Какой вообще из дистрибутивов является самым дружелюбным к обычному пользователю? Чтобы можно было читать интернеты, разглядывать картинки, смотреть аниму и не воровать\покупать ради этого Windows? Не хочу конпилять ядро и городить костыли ради элементарных функций.
>>155937 > Это в юзер-агенте написано, тащем-та. Тащем-та Яндекс.Метрика не может прочитать что там написано, если ее скрипт не подгрузили.
>>155934 Чиочую. Ради статистики можно было бы и не блочить, конечно, но там webvisor = true, так что ну нафиг. Хотя там стоит и, возможно, более лёгкий вариант “<noscript><div><img src="https://mc.yandex.ru/watch/38099020" style="position:absolute; left:-9999px;" alt="" /></div></noscript>”, но у меня и он не выполняется.
>>155937 В юзерагенте что угодно можно написать. Например, когда я сидел под линем, то моя лиса маскировалась под хромого на семёрочке. Зачем? Потому что могла.
>>155931 Не линуксоид - не айтишник что ли?
>>155938 Тогда пользуй винду или мак. >Проблема иногда встречается. В переводе: «Мы не смогли воспроизвести баг, копаться лень.» Наиболее вероятно, что там всё завязано на асинхронные события и окостыливается временными задержками. Хотя может быть и просто конфиг в одном месте не обновляется или не читается. >Какой вообще из дистрибутивов является самым дружелюбным к обычному пользователю? Понятия не имею, по моему никакой. Всегда что-нибудь недоделано, сломано или сделано через жопу. >>155939 Тащем-та это заголовок HTTP-запроса, который отсылается на сервер. Хостер с этой инфой может делать всё, что угодно, в том числе сливать её Яндексу и Гуглу. >>155942 Выше ты можешь наблюдать линукойда, который не понимает, о чём вообще речь. Он, несомненно, всё грамотно затрёт и забанит.
>>155938 Скорее всего, подойдёт любой общего назначения; дружелюбность крайне субъективна. Можешь поставить Дебиан. Или Арч, там комфортно, хотя поначалу возни будет больше. Или меньше, некоторые вещи бывает проще ручками, чем исправлять работу автоматики и благих намерений. В качестве рабочего стола у меня LXDE на GTK3 и сопутствующие программы. В качестве файлового manager’а — doublecmd. Для видео и аудио — mpv. Для интернетов — один из форков Лисы. Для торрентов — transmission. Собственно, для мультиков этого хватит. Самая нетривиальная часть тут может быть установка и настройка железоспецифичных вещей + шрифты + hotkey'и + режимы питания + локализация. >>155933 Можно завязать всё на горячие клавиши; у меня иконок на рабочем столе нет.
>>155944 > Хостер с этой инфой может делать всё, что угодно, в том числе сливать её Яндексу и Гуглу. А при чем тут хостер, если статистика конкретно из метрики?
>>155946 Счетчик можно на сервер повесить. Например так: https://github.com/hcodes/server_yametrika
>>155947 Когда Соус успел счетчик на сервер повесить?
>>155948 Хостер, Карл. Хозяин сервера. Не клиент-арендатор.
>>155949 Так трафик же на клиент-арендаторской ОС дешифруется. Хостер, если с файловой системы виртуалки ключи не дёргает и не вклинивается в виртуалку, трафик незаметно MiTM’ить не сможет. Хостеру, конечно, ключи может передавать непосредственно арендатор, но что-то я соответствующего рода предложений на мелких VPSках не вижу.
>>155931>ГНУПоэтому и не пользуемся. Ваш Столлман — еврей и коммунист.
>>155938 > Какой вообще из дистрибутивов является самым дружелюбным к обычному пользователю? https://distrowatch.com/dwres.php?resource=popularity Выбираешь что-нибудь из топа. Manjaro скатился на номер два почему-то, у меня вот на нем полет нормальный. Ну а проблема иконок, как мне кажется, в меньшей степени зависит от дистрибутива, чем от используемого окружения рабочего стола. Можешь поставить несколько популярных и попереключаться между ними. Место на диске они правда больше займут и потом не нужные если удалять смотри на зависимости. >>155934 >>155940 Вместо внешней ФСБ.метрики лучше бы использовались собственные решения внутри сервера, например awstats. >>155935 ibus+mozcよりこのセリフは送りました。
Для меня скорее примечательно лидерство Санкт-Петербурга и окрестностей. Чиочан — культурное общение!
>>155956 Это всё один из основателей автобуса.
>>155956 Ну, это вроде только последние два года так. А вообще, культурность СПб — глупый устаревший мем, как по мне.
>>155958 С нулевых живёт и здравствует.
>>155959 Алсо, к
>>155958 Ты ещё скажи, что у вас всё не так, как в "Магазинчике Бо".
>>155960 https://www.youtube.com/watch?v=JZd-qKcHLhI
https://www.youtube.com/watch?v=1ugivNRYfjc
>>155964 Ну не знаю. При всей популярности какая-то уж слишком нарочито грубая песня. Хочется ведь чего-то более тёплого и лампового, хотя бы так: https://www.youtube.com/watch?v=zFMuMHDwWvs
>>155931>И это на ресурсе с традиционно высокой долей людей, занятых в IT!Да в гробу этих айтишников видели. И нехрен рассказывать тут про этот свой линукс, эти задротские штуки людям не интересны.
>>155967 > эти задротские штуки людям не интересны. написал пассажир, залихвацки вбив кираракапчу в узкие поля
>>155969По этой вашей капче давно есть справочник.
>>155974 Это тот, который вроде в Ичановском /a/ делали? Когда я его последний раз смотрел, он был неполный.
>>155975Капча спокойно пролистывается до узнаваемой. И даже без справочника любой ньюфаг может пролистать до персонажей из каких-нибудь зафоршенныхна бордах тайтлов, к примеру, из того же кейона или юрукампа.
WebP test
>>155983 В кои-то веки. Спасибо Мицголу и всем причастным.
>>155983> WebPСамый отвратительный формат всех времен. За пределами браузеров просто не открывается, мало где поддерживается, зачем так делать вообще?
>>155985 Сейчас придёт Мицу-мицу и объяснит, что Вы ничего не понимаете, а webp является лучшим форматом всех времён, ведь позволяет сжимать на 0000.1% эффективнее и избавляться от артефактов, которых никто даже не видит невооружённым глазом.
>>155985 >>155986 Тоwсто.
>>155987 Интересный факт: В этом треде больше изображений формата webp, чем я встречал за последние несколько лет во всех интернетах.
Предлагаю запретить использовать на автобусе что-либо кроме webp формата.
>>155989Предлагаю забанить новаторов типа тебя.
>>155985 Формат WebP в режиме сжатия без потерь оставляет возможности PNG далеко позади. Возьмите любой файл PNG и скормите в команду «cwebp -z 9 -mt -v -progress исходный.png -o результат.webp», после чего сразу поймёте, зачѣмъ WebP нужен. (В практическом отношении это немедленно проявляется тѣмъ, напримѣръ, что файл https://410chan.org/dev/src/160597426419.webp невозбранно помѣщается на 410чанѣ несмотря на то, что первоисточник https://danbooru.donmai.us/posts/979419 вѣситъ 7⅖ мегабайта.) Единственный недостаток состоит в том, что WebP всегда отображается сверху вниз по мѣрѣ скачивания, тогда как в PNG можно использовать https://en.wikipedia.org/wiki/Adam7_algorithm и ускорить (болѣе чѣмъ на порядок) появление первоначального представления обо всём изображении, в дальнейшем становящегося всё болѣе детальным по мѣрѣ загрузки: хотя это и достигается цѣною наращивания объёма PNG за счёт ухудшения сжимаемости переставленных этим способом пикселов, но всё же с ростом объёма изображения (когда время его загрузки становится реально замѣтнымъ при нынешней скорости Интернета, то есть для многомегабайтовых файлов) это становится всё болѣе повадно. Формат WebP в режиме сжатия, совершаемого с внесением потерь, оставляет возможности JPEG не очень далеко позади, но только если для сжатия JPEG использовался хороший современный кодировщик, по адресу https://github.com/mozilla/mozjpeg предлагаемый, однако же вмѣсто того большинство пользователей и сайтов сжимают JPEG чѣмъ Бог на душу положит (что встроено в видеопроигрыватель или в ImageMagick, тѣмъ и жмут), так что соѿношеніе качества и объёма файла получается болѣе далёким от оптимального. Кроме того, артефакты сжатия JPEG (сперва рябь вокруг контуров, затѣмъ, при нарастании сжатия — измѣненіе цвѣтового тона и «ступенчатость» ранѣе плавных цвѣтовыхъ переходов) при равном объёме файла болѣе замѣтны, чѣмъ артефакты сжатия WebP (сперва «умное размытие» неконтрастных деталей изображения, затѣмъ, при нарастании сжатия — полное устранение таких деталей: замѣна неконтрастных фоновых узоров на одноцвѣтные фоны, замѣна морщинистых лиц гладкими, замѣна текстурированных поверхностей «пластиковыми»), потому что добавление лишних мелких деталей изображения сильнѣе раздражает («дребезжит»), чѣмъ исчезновение существующих мелких деталей изображения — это ужé касается не самих возможностей сжатия, а восприятия его итогов читателями сайтов. (Впрочем, хотя WebP в режиме сжатия, совершаемого с внесением потерь, слегка опережает JPEG, но всё же в ближайшие годы ожидается появление во браузерах поддержки ещё двух графических форматов: сперва AVIF, затѣмъ JPEG XL — каждый из которых ещё лучше работает в режиме сжатия, совершаемого с внесением потерь, то есть обеспечивает ещё большѣе качество при равном объёме файла или файл ещё меньшего объёма при сопоставимом качестве. И по адресу https://caniuse.com/avif видно, что во Хроме, а оттого и в Опере, поддержка AVIF явилась уж.) Кроме того, в отличие от JPEG, формат WebP поддерживает полную или частичную прозрачность пикселов изображения, сжатого с потерями. До появления поддержки WebP всѣ изображения, имѣющіе непрямоугольные контуры, поневоле приходилось хранить в PNG (потому что в GIF ещё хуже), но так как этот формат сам по себе не предусматривает сжатие, совершаемое с внесением потерь, то всѣмъ желавшим такого сжатия приходилось изобретать подобные https://pngmini.com/lossypng.html извращения, связанные с многократным уменьшением количества цвѣтовъ (скажем, вмѣсто миллионов цвѣтовъ использовать только тѣ 64 цвѣта, которые болѣе всего близки к чаще всего используемым), с наращиванием легче сжимаемых искажений изображения, etc. Формат WebP в режиме сжатия анимаций в настоящее время не поддерживается на 410чанѣ. Сжатие анимаций с потерями не слишком-то и нужно, потому что и видеоформатом VP9 (в WebM), и тѣмъ болѣе видеоформатом AV1 обеспечивается видеопоток болѣе высокого качества и притом ещё с возможностью прикладывать звук. Сжатие анимаций без потерь — прекрасный способ рѣзко уменьшить тот объём файла, который был бы нужен анимированному GIF или анимированному PNG, но ничуть не утратить его качество. Видеозапись болѣе пространных (но зато и на ≈полгода болѣе ранних) ѳэзисовъ https://t.me/ReadMithgol/202 и https://t.me/ReadMithgol/203 и https://t.me/ReadMithgol/204 и https://t.me/ReadMithgol/205 и https://t.me/ReadMithgol/206 и https://t.me/ReadMithgol/207 и https://t.me/ReadMithgol/208 и https://t.me/ReadMithgol/209 и https://t.me/ReadMithgol/210 и https://t.me/ReadMithgol/211 и https://t.me/ReadMithgol/212 прилагаю.
>>156033> невозбранно помѣщается на 410чанѣ несмотря на то, что первоисточник https://danbooru.donmai.us/posts/979419 вѣситъ 7⅖ мегабайтаА знаешь, что еще отлично поместится? JPG! Старый добрый JPG, который везде поддерживается и открывается с полпинка любой микроволновкойТы этот оригинал-то посмотрел вообще? Он же мутный и мыльный и только последняя глупая собака будет такое в PNG сохранять. Ты вот серьезно смотришь на это качество и разглагольствуешь про какое-то там "без потерь"? Написал целый абзац про сжатие, а для примера использовал самую мутно-мыльную картинку, которую только смог найти. Глупый Мицгол. Очень глупый! Плохой! Фу таким быть!
Вас никто не заставляет пользоваться этой лабудой, потому что мы не собираемся перешакаливать существующие картинки в этот формат.
Работа в сфере информационных технологий обязывает быть фанбоем свободного ПО?
Возможно, время, затрачиваемое на написание серьёзных детальных ответов к hurrdurrdurrdurrhrr уровня /g/ 4чана, скорее имеет смысл тратить на обзор поддерживающего WebP программного обеспечения и костылей, с инструкциями по их установке, ради тех (технически неграмотных) адекватных людей, у которых с этим проблемы.
>>156038 💢 Прилагаемая иллюстрация могла бы быть на 358,52% больше по объёму без потерь, если бы 410чан перешакаливал иллюстрации в lossless WebP.
>>156039Да, судя по всему. По крайней мере, если смотреть на тех айтишников, с которыми мне доводилось общаться.
>>156040 Достаточно любого современного браузера.
>>156041 > без потерь > перешакаливал
>>156040 Техническая грамотность = трах с консолькой?
>>156040 IrfanView с одной либой.
>>156044 Дело в том, что с картинками, помимо процесса их просмотра через страницу ИБ, также связаны процесс их просмотра на локальной машине, а также процесс их повторного постинга. 1. На любую x86 микроволновку можно легко накатить современный Линух с современным браузером, и ни о чём не думать. На семёрку зайдёт более-менее современная Лиса, Palemoon (для XUL) и Chrome, о десятке уже не говоря. Будет проблема с XP, но тут некрофилы сами виноваты. Хотя вроде как под 52-ую Лису был какой-то костыль. А вот с телефонами может быть проблема; проблема потенциально решаемая только покупкой нового устройства. 2. Тут всё вроде банально, адекватных просмотровщиков как грязи. Хотя как там дело с яблоками, я ХЗ. Также возможно, не все файловые мэнэджэры могут делать thumbnail’ы к WebP, и тут может быть проблема. Чтобы заставить это всё работать может потребоваться установка дополнительных библиотек. 3. Можно выделить две вариации процесса выбора файла для приложения к посту. В первом случае человек выбирает файл через open file dialog, предоставляемый средой. Во втором случае человек сначала ищет файл через файловый мэнэджэр или просмотровщик изображений. Поскольку для сохраняемых картинок вроде мало кто делает осмыссленные имена, обо варианта сводятся к просмотру самих картинок или их thumbnail’ов до нахождения нужной. С первым вариантом проблема в том, что open file dialog может не быть способен создавать thumbnail’ы для WebP. Таков, похоже, file chooser dialog в GTK3, один из наиболее популярных widget-toolkit’ов в Linux-системах. Соответственно, если человек на найдёт, как подобное починить, он будет зачастую вынужден, чтобы запостить картинку, открывать для того файловый мэнэджэр или просмотровщик изображений в нужной директории, что некотрые не умеют делать мгновенно. Сам файловый мэнэджэр тоже может не поддерживать генерацию WebP-thumbnail’ов, что тоже проблема. Таков, например, файловый мэнэджер у ведёр старше 4.3. В случае, если человек постит WebP туда, где оно не поддерживается, возникает необходимость конвертации. Ни Ичан, ни Новерь, ни 4чан в WebP не могут. Соответственно, нужна программа, которая позволяет удобно и быстро производить преобразование, особенно в случаях использования open file dialog’а или файлового мэнэджэра. Под Винду есть FastStone вроде с пунктами для конвертации в системном файловом меню, в Linux’ах вбил “dwebp” и готово, а вот с мобилками беда — там преобразование в любом случае дело не столь быстрое. Оговариваемый случай, в частности, может ставить под вопрос валидность текущего применения lossy WebP, поскольку при его перепостинге будет происходить generation loss, во избежание которого, в частности, и предлагается использовать исключительно lossless WebP и PNG. Так что, как показано выше, с WebP многим придётся [подзаморочиться и], по крайней мере — пока, заморачиваться чуть больше, нежели. Пренебрежимому — особенно если судить по статистике — проценту заморачиваться придётся уже серьёзно. Кому-то возможно придётся купить новое устройство для комфортного обитания здесь. Собственно, если есть силы и время на, предлагается помочь. >>156051 Правильно, конечно, говорить про софтвэрную грамотность, но там где я бываю, обычно говорят “tech illiterate”, собственно, по привычке и написал.
>>156064 1. https://caniuse.com/?search=webp говорит, что 87.6% пользователей умеют п.1 2. Винда умеет из коробки. Яблоки умеют. Если штатный тумблейнер умеет, то нештатный тоже. Любители кастомных сборок могут настроить себе что угодно. 3. Проблемы 5.8% пользователей - это проблемы людей, что по жизни сидят с костылями. Попробуйте помочь себе новым телефоном.
>>156064 В контексте этого теоретизаторства с видосами до сих пор проблем куда больше, лол.
Предлагаю запретить изображения на автобусе вовсе!!
>>156069 Думаю, это слишком много чинить в текстовом движке.
>>156068 Теоретизаторство то на реальности основано вообще-то. Что же до видосов, то тут в общем — добавляется проблема достаточности железных средств для декодирования видео, а в остальном — завит от того, про какие видосы речь. Скажем, Лиса к 2021 только частично умеет в H264. Но человек постить выходящее за это «частично» скорее всего не станет хотя бы потому, что не знает как (а если знает, то тем более не станет) и слышал про AV1/VP9. Потому эта проблема стоит не так остро. Можно предположить, что нормальный человек отчасти привык, что картинки всегда везде открываются, что для них всегда работает определённого рода удобный функционал на привычном ПО — в отличие от видео, с проблемами поддержки которого он всегда сталкивался: семёрка из коробки Хориблов читать не сможет, кофеварка релизы Coalgirls не потянет физически, и так далее. Кроме того, если говорить про WebM, то у WebM на 4чане, 2ch.hk и т.д. и альтернатив-то нету (отчего на многих около-.hk сайтах треды с видосами называются именно WebM-тредами). А тут издревле работающие альтернативы есть. Возможно, отчасти поэтому вопрос с WebP встал столь остро.
Лол.Я вообще никак не связан с IT и линукс никогда не использовал.
А у меня бзик по поводу пересохранённых картинок. Если нравится прикреплённая кем-то картиночка, то сразу лезу с ней в SauceNAO, чтобы забрать её оттуда, где изначально она была запощена. А то сохранишь её напрямую с доски, а это какой-нибудь лоурезный "sample" с картинкопомойки, пересохранённый десять раз в жипег и с замазанными сосцами. И сам факт пересохранения чужой картинки в другом формате кажется мне каким-то противным. Как сохранил её рисовальщик, так и положено. Не влезает в лимит — не пости или дай ссылку. А то ишь какие. Понаправят открытых исходников и давай чужие картинки другими форматами кукожить. С потерями или без потерь — всё одно. Уже не оригинал. "Мойша напел". Крайняя степень неуважения к работе автора. Фу так делать.
>>156140 Так!! Целует в лобик.
>>156140> Не влезает в лимит — не пости или дай ссылку.Совсем тутуру что ли уже?
>>156140 >не пости или дай ссылку А потом исзодник накрывается и ни у кого даже уменьшенной копии нет. Нет, спасибо, я насмотрелся ткого на форумчиках.
>>156145На пиксиве частенько арты пропадают!
Но зато сколько наш томатный спонсор сэкономит на хостинге!
>>156146 Если удалили, то неча и смотреть.
>>156140 > С потерями или без потерь — всё одно. Нѣтъ.
>>155933 В xfce это можно поправить сменой прав на ~/.config/xfce4/desktop. https://wiki.archlinux.org/index.php/Xfce_(Русский)#Сбиваются_позиции_ярлыков_рабочего_стола
>>156148Интересно, что флоран забыл среди человеческих девочек-школьниц.
>>156149Опять начинается, да?
— Сразу за Уралом начинается Мексиканский залив. — Нѣтъ. — Опять начинается, да?
>>156171Да
>>156179Нет
>>156179 >>156180 Ты всё узнаешь из газет.
>>156183Больше не нужен университет!
>>156171 Вот только не надо рассказывать то, что пиар этих маргинальных форматов изображений - это нормально.
>>156282
Вот только надо.