[d | b | misc]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог] [Главная]

Файл: 71.jpg -(332 KB, 1059x767, 71.jpg)
332 No.82   [Ответ]
В /b/ немножко испортились ссылки [Reply] у нитей. Вместо https://014chan.org/b/res/1019.html почему-то https://014chan.org/b/014chan.orgb/res/1019.html. С адобусом всё будет хорошо?
>> No.83  
Оно вообще на всех ссылках сломалось и везде
>http://014chan.org/b/014chan.orgd/
>> No.84  
Да и не только в /b/, в /d/ тоже. И ссылки на доски также поломаны.
>> No.85  
Теперь ещё вакаба вместо Умночана грузится.
>> No.86  
Файл: 154392274335.jpg -(14 KB, 320x320, 154392274335.jpg)
14
Бида-бида! А то я гадаю, куда всё делось.
Сейчас должно заработать.
>> No.131  
Кот-тян, а в том треде до сих пор неправильные ссылки сохранились.
Вот тут рефлинка - http://014chan.org/b/res/1019.html#1403

Больше нигде нет такого в остальных тредах, только в том.
>> No.132  
А хотя, чего это я на помощь зову, ведь это можно исправить просто оставив новый пост. Не подумал сразу.
>> No.133  
Бампанье не помого, ссылка все равно такая.
>> No.134  
>>131 >>133
Кусаба вроде как генерирует представление поста в HTML однократно, поэтому, перегенерировав страницы, тут ничего не сделаешь. (Но это не точно.)
Зато точно можно пройтись по файлу регуляркой, меняющей вхождения 014chan.orgb на /b, как в ныне работающих ссылках.
>> No.135  
Изменения в файле, таким образом, умрут после следующей же перегенерации, поэтому менять надо строки непосредственно в источнике, на основании которого, Кусаба это всё генерирует.
>> No.136  
>>135
А может быть что такая ссылка попала в базу?
>> No.137  
>>136
Техническая ошибка после экспериментов.
>> No.138  
Проверка.
>> No.139  
Файл: 1.jpg -(85 KB, 640x829, 1.jpg)
85
Этто… А где тут главная девочка? У кого можно спросить? У вас, гм, /dev будет?

(Пост с Tor'а, но я не вайпер. Не баньте :3)
>> No.140  
>>139
Но зачем? На 410 есть, общий для ычанских борд. Пока можно и тред в /b/.
>> No.141  
>>140
> Пока можно и тред в /b/.
Угу. Не стоит дробить и так крошечное сообщество и его обсуждения на несколько досок.
>> No.144  
Здесь нужен /h/?
>> No.145  
>>144
Не нужен, как и на 410.
>> No.146  
А какой день официально день рождения Ойчана? Судя по >>/b/1 - 05/04?
>> No.147  
>>146
4 апреля началась установка FBE, 5 апреля сайт стал доступен для всех.
>> No.148  
>>147
Стало быть, пятое число — это дата пояления на свет.
>> No.151  
Куда-то исчез тред http://014chan.org/b/res/589.html
Что случилось? Разве у нас /b/ не резиновый? Следует сделать таким, ежели нет.
>> No.152  
>>151
И архив выдаёт 404. Тауим образом, и там его нет.
>> No.153  
>>152
В базе пост есть, но по какой-то причине он помечен как удалённый. Может, автор удалил.
>> No.154  
>>153
А нет ли в движке опции запретить удалять треды набравшие n ответов? Когда они становятся уже местом не столько ОПа, сколько остальных. Кажется мне, это справедливо.
>> No.155  
>>154
А что это был за тред? Одной девочке интересненько!
>> No.156  
Файл: Screenshot_2020-04-24_23-48-06.png -(277 KB, 1671x982, Screenshot_2020-04-24_23-48-06.png)
277
>>155
Вот такой был.
>> No.157  
>>156
Интересно. Одна девочка спасибо.
>> No.158  
Кот-тян, как насчет идеи все треды по достижению бамплимита отправлять в архив?
>> No.159  
>>158
Архив настроить надо. А идея интересная.
>> No.160  
>>159
Хотя ведь с другой стороны некоторые могут и не достигнуть его, а прожить долго. Как у нас сейчас ещё самые первые треды в /b/.
>> No.186  
Одна девочка нашла ещё один пропавший тред...
http://014chan.org/b/res/543.html

Эх.. Кот-тян, что там было? Хотя бы ОП-пост..
>> No.203  
Не исчезают ли страницы в /b/? Что-то паранойя по этому поводу мучает. Вон ведь уже сколько новых тредов создано.
>> No.204  
>>203
Действительно, оказалось, треды дальше девятой страницы помечаются к удалению.
Лимит повышен.
>> No.205  
>>204
Нельзя ли вернуть то что удалилось по ошибке?
>> No.206  
>>205
Едва ли, давно это было.
>> No.207  
>>206
Как же? Оно ведь не удаляется совсем в /dev/null, а только "помечается"? А бекапы?
Не хотелось бы терять историю доски..
>> No.208  
>>207
>Оно ведь не удаляется совсем в /dev/null, а только "помечается"?
И то правда, в базе у них флажок.
>> No.209  
>>208
Тогда почему же нельзя вернуть? Ничего не понятно.
>> No.215  
Файл: __drawn_by_kiri_sakura__4e91b6b98655f20be0b7d580f7.jpg -(303 KB, 1000x1300, __drawn_by_kiri_sakura__4e91b6b98655f20be0b7d580f7.jpg)
303
Кот-тян, тебе надо активнее общаться с населением и может даже завести триподентификацию! А то многое повисает в воздухе и непонятно!
1) Так что с резиновостью досок? Возможна ли она?
2) Так что со смытыми тредами?
>> No.216  
Файл: __sandalphon_granblue_fantasy_drawn_by_meito_maze_.jpg -(325 KB, 559x900, __sandalphon_granblue_fantasy_drawn_by_meito_maze_.jpg)
325
Извиняюсь, как-то хамовато вышло. Не "тебе надо", а "очень хотелось бы".
>> No.217  
>>215
А как сделать админский трипкод?

