В /b/ немножко испортились ссылки [Reply] у нитей. Вместо https://014chan.org/b/res/1019.html почему-то https://014chan.org/b/014chan.orgb/res/1019.html. С адобусом всё будет хорошо?
Оно вообще на всех ссылках сломалось и везде >http://014chan.org/b/014chan.orgd/
Да и не только в /b/, в /d/ тоже. И ссылки на доски также поломаны.
Теперь ещё вакаба вместо Умночана грузится.
Бида-бида! А то я гадаю, куда всё делось. Сейчас должно заработать.
Кот-тян, а в том треде до сих пор неправильные ссылки сохранились. Вот тут рефлинка - http://014chan.org/b/res/1019.html#1403 Больше нигде нет такого в остальных тредах, только в том.
А хотя, чего это я на помощь зову, ведь это можно исправить просто оставив новый пост. Не подумал сразу.
Бампанье не помого, ссылка все равно такая.
>>131 >>133 Кусаба вроде как генерирует представление поста в HTML однократно, поэтому, перегенерировав страницы, тут ничего не сделаешь. (Но это не точно.) Зато точно можно пройтись по файлу регуляркой, меняющей вхождения 014chan.orgb на /b, как в ныне работающих ссылках.
Изменения в файле, таким образом, умрут после следующей же перегенерации, поэтому менять надо строки непосредственно в источнике, на основании которого, Кусаба это всё генерирует.
>>135 А может быть что такая ссылка попала в базу?
>>136 Техническая ошибка после экспериментов.
Проверка.
Этто… А где тут главная девочка? У кого можно спросить? У вас, гм, /dev будет? (Пост с Tor'а, но я не вайпер. Не баньте :3)
>>139 Но зачем? На 410 есть, общий для ычанских борд. Пока можно и тред в /b/.
>>140 > Пока можно и тред в /b/. Угу. Не стоит дробить и так крошечное сообщество и его обсуждения на несколько досок.
Здесь нужен /h/?
>>144 Не нужен, как и на 410.
А какой день официально день рождения Ойчана? Судя по >>/b/1 - 05/04?
>>146 4 апреля началась установка FBE, 5 апреля сайт стал доступен для всех.
>>147 Стало быть, пятое число — это дата пояления на свет.
Куда-то исчез тред http://014chan.org/b/res/589.html Что случилось? Разве у нас /b/ не резиновый? Следует сделать таким, ежели нет.
>>151 И архив выдаёт 404. Тауим образом, и там его нет.
>>152 В базе пост есть, но по какой-то причине он помечен как удалённый. Может, автор удалил.
>>153 А нет ли в движке опции запретить удалять треды набравшие n ответов? Когда они становятся уже местом не столько ОПа, сколько остальных. Кажется мне, это справедливо.
>>154 А что это был за тред? Одной девочке интересненько!
>>155 Вот такой был.
>>156 Интересно. Одна девочка спасибо.
Кот-тян, как насчет идеи все треды по достижению бамплимита отправлять в архив?
>>158 Архив настроить надо. А идея интересная.
>>159 Хотя ведь с другой стороны некоторые могут и не достигнуть его, а прожить долго. Как у нас сейчас ещё самые первые треды в /b/.
Одна девочка нашла ещё один пропавший тред... http://014chan.org/b/res/543.html Эх.. Кот-тян, что там было? Хотя бы ОП-пост..
Не исчезают ли страницы в /b/? Что-то паранойя по этому поводу мучает. Вон ведь уже сколько новых тредов создано.
>>203 Действительно, оказалось, треды дальше девятой страницы помечаются к удалению. Лимит повышен.
>>204 Нельзя ли вернуть то что удалилось по ошибке?
>>205 Едва ли, давно это было.
>>206 Как же? Оно ведь не удаляется совсем в /dev/null, а только "помечается"? А бекапы? Не хотелось бы терять историю доски..
>>207 >Оно ведь не удаляется совсем в /dev/null, а только "помечается"? И то правда, в базе у них флажок.
>>208 Тогда почему же нельзя вернуть? Ничего не понятно.
Кот-тян, тебе надо активнее общаться с населением и может даже завести триподентификацию! А то многое повисает в воздухе и непонятно! 1) Так что с резиновостью досок? Возможна ли она? 2) Так что со смытыми тредами?
Извиняюсь, как-то хамовато вышло. Не "тебе надо", а "очень хотелось бы".
>>215 А как сделать админский трипкод? Резиновость досок возможна. Более того, на /b/ уже есть страница 9. Когда восстановлю треды, вполне может стать больше страниц.
>>217 Добавление тэга со staff membership к имени при постинге осуществляется следующим образом: 1. Открываете модпанель. Сделать это можно кликом на невидимую ссылку, которая чуть после буквы ‘e’ в “File”. Также это вроде можно сделать с помощью accesskey, завязанной на клавишу ‘x’; 2. В поле Mod копируете пароль для постинга, который можно получить в одном из первых пунктов manage menu; 3. Устанавливаете checkbox у “D:” в true.
Напоминаю, что в FBE уде как n дней добавлен 4chan-style быстрый ответ. Также буквально сегодня добавлена поддержка WEBP. Предлагаю внедрить изменения эти и у нас.
Кот-тян, где же ты?
Кот-тян, ты здесь? Есть ли какие-нибудь новости же?
>>221 Кот-тян тут и даже с новой версией FBE.
>>222 Круто!
>>222 Yay! Ещё бы к новому году русскую локаль сделать, и будет вовсе замечательно.
Также есть просьба разрешить WebP постинг. Делаться вроде должно галочкой в модпанели в настройках доски.
Мрачно подозреваю, и не вполне безосновательно, что поддержку WebP постигнет на 014чане та же судьба, что и поддержку AV1: если сёрверное программное обеспéчение (в лице FFmpeg) настолько не ново, что не способно создавать миниатюры файлов AV1, то тогда можно предполагать и то, что сёрверное программное обеспéчение (в лице ImageMagick) настолько не ново, что не способно создавать и миниатюры файлов WebP.
>>227 И даром оно не нужно, это ваше вебп. Ваше изображение могло бы весить на сколько-то процентов меньше, будь оно в jpg и никто бы не расстроился из-за этого формата.
>>228 Аккуратнее со словом «никто» на чане, где только я (лично) — это уже 5—10% постов. Здесь вам не Ичан. А серверную часть лучше бы обновить в любом случае: кто знает, какие уязвимости отыщут. На Доброчан было через ImageMagick проникли, если помните.
> 18.39MB От такого кое-где Доброчан помирает. Подумайте об этом на пару с Мицу. Ну и ну.
>>228 Я бы протестовал против вебп только от того, что оно от гугла (как и http2). Нет корпорациям на моих имиджбордах!
>>230 Здесь, как лимиты починили, частенько «тяжёлые» файлы постят. И отнюдь не только я с Мицголом. В первый раз видите, ей Богу. На 8ch лимит был 15 MiB. На Хайбане — 25 MiB. На Доброчане — не знаю, я там никогда не был (почти). Все три упомянутые доски — совершенно левые по отношению к этой. Все три — лишь часть многообразия. Так чего ж заставлять задумываться об одной из — выбранной избирательно, как вишенка на торте? А картинка просто с таким размером попалась, специально по размеру не выбирал. Вы поди и https://yande.re/post/show/612553-tier объёмы никогда не видели.
>>231 Тоже не хочется поддерживать гегемонию Alphabet. Но, как минимум: 0. Формат открытый, исходники открыты, и оно работает, и работает хорошо, взять и забрать они его уже не смогут, как-то нам навредить тут тоже. Разве что инициировать фундаментальный выпил из всех браузеров, но это будет решить довольно легко, и это крайне маловероятно; 1. Если уж так протестовать против Alphabet, то и поддержку WebM (а также OPUS, VP8 и VP9) стоит за компанию выпилить, иначе какая ж это борьба. На это вряд ли кто пойдёт по понятным причинам. 2. Корпорациями так или иначе сделано, поддержано и не совсем открыто много из того, что использует или поддерживает Ойчан. Так что протестовать против этого очередного элемента ими сотворённого, с учётом плюсов, которые он даёт, вряд ли есть смысл. В общем, думаю, отказ от WebP — как борьба с Google — смысла при прочих равных не имеет.
>>232 Нет, вижу не первый, но я вот практически всегда конвертирую картинки чтобы занимали не более 4 мегабайт. Правда это не от заботы об имиджбордах, а потому что места на устройстве мало и большие прогружаются долго. Но и о заботе подумать можно тоже. Вспоминая крутилки тарифных планов у хостинг-провайдеров, хорошие цены за большие ресурсы диска и трафика они выставлять любят. Картинки невероятно быстро выедают место. Например, сейчас в /b/ 4000 картинок. Удалять у нас вроде как не планируется. Вслед за Мицу появились постеры, которые принципиально используют большие картинки. Это беспокоит. А Доброчан это отличный пример в данной ситуации. Там как раз то ли терабайт то ли два картинок напостили, и он от того упал - нет места. Впрочем, вы можете сказать что это мелочи, глупости и придирки. Ну может и так.
Скажу что думаю обо всём этом и пусть каждый понимает меня как хочет. Расстраивает меня Оичичан всё больше и как раз из-за людей некоторого склада, из комфортного места куда хочется зайти превращают в очередную лабуду коих хватает. И своими попытками упрямо пропихивать нововведения бесполезные и отношением к некоторым вещам. Едвали меня кто-то поддержит, но вот сказала. Может это консерватор внутри меня, может мои менталопроблемы, но очень некомфортно от некоторых вещей. Сверху ещё то, что других комфортных мест для меня не осталось почти совсем. Там где было хорошо ходить уже не хочется и видимо искать придётся вновь, так.
>>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 Как только достаточно сильно расстроиться, так сразу и нововведения полезные превратятся в бесполезные. Девочка — реально волшебница.
По поводу размеров. Полагая, что размер средней картинки 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 шла, вместо ингередиентов полуфабрикаты по-глупости взяла, и всех подставила тем, было ещё, Химавари Сакурако ту своими придираками до слёз довела. И тем не менее, живут же девочки.
>>243 За двадцать лет и VPS под такие объёмы дешевле станет. Да и с деньгами, слава Богине, проблем нет. Вопросов включить поддержку WebP нет. Точнее, теоретически она добавлена для /d/, осталось только попробовать.
Очень хорошо, вот простая провѣрка эффективности. Во-первых, кадр аниме >>243 может быть сжат https://github.com/shssoichiro/oxipng в режиме Zopfli на 1,43% без внесения потерь, результат прилагаю.
Во-вторых, тот же кадр в формате lossless WebP занимает (также без внесения потерь) ещё на 23,70% меньше (опять же результат прилагаю). На будущее сообщаю ещё для сравнения: сразу после того, когда (или если) во браузерах появится поддержка ещё болѣе новаго формата JPEG XL, тот же кадр в формате lossless JPEG XL сможет занимать (и опять же без внесения потерь) на 36,37% меньше, чѣмъ оптимизированный PNG.
Но вот с созданием миниатюры для файла >>248 014чан не управился. (И по образцу реплики >>227 я подозреваю, что это ImageMagick не справляется на сёрверѣ.)
>>246 >>249 Таким образом, надо обовить софт. Хотя может быть и так, что thumbnail’ы не ImageMagick’ом генерируются. Там, ЕМНИП, GD и FFmpeg как опции есть ещё.
Увы, я вынужден отклонить догадку, в реплике >>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 не содержащей, напримѣръ).
>>251 Конфиг изменён на imagemagick. Теперь пишет Could not create thumbnail.
>>252 > imagemagick А он на ОС-то стоит? Поставить надо же.
>>253 Стоит, пишет, самый свежий стоит imagemagick is already the newest version (8:6.9.7.4+dfsg-11+deb9u10)
>>254 Это устаревшая версия 9-ого Дебиана. Так, в stable, у 10-ого Дебиана, у libmagickcore есть в зависимостях libwebp, в то в ремя как у libmagickcore для 9-ого этой зависимости нет (хотя она может быть опциональной, наверное). Нужно обновить/доставить софт.
На заглавной странице 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 г.) вышвырнули.
А какова тягостность проблемы? — теперь пишет >>252 только про WebP или вообще про любую картинку, на имиджборде публикуемую?
>>260 Только при WebP. Для решениия может быть достаточно обновить libmagickcore до stable 10-ого Дебиана.
Поднял у себя 9-ый Дебиан. Как и предполагал, поддержка WebP в устаревших пакетах есть, но обязательной зависимости на это нет, поэтому необходиомо отдельно доставить libwebp с утилитами для его процессируемости imagemagick’ом. Достаточно выполнить apt-get install webp
apt-get install webp
Сегодня около пяти часов утра (по московскому времени) по адресу https://bugs.chromium.org/p/chromium/issues/detail?id=1178058 сдѣлалось видным, что Google начинает впиливать поддержку нового формата изображений JPEG XL в свой движок Chromium, служащий основою для браузеров Google Chrome, Opera, Microsoft Edge, Brave, Vivaldi, etc. Вы берите примѣръ с этой неуклонной устремлённости к лучшему: поспѣшайте хотя бы поддержку WebP обеспечить на 014чанѣ.
В Дебиан 9 вряд ли добавят поддержку новых кодеков, поэтому в обозримой перспективе только добавление поддержки WebP.
Страница https://en.wikipedia.org/wiki/Debian_version_history#Release_table рассказывает в настоящее время, что десятая версия системы Debian (о которой говорилось в реплике >>257 и послѣдующихъ) существует с позапрошлого (2019) года. Правильно ли я понимаю, что её появление состоялося рановато для того, чтоб ждать там ещё и поддержку AVIF?
>>307 На моей 10’очке imagemagick в AVIF PNG спокойно конвертирует.
>>297 Кот-тян, а Кот-тян. Скоро день рожденья. Как насчёт ко дню рожденья обновиться до 10-ого Дебиана? Заодно можно настроить русскую локаль >> https://410chan.org/dev/res/20450.html#25130 .
PS Если будет нужна помощь, обязательно пиши, поможем.
>>309 >>310 А вы не боитесь остаться без Ойчана? Чего недоброго, отвалится что-нибудь. Хотя что для этого надо? apt-get upgrade?
>>311 От тех изменений в коде Кусабы ничего страшного не будет вообще. В крайнем случае, вернёте как было, делов-то. От обновления ничего смертельного не случится. Возможно, придётся поправить конфиги. Если уж прям боитесь, можете сделать резервную копию конфигов, БД и FBE. Или всей ФС для простоты. Полная инструкция по обновлению вот https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html
>>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
>>314 Спасибо за подробный пост, софт обновлён. >>309 По-моему это не помогло с локалью.
>>248 Нужна помощь. Попытка запостить webp вызывает ошибку.
>>315 Способы починки локали обсуждают на самом 410м, но о результатах никто не сообщал.
>>315 > По-моему это не помогло с локалью Попробуйте поставить php-gettext, если не стоит. Забыл указать в >>314 зависимость. У меня результат положительный. >>319 Этот способ ранее был назван ещё в >>/b/2809.
>>318 Thumbnail’ы генерируются, но, предположу, getimagesize с 220-ой строчки в upload.class.php возвращает нулевой для них размер. Сейчас глянул, у getimagesize поддержку WebP добавили лишь начиная с 7.1.0. Так что, если в этом дело, для поддержки WebP перейти на более свежую версию PHP всё-таки нужно.
PS В >>314 указно 7.0, у вас версия, которую в 2019-ом поставили, может быть другая.
PPS После установки php-gettext нужно будет перезапустить HTTP-сервер.
Сегодня будете что-то делать? Вечер пятницы как раз. Можно поставить хотя бы пакет php-gettext и HTTP daemon перезапустить, это две строчки будет. Если измения в файле том оставили и демона перезапустите, заработать должно. Если, конечно, локаль в базе (и в config.php) верно указана, но вы было говорили, что там верно всё.
Проверка
>>328 Адобус успешно пришлось доставить php-mbstring переправился на php7.3, проблемы с локалью остаются. Куда смотреть?
>>331 Нужные строчки выглядят так.
Девятый пункт рецепта >>314, по-видимому, не был исполнен. Во всяком случае, при попытке загрузки значительных файлов появляется сообщение «The uploaded file exceeds the upload_max_filesize directive (2M) in php.ini».
>>331 php-gettext поставили? Был ли Апач перезапущен после этого? В kusaba.conf KU_LOCALE чему приравнено? (Должно быть ru) Для /b/ и /d/ какие значения в настройках досок указаны? (Чтобы работало значение из KU_LOCALE, значение в настройках должно быть пусто.) Если значения в настройках доски верны, то какие значения для локали указаны в базе? (Можно узнать, выполнив select name, locale from boards;)
Чем больше будет информации о вашем set-up’е и совершённых вами действиях, тем быстрее пойдёт дело. Так что её лучше писать сразу по их совершению, чтобы её не приходилось спрашивать.
>>335 Было указано ru_RU.utf8, сейчас всё работает.
Провѣрка возможности публикации изрядно крупной иллюстрации >>214 в новом поддерживаемом формате — в WebP. По итогам провѣрки рекомендую включить поддержку WebP въ раздѣлѣ b/