Резиновость досок возможна. Более того, на /b/ уже есть страница 9. Когда восстановлю треды, вполне может стать больше страниц.
>> No.218  
>>217
Добавление тэга со staff membership к имени при постинге осуществляется следующим образом:
1. Открываете модпанель. Сделать это можно кликом на невидимую ссылку, которая чуть после буквы ‘e’ в “File”. Также это вроде можно сделать с помощью accesskey, завязанной на клавишу ‘x’;
2. В поле Mod копируете пароль для постинга, который можно получить в одном из первых пунктов manage menu;
3. Устанавливаете checkbox у “D:” в true.
>> No.219  
Файл: eye.png -(17 KB, 107x91, eye.png)
17
Напоминаю, что в FBE уде как n дней добавлен 4chan-style быстрый ответ. Также буквально сегодня добавлена поддержка WEBP.
Предлагаю внедрить изменения эти и у нас.
>> No.220  
Кот-тян, где же ты?
>> No.221  
Файл: 7376ba812f69eabd8db75ab9382eab64.jpg -(293 KB, 652x921, 7376ba812f69eabd8db75ab9382eab64.jpg)
293
Кот-тян, ты здесь? Есть ли какие-нибудь новости же?
>> No.222  
>>221
Кот-тян тут и даже с новой версией FBE.
>> No.223  
Файл: 160881642023542.png -(970 KB, 1200x1881, 160881642023542.png)
970
>>222
Круто!
>> No.224  
Файл: 1608568198153.jpg -(1259 KB, 3353x1080, 1608568198153.jpg)
1259
>>222
Yay!
Ещё бы к новому году русскую локаль сделать, и будет вовсе замечательно.
>> No.226  
Также есть просьба разрешить WebP постинг. Делаться вроде должно галочкой в модпанели в настройках доски.
>> No.227  
Файл: Bokutachi wa Benkyou ga Dekinai - Furuhashi Fumino.png -(2416 KB, 2813x1163, Bokutachi wa Benkyou ga Dekinai - Furuhashi Fumino.png)
2416
Мрачно подозреваю, и не вполне безосновательно, что поддержку WebP постигнет на 014чане та же судьба, что и поддержку AV1: если сёрверное программное обеспéчение (в лице FFmpeg) настолько не ново, что не способно создавать миниатюры файлов AV1, то тогда можно предполагать и то, что сёрверное программное обеспéчение (в лице ImageMagick) настолько не ново, что не способно создавать и миниатюры файлов WebP.
>> No.228  
>>227
И даром оно не нужно, это ваше вебп.
Ваше изображение могло бы весить на сколько-то процентов меньше, будь оно в jpg и никто бы не расстроился из-за этого формата.
>> No.229  
Файл: 78999229_p0.png -(18831 KB, 4436x2954, 78999229_p0.png)
18831
>>228
Аккуратнее со словом «никто» на чане, где только я (лично) — это уже 5—10% постов. Здесь вам не Ичан.

А серверную часть лучше бы обновить в любом случае: кто знает, какие уязвимости отыщут.
На Доброчан было через ImageMagick проникли, если помните.
>> No.230  
> 18.39MB
От такого кое-где Доброчан помирает. Подумайте об этом на пару с Мицу. Ну и ну.
>> No.231  
>>228
Я бы протестовал против вебп только от того, что оно от гугла (как и http2). Нет корпорациям на моих имиджбордах!
>> No.232  
Файл: 76371065_p0.png -(7792 KB, 3000x1688, 76371065_p0.png)
7792
>>230
Здесь, как лимиты починили, частенько «тяжёлые» файлы постят. И отнюдь не только я с Мицголом. В первый раз видите, ей Богу.

На 8ch лимит был 15 MiB. На Хайбане — 25 MiB. На Доброчане — не знаю, я там никогда не был (почти). Все три упомянутые доски — совершенно левые по отношению к этой. Все три — лишь часть многообразия. Так чего ж заставлять задумываться об одной из — выбранной избирательно, как вишенка на торте?

А картинка просто с таким размером попалась, специально по размеру не выбирал. Вы поди и https://yande.re/post/show/612553-tier объёмы никогда не видели.
>> No.233  
>>231
Тоже не хочется поддерживать гегемонию Alphabet. Но, как минимум:
0. Формат открытый, исходники открыты, и оно работает, и работает хорошо, взять и забрать они его уже не смогут, как-то нам навредить тут тоже. Разве что инициировать фундаментальный выпил из всех браузеров, но это будет решить довольно легко, и это крайне маловероятно;
1. Если уж так протестовать против Alphabet, то и поддержку WebM (а также OPUS, VP8 и VP9) стоит за компанию выпилить, иначе какая ж это борьба. На это вряд ли кто пойдёт по понятным причинам.
2. Корпорациями так или иначе сделано, поддержано и не совсем открыто много из того, что использует или поддерживает Ойчан. Так что протестовать против этого очередного элемента ими сотворённого, с учётом плюсов, которые он даёт, вряд ли есть смысл.

В общем, думаю, отказ от WebP — как борьба с Google — смысла при прочих равных не имеет.
>> No.234  
Файл: __niizuki_azur_lane_drawn_by_shio_7203802__sample-.jpg -(277 KB, 850x1202, __niizuki_azur_lane_drawn_by_shio_7203802__sample-.jpg)
277
>>232
Нет, вижу не первый, но я вот практически всегда конвертирую картинки чтобы занимали не более 4 мегабайт. Правда это не от заботы об имиджбордах, а потому что места на устройстве мало и большие прогружаются долго. Но и о заботе подумать можно тоже. Вспоминая крутилки тарифных планов у хостинг-провайдеров, хорошие цены за большие ресурсы диска и трафика они выставлять любят.
Картинки невероятно быстро выедают место. Например, сейчас в /b/ 4000 картинок. Удалять у нас вроде как не планируется.
Вслед за Мицу появились постеры, которые принципиально используют большие картинки. Это беспокоит.
А Доброчан это отличный пример в данной ситуации. Там как раз то ли терабайт то ли два картинок напостили, и он от того упал - нет места.

Впрочем, вы можете сказать что это мелочи, глупости и придирки. Ну может и так.
>> No.236  
Файл: 86800107_p0_master1200.jpg -(574 KB, 780x1200, 86800107_p0_master1200.jpg)
574
Скажу что думаю обо всём этом и пусть каждый понимает меня как хочет.
Расстраивает меня Оичичан всё больше и как раз из-за людей некоторого склада, из комфортного места куда хочется зайти превращают в очередную лабуду коих хватает. И своими попытками упрямо пропихивать нововведения бесполезные и отношением к некоторым вещам.
Едвали меня кто-то поддержит, но вот сказала. Может это консерватор внутри меня, может мои менталопроблемы, но очень некомфортно от некоторых вещей. Сверху ещё то, что других комфортных мест для меня не осталось почти совсем. Там где было хорошо ходить уже не хочется и видимо искать придётся вновь, так.
>> No.242  
Файл: Watashi, Nouryoku wa Heikinchi de tte Itta yo ne! .png -(2631 KB, 2113x1080, Watashi, Nouryoku wa Heikinchi de tte Itta yo ne! .png)
2631
>>228

См. https://t.me/ReadMithgol/289 (или по адресу https://telegra.ph/Telegraph-pages-with-albums-of-stitched-anime-frames-11-10 подробно).

>>231

А браузер-то не от Mozilla Corporation ли?

А браузер-то не от Apple Inc. ли?

А браузер-то не от Microsoft Corporation ли?

А когда огромная куча корпораций создаёт единый открытый формат (как это по адресу https://aomedia.org/membership/members/ видно), то это во много-много раз хуже всего одной?

>>233

Opus — разработка Фонда Xiph.Org.

>>234

Если пространство кончается, а удалять файлы не хочется, то тогда можно уменьшить ограничение объёма файла и (или) разрешить употребление формата WebP, с большею экономиею расходующего пространство. И AV1. В будущем — ещё и AVIF, и JPEG XL.

>>232

Публикация крупного файла https://yande.re/post/show/612553 была вызвана к жизни преобразованием из WebP в PNG, причём совершённым, по-видимому, малоэффективным способом.

>>236

Как только достаточно сильно расстроиться, так сразу и нововведения полезные превратятся в бесполезные. Девочка — реально волшебница.
>> No.243  
Файл: well.png -(1218 KB, 1280x720, well.png)
1218
По поводу размеров. Полагая, что размер средней картинки 12.5 MiB, полагая скорость постинга неизменной, за 20 лет имеем 4000 12.5 10 = 500 GiB картинок. Под такие объёмы можно вполне найти VPS евро за 20—50 в месяц, а то и меньше. За 70—80 в месяц можно Ойчан и вовсе поставить на голый метал, а то и скинуться на покупку сервака с парой 10 TiB Seagate’ов, и договориться о колокации где-нибудь.

Но такие объёмы будет ещё нескоро, с текущей-то скоростью постинга, а когда будут, уже и технологии могут поменяться, да и мы сами изменимся. А если когда-то посетителей станет столько же, сколько на Доброчане, то и деньги собрать будет проще же. Так-то я часть финансовой нагрузки могу взять на себя и сейчас, особенно если будет обеспечена возможность переводов, которые не привязаны к моему телефону-карточке-паспорту. (Достаточно предоставить, например, Яндекс.Кошелёк и номер телефона его владельца, так можно наличку через сбербанкоматы анонимно кидать.)

По поводу WebP. Если поддержку не вводить, люди, постящие тяжёлые lossless картинки, их постить не перестанут. Зато введя WebP, часть оных может задуматься о конвертации, в случае с аниме дающей выигрыш в 10—20%. Это во-первых. Во-вторых, почему бы не стать пионерами новых хороших технологий?

На это почему, на самом деле, вполне можно настрочить https://410chan.org/b/res/155931.html#156064 простыню, на которую внятно и подробно мне так никто и не ответил. С WebP связан ряд (потенциальных) проблем. Часть преодолима минут за 5. Часть нет, или не у всех. Например, высокая сложность декодирования: по 24 картинки в секунду просматривать не получится даже на среднем, а то и околотоповом мобильном проце. Например, текущее отсутствие поддержки на близких чанах, и сервисах типа iqdb.

Морока ли это? Да. Собственно, и для меня тоже. Но я думаю, что многое из этого преодолимо сравнительно быстро, а часть — будет преодолена в ближайшие n лет, благо потребность есть.

Поэтому, если у ойчанек нет серьёзных проблем с софтом или железом, не позволяющих (легко) настроить у себя удобное использование WebP или же устранить невыносимость использования, считаю, этот формат стоит ввести. Собственно, если таковые проблемы есть, прошу описать.

>>236
Эх, сестро. С одной стороны, наверное, представляю, о чём ты. С другой стороны, не генерируется ли то, о чём ты, также и односложным глумлением в ответ на попытки ясно и подробно что-то расписать? Не появляется ли оно, если называешь некоторым складом и никем человека, бывшего от начала? Подумай.
Мир.

Если взять аниме про девочек, там в общем-то тоже всякая лабуда бывает. Аяно было мимо комикета прокрутили, Сакурако, когда в camping шла, вместо ингередиентов полуфабрикаты по-глупости взяла, и всех подставила тем, было ещё, Химавари Сакурако ту своими придираками до слёз довела. И тем не менее, живут же девочки.
>> No.246  
>>243
За двадцать лет и VPS под такие объёмы дешевле станет. Да и с деньгами, слава Богине, проблем нет.

Вопросов включить поддержку WebP нет. Точнее, теоретически она добавлена для /d/, осталось только попробовать.
>> No.247  
Файл: YuruYuri Nachuyachumi! - stare.png -(1198 KB, 1280x720, YuruYuri Nachuyachumi! - stare.png)
1198
Очень хорошо, вот простая провѣрка эффективности.

Во-первых, кадр аниме >>243 может быть сжат https://github.com/shssoichiro/oxipng в режиме Zopfli на 1,43% без внесения потерь, результат прилагаю.
>> No.248  
Файл: YuruYuri Nachuyachumi! - stare.webp -(913 KB, x, YuruYuri Nachuyachumi! - stare.webp)
913
Во-вторых, тот же кадр в формате lossless WebP занимает (также без внесения потерь) ещё на 23,70% меньше (опять же результат прилагаю).

На будущее сообщаю ещё для сравнения: сразу после того, когда (или если) во браузерах появится поддержка ещё болѣе новаго формата JPEG XL, тот же кадр в формате lossless JPEG XL сможет занимать (и опять же без внесения потерь) на 36,37% меньше, чѣмъ оптимизированный PNG.
>> No.249  
Но вот с созданием миниатюры для файла >>248 014чан не управился.

(И по образцу реплики >>227 я подозреваю, что это ImageMagick не справляется на сёрверѣ.)
>> No.250  
>>246
>>249
Таким образом, надо обовить софт.
Хотя может быть и так, что thumbnail’ы не ImageMagick’ом генерируются. Там, ЕМНИП, GD и FFmpeg как опции есть ещё.
>> No.251  
Увы, я вынужден отклонить догадку, в реплике >>250 высказанную под спойлером.

Так как, к сожалению, даже новые версии GD и FFmpeg не были способны воспринимать анимированные WebP (да и до сих пор онѣ не способны: я нарочно прямо сейчас распаковал архив https://www.gyan.dev/ffmpeg/builds/ffmpeg-git-full.7z с сáмой свѣжей сборкою FFmpeg и скормил в FFprobe анимированный WebP — а оттуда прёт «skipping unsupported chunk: ANIM» да «skipping unsupported chunk: ANMF»), то поневоле в исходном коде https://bitbucket.org/Therapont/fbe-410/pull-requests/40 поддержка создания миниатюр WebP была предусмотрена только для ImageMagick.

(К сожалению, эта отчаянная мѣра самоограничения оказалась немного бестолковою ввиду того, что устарелая версия ImageMagick на сёрверѣ у 410чана оказалася всё равно неспособною воспринимать именно анимированные WebP. Но её хотя бы теоретически можно обновить.)

Соѿвѣтственно, если 014чан в настройках FBE генератором миниатюр указывает не ImageMagick, то тогда негенерирование миниатюр для WebP может объясняться этим, а если указывает ImageMagick, то умѣстнѣе всего видѣть корень проблемы прежде всего в стародавней версии ImageMagick (если только причина не ещё менѣе вѣроятная, наподобие употребления облегчённой сборки ImageMagick, поддержки WebP не содержащей, напримѣръ).
>> No.252  
>>251
Конфиг изменён на imagemagick. Теперь пишет Could not create thumbnail.
>> No.253  
>>252
> imagemagick
А он на ОС-то стоит? Поставить надо же.
>> No.254  
>>253
Стоит, пишет, самый свежий стоит
imagemagick is already the newest version (8:6.9.7.4+dfsg-11+deb9u10)
>> No.257  
>>254
Это устаревшая версия 9-ого Дебиана. Так, в stable, у 10-ого Дебиана, у libmagickcore есть в зависимостях libwebp, в то в ремя как у libmagickcore для 9-ого этой зависимости нет (хотя она может быть опциональной, наверное). Нужно обновить/доставить софт.
>> No.259  
На заглавной странице https://imagemagick.org/ написано, что послѣднею версиею ImageMagick является 7.0.10-57, тогда как ветвь 6.x ужé legacy и по адресу https://legacy.imagemagick.org/ располагается теперь.

В списке https://legacy.imagemagick.org/script/changelog.php сказано, что версия 6.9.7-4 имѣетъ четырёхлѣтнюю давность (вышла въ свѣтъ в середине января 2017 года). Тогда как упоминание о поддержке анимированных WebP появляется там только к версии 6.9.10-68 в октябре 2019 г.

Но ещё важнѣе прошедшего времени, насколько я понимаю, ещё и то, что дебиановкие сборщики оказались, мягко говоря, весьма opinionated и поддержку неанимированных WebP (которая в legacy ImageMagick ≈нормально появилась к февралю 2013 г.) вышвырнули.
>> No.260  
А какова тягостность проблемы? — теперь пишет >>252 только про WebP или вообще про любую картинку, на имиджборде публикуемую?
>> No.261  
>>260
Только при WebP. Для решениия может быть достаточно обновить libmagickcore до stable 10-ого Дебиана.
>> No.264  
Поднял у себя 9-ый Дебиан. Как и предполагал, поддержка WebP в устаревших пакетах есть, но обязательной зависимости на это нет, поэтому необходиомо отдельно доставить libwebp с утилитами для его процессируемости imagemagick’ом. Достаточно выполнить
apt-get install webp

>> No.281  
Файл: screenshot.png -(117 KB, 1200x957, screenshot.png)
117
Сегодня около пяти часов утра (по московскому времени) по адресу https://bugs.chromium.org/p/chromium/issues/detail?id=1178058 сдѣлалось видным, что Google начинает впиливать поддержку нового формата изображений JPEG XL в свой движок Chromium, служащий основою для браузеров Google Chrome, Opera, Microsoft Edge, Brave, Vivaldi, etc.

Вы берите примѣръ с этой неуклонной устремлённости к лучшему: поспѣшайте хотя бы поддержку WebP обеспечить на 014чанѣ.
>> No.282  
>>281
Всем полагающим себя здравомыслящими людям в нашем мире было испокон веков совершенно очевидно, что если кто-то где-то что-то начал, то это совершенно и никоим образом не означает, что у других, всё это время находящихся в стороне, от того возникает какая-то необходимость к этому бурлению неуёмному присоединяться. А лучше и понаблюдать им со стороны: что с того у причастных выйдет.
А уж более того, бросив всё, бежать предлагать себя в качестве подопытного кролика Гуглю — чтобы тот мог, не обременяя себя и мыслью о вознаграждении, тестировать свом кривульки, сидя притом на триллионах — такое и вовсе противно человеческой природе, с чем бы и даже английские экономисты, небось, согласились бы.
>> No.284  
Кому-то [>>/b/6196] действительно необходимо новое устройство, эх. (Если верить, конечно же.) Вот тебе и теоритизаторство, Соус. В контексте этого всего, конечно, интересно было бы собрать статистику по программам, вычислителям и скоростям/надёжностям соединений. Хотя на прямой вопрос о проблемах никто не ответил, стало быть, такое не получится провести и подавно.

Если у Ойчи (именно у Ойчи) именно оговоренного рода проблема, я однозначно против массового использования соответствующих технологий: в редких случаях могут понадобиться всё равно, поэтому внедрить их стоит. Хотя одной Ойчи я могу перевести средства на планшет стоимостью не выше ~16000, если будет обеспечен способ анонимного для меня перевода и автентикация.
>> No.285  
>>282 —→ >>233
> Всем полагающим себя здравомыслящими людям в нашем мире было испокон веков совершенно очевидно
Под такой фразой можно уверенно писать любой бред, при этом самоутверждаясь за счёт «нездравомыслящего» человека, которому видите ли (да как он смеет!) не совершенно очевидно.
>> No.286  
>>284
На устройстве том этот вот AV1 не играется вообще, от "совсем". (webp отображается, xl же тестировать не приходилось) Что уж говорить, раньше такие рекламщики носились с h265, и даже умудрились перекодирование аниме в него везде на трекерах пропихнуть, где же оно сейчас? Там, где и место ему — в небытии. Железного ускорения к нему так и не сделали!!!
Спасибоньки конечно, да остановимся на том, что это часть шутки.

>>285
А можно не писать. А можно не находить нехорошего в шуточном ответе назойливому рекламщику — в таком ответе была бы справделивой гораздо более сильная грубость, нежели утверждение какой-то очевидности.
>> No.287  
>>286
1. H.265 имеет свою нишу, живёт и здравствует до сих пор, в частности, в тяжёлых релизах и не только. Ongoing’и в HEVC перекодиръвают, как минимум SSA, и, похоже, начинают Erai. У AV1 же будущее видится более ясным.

2. Можно не писать, но вы пишите. Мне нет ничего шуточного в >>282 отвратительном ответе, навевающим воспоминания о 4чанских холиворах и Ичанской HTTPS клоунаде. Видятся яд, троллинг и туповатое глумление, при том направленное не только Мицгола, но и людей со схожей позицией, позицией широко аргументированной. Вы в этой истории выглядите — с моей точки зрения — всяко менее красиво, чем Мицгол. Который на Ойчане в грязь никого не втаптывает, под каждым постом «изображение могло быть меньше на [x]» не ставит и уж до Геббельс-tier «все прекрасно знают» методов точно не скатывается. Если бы матом сказали «достал напоминаниями, ты тут не сидишь, какое тебе дело, проваливай» было бы и то лучше: честно и адресует проблему. Но вы этого не делаете, нет.
tl;dr Как говорится, да простят меня за язык, ironic shitposting is still shitposting.
__________

Пока во многом выходит, что >>236 правда. Пока. Бесполезные, ибо процесс разрушает суть. Превращают, ибо разногласия в том, что чуть реальнее, обнажают не лучшую сторону людей. Можно было бы обсуждать оное спокойно, без переходов на личности и 4чанских пословиц. Но не выходит. Но может, если условиться, то что-то получится же?
>> No.288  
>>287
Что-то сверхнелепое — сколько агрессии в ответ не назойливому рекламщику, уже год ходящему по всем околоычанским имиджбордам со своими кодеками, а тому, кто ответил ему "нет". Мдем-с. Не знаю, какой снежный ком ассоциаций вы там представили, а пост написан был на обычном русском языке, например. Чините нейросети.
>> No.291  
> кто ответил ему "нет"

А это кто такой-то?

Кто пишет >>286 "часть шутки" и "в шуточном ответе", тот уж точно не "нет" ответил, а скорее "ха-ха-ха ох-хо-хо гы-гы-гы".

Небось после слов "тестировать свом" подгыгыкивать-то и начал.
>> No.294  
Файл: и_у_них_это_тоже_бывает.png -(152 KB, 1680x2400, и_у_них_это_тоже_бывает.png)
152
>>292
Ну, условились мы двое. Но, видимо, не остальные желающие.

>>293
Резкий ответ с использованием передёргиваний и вашего стиля, звучал бы, наверное, так.

Сначала эти люди год травят человека на всех бордах за безобидные подписи под картинками и за беззлобно аргументируемое мнение по технологиям и развитию чанов, отличное от своего, а потом удивляются и делают невинные глазки, когда кто-то называет безжалостную травлю с их стороны травлей, троллинг — троллингом, а глумление — глумлением в худших традициях /g/. (Которые выглядят (для меня) также отвратительно, как неназывач и иже с ним для сырно с Ычана; и именно этот аспект я здесь видеть точно не хочу. Ни со стороны Мицгола, с его предложением пройти к офтальмологу, ни со стороны тех, кого он раздражает, ни кого либо ещё.)

Возможно, написанное выше даст понимание той половины происходящего, которую видно с этой стороны.

За сим призываю закончить всех желающих ещё высказаться по этому поводу. И быть осторожнее и мягче. Лично у меня, как видите, едва ли получается. Но надо стараться. Ибо иначе нет пути. Ибо иначе от таких, как дискуссия эта, постов, получится не Ойчан. Зато вполне может получиться даже как в том году, за который на 410 было написано рекордно максимальное количество постов: это ли не то, что нам надо?
>> No.295  
Девочки, не ссорьтесь из-за ерунды же.
>> No.297  
В Дебиан 9 вряд ли добавят поддержку новых кодеков, поэтому в обозримой перспективе только добавление поддержки WebP.
>> No.307  
Файл: Sandra and Woo - 0643 - Россия — свящ?.jpg -(632 KB, 1680x1090, Sandra and Woo - 0643 - Россия — свящ?.jpg)
632
Страница https://en.wikipedia.org/wiki/Debian_version_history#Release_table рассказывает в настоящее время, что десятая версия системы Debian (о которой говорилось в реплике >>257 и послѣдующихъ) существует с позапрошлого (2019) года.

Правильно ли я понимаю, что её появление состоялося рановато для того, чтоб ждать там ещё и поддержку AVIF?
>> No.308  
>>307
На моей 10’очке imagemagick в AVIF PNG спокойно конвертирует.
>> No.309  
>>297
Кот-тян, а Кот-тян.
Скоро день рожденья. Как насчёт ко дню рожденья обновиться до 10-ого Дебиана?
Заодно можно настроить русскую локаль >> https://410chan.org/dev/res/20450.html#25130 .
>> No.310  
PS Если будет нужна помощь, обязательно пиши, поможем.
>> No.311  
>>309
>>310
А вы не боитесь остаться без Ойчана? Чего недоброго, отвалится что-нибудь. Хотя что для этого надо? apt-get upgrade?
>> No.312  
>>311
От тех изменений в коде Кусабы ничего страшного не будет вообще. В крайнем случае, вернёте как было, делов-то.

От обновления ничего смертельного не случится. Возможно, придётся поправить конфиги. Если уж прям боитесь, можете сделать резервную копию конфигов, БД и FBE. Или всей ФС для простоты.
Полная инструкция по обновлению вот https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html
>> No.314  
>>311
Поднял виртуалку с 9-очкой и FBE, обновил до 10-ки, ничего не поломалось вроде.
FBE был поставлен на следующее: apache2 mariadb-server php imagemagick ffmpeg php-mysql php-mbstring php-gd

Процесс обновления:
1. Поменять sources в /etc/apt/sources.list со stretch’евских на buster’овские. Можно так, как описано в пункте 4.3.1. Если лень, почти наверняка будет достаточно простой замены
sed -i s/stretch/buster/g /etc/apt/sources.list
2.
apt update
3.
apt-get upgrade
4.
apt full-upgrade
5. Далее следует (необязательно, можно прыгнуть на 11 и закончить) удалить ненужные более пакеты и обновить используемую версию PHP до 7.3.
apt purge $(dpkg -l | awk '/^rc/ { print $2 }')
6.
apt autoremove
7. php7.0-mysql убит пунктом 6. Свежий понадобилось ставить ручками.
apt-get install php-mysql
8. php7.0 убит пунктом 6. Свежий php7.3 тоже был подключен к Apache ручками:
ln -s /etc/apache2/mods-available/php7.3 /etc/apache2/mods-enabled/
после php7.3 поставьте звёздочку
9. У php7.3 свой php.ini. Так что его нужно будет отредактировать также, как и оный для php7.0. Конкретно, поменять необходимо upload_max_filesize и post_max_size.
10. Окончательно убить php7.0
apt purge php7.0 && rm -r /etc/php/7.0
11. Перезапустить HTTP и СУБД сервисы. Для меня это
systemctl restart apache2 mariadb
>> No.315  
>>314
Спасибо за подробный пост, софт обновлён.

>>309
По-моему это не помогло с локалью.
>> No.318  
>>248
Нужна помощь. Попытка запостить webp вызывает ошибку.
>> No.319  
>>315
Способы починки локали обсуждают на самом 410м, но о результатах никто не сообщал.
>> No.320  
>>315
> По-моему это не помогло с локалью
Попробуйте поставить php-gettext, если не стоит. Забыл указать в >>314 зависимость. У меня результат положительный.

>>319
Этот способ ранее был назван ещё в >>/b/2809.
>> No.323  
>>318
Thumbnail’ы генерируются, но, предположу, getimagesize с 220-ой строчки в upload.class.php возвращает нулевой для них размер. Сейчас глянул, у getimagesize поддержку WebP добавили лишь начиная с 7.1.0. Так что, если в этом дело, для поддержки WebP перейти на более свежую версию PHP всё-таки нужно.
>> No.324  
PS В >>314 указно 7.0, у вас версия, которую в 2019-ом поставили, может быть другая.
>> No.325  
PPS После установки php-gettext нужно будет перезапустить HTTP-сервер.
>> No.328  
Сегодня будете что-то делать? Вечер пятницы как раз.
Можно поставить хотя бы пакет php-gettext и HTTP daemon перезапустить, это две строчки будет. Если измения в файле том оставили и демона перезапустите, заработать должно. Если, конечно, локаль в базе (и в config.php) верно указана, но вы было говорили, что там верно всё.
>> No.330  
Файл: 161027038138.webp -(83 KB, 1280x720, 161027038138.webp)
83
Проверка
>> No.331  
>>328
Адобус успешно пришлось доставить php-mbstring переправился на php7.3, проблемы с локалью остаются. Куда смотреть?
>> No.332  
Файл: lines.png -(2 KB, 358x79, lines.png)
2
>>331
Нужные строчки выглядят так.
>> No.333  
Файл: Yesterday wo Utatte - Uozumi Rikuo is unhappy.webp -(910 KB, 1920x1151, Yesterday wo Utatte - Uozumi Rikuo is unhappy.webp)
910
Девятый пункт рецепта >>314, по-видимому, не был исполнен.

Во всяком случае, при попытке загрузки значительных файлов появляется сообщение «The uploaded file exceeds the upload_max_filesize directive (2M) in php.ini».
>> No.335  
>>331
php-gettext поставили? Был ли Апач перезапущен после этого?
В kusaba.conf KU_LOCALE чему приравнено? (Должно быть ru)
Для /b/ и /d/ какие значения в настройках досок указаны? (Чтобы работало значение из KU_LOCALE, значение в настройках должно быть пусто.)
Если значения в настройках доски верны, то какие значения для локали указаны в базе? (Можно узнать, выполнив select name, locale from boards;)
>> No.336  
Чем больше будет информации о вашем set-up’е и совершённых вами действиях, тем быстрее пойдёт дело. Так что её лучше писать сразу по их совершению, чтобы её не приходилось спрашивать.
>> No.337  
>>335
Было указано ru_RU.utf8, сейчас всё работает.
>> No.339  
Файл: Choyoyu - minna in ED.webp -(8120 KB, 1920x7406, Choyoyu - minna in ED.webp)
8120
Провѣрка возможности публикации изрядно крупной иллюстрации >>214 в новом поддерживаемом формате — в WebP.

По итогам провѣрки рекомендую включить поддержку WebP въ раздѣлѣ b/
>> No.340  
Хм, из-за русской локали удлинился контейнер, в котором картинка с капчей, теперь картинка с капчей его не полностью заполнеяет, что не очень красиво выглядит. Размер генерируемой картинки свиду достаточно поменять в captcha.php.
>> No.341  
Файл: Hamefura - lecture about types of magic.webp -(1689 KB, 1920x1237, Hamefura - lecture about types of magic.webp)
1689
Способно ли обстоятельство >>323 послужить препятствием для поддержки анимированных WebP?
>> No.342  
Кот-тян, давай имя в /б/ то "девочка", то "кот"? Можно все и сразу! Нет?
>> No.343  
>>342
В составе Кусабы вроде есть скрипт, который случайные имена делает. Можно попробовать его подредактировать, и им воспользоваться.
>> No.344  
>>341
getimagesize на виртуалке с 10-кой анимированное WebP съел спокойно.
>> No.345  
>>343
PS Так-то вообще, лучше в /b/ такие предложения делать. Сюда мало кто ходит, и мало кто может откликнуться на.
>> No.347  
>>345
Это странное замечание. По-моему сюда все ходят, ведь у нас всего-то два раздела. Или имеется в виду голосовать за предложения?
>> No.349  
>>347
Вспомните скорость отклика на запощенные кем-то баннеры, например. Тут, и когда про них запостили там.
Вспомните скорость отклика на WebP тут, и когда про это речь зашла там.
/d/ люди посещают куда реже.
>> No.351  
Спасибо за девочку, Котейшество.
>> No.354  
Файл: Screenshot_20210510_211648.png -(399 KB, 1920x1164, Screenshot_20210510_211648.png)
399
>>34
Вот таким образом можно растянуть капу. Не знаю, работает ли в Firefox.

#captchaimage {
  display: block;
  margin-left: auto;
  margin-right: auto;
  width: auto;
}
>> No.356  
>>354
Её бы отцентрировать, а не растягивать, думаю. Растягивание (малость) корёжит кортинку.
>> No.357  
Файл: capas.png -(810 KB, 3840x1163, capas.png)
810
>>356
Можно и центрировать (просто без последнего свойства). Но мне как-то растянутая даже приглянулась.
>> No.358  
Кот-тян, ну центрируй капу. Всего несколько строк ввше в *global.css добавить.
>> No.359  
Есть подозрение, что у кот-тяна SSH(FS) не настроено, поэтому любые изменения на сервере — боль, которая делается через веб-панель, предоставляемую хостэром.
Прошу опровергнуть/подтвердить.
>> No.360  
>>358
Обновлено.

>>359
SSH настроен, всё в порядке.
>> No.361  
Файл: растянута.png -(9 KB, 134x33, растянута.png)
9
>>360
Но она растянута?
>> No.364  
Пора бы добавить какие-то новые обрезки слов в капчý. А то она практически в автодополнение браузера поместилась!
>> No.365  
«Я удивить тебя хочу, —
Сказала мне сестра. —
Добавь обрезки слов в капчý:
Угадывать пора».
>> No.366  
>>364
А нужна ли нам капча вообще?
Когда-то уже обсуждали кажетс, но не помню чего наобсуждали. А ещё почему не автобусовкая? Можно туда картинок из мультиков про девичью любовь.
с:Делочку предлагает таки что-то делать.
>> No.367  
Файл: mpv-shot0012.webp -(715 KB, 1280x720, mpv-shot0012.webp)
715
>>366
Нужна. Во-первых, чтобы в случае набегов на соседние чаны, если набеги те вдруг дойдут и до нас, набегающим совсем уж не облегчать задачу. Во-вторых, чтобы не попасть под спамбот: в прошлый раз порнографию с нулевой неделю убирали; Кот-тян, да не в обиду ему будет, довольно ленивая попа.
Не автобусовская, потому что автобусовская капча, картинки её, вместе с движком не поставляются. На выкачивание или создание собственных картинок потребовались бы время, а тогда вопрос стоял несколько остро — под ддосом лежали Доброчан, Ычан, Новерь и Автобус, а нас могли бы ещё и автовайпнуть — наш домен им тоже слили. Впоследствие неавтобусовская отчасти по той же причине, по которой у нас до сих пор cirnonotbaka. По той, что у некоторых ойчанек (а одна ойчанька — это уже минимум 10% ойчанек!) преодоление кирарапчи словно вызывало лютые, неимоверные трудности. Ну и по той, что части ойчанек говорящая капча нравится (по крайней мере, ненависти точно не вызывает).

Лично я не знаю, стоит ли менять. Год назад можно было, наверное, но сейчас такая говорящая капча уже часть Ойчана.
>> No.368  
> А нужна ли нам капча вообще?
Вот-вот.
Вайперы когда хотят — даже искажённую вакабовскую разгадывали. Так что это видимость только. Тут только весь ойчан на время отключать.
Лично мне уже надоела капча. Особенно когда несколько картинок подряд постить. Она и не адаптивная ещё.
А вайпов и гостей давно уже нет.
>> No.369  
Без каптчи не канонично.
>> No.370  
Без канона не каптчёво.



[d | b | misc]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог] [Главная]