[WT] [Архив]  [Поиск] Главная Управление
[Совместно с Ычаном]
[Назад] [Вся нить] [Первые 100 сообщений] [Последние 50 сообщений]
Ответ в нить [Последние 50 сообщений]
Имя
Animapcha image [@] [?]
Тема   ( ответ в 20450)
Сообщение flower
Файл 
Пароль  (для удаления файлов и сообщений)
Параметры   
  • Прежде чем постить, ознакомьтесь с правилами.
  • Поддерживаются файлы типов 7Z, BZ, BZ2, GIF, GZ, JPG, MO, MP3, MP4, OGG, OGV, PDF, PNG, PSD, RAR, SVG, SWF, TXT, WEBM, XCF, ZIP размером до 5000 кБ.
  • Ныне 3296 unique user posts. Посмотреть каталог
  • Максимальное количество бампов нити: 500
153385789892.png-(34.48KB, 500×500, 410.png)
20450
No. 20450 watch    
После публикации исходников мы можем обсуждать доработку не только ранее общедоступных частей интерфейса, но и движка в целом.

Репозиторий: https://bitbucket.org/Therapont/fbe-410
1. Для ваших предложений предназначена ветка public.
2. Только администрация 410чана решает, что в этом движке надо, а что не надо. Соответственно, не стоит излишне пропихивать всякие там революционные идеи. Одобренные потенциальные изменения перечислены на багтрекере (записи, созданные владельцами репозитория).
3. Тестирование предложенных изменений и развёртывание принятых ведётся при наличии у администрации свободного времени на это. Обычно это делается по выходным.
4. Код выложен как есть. Никаких неопубликованных скрытых функций и частей не существует.

Предыдущая нить: >>17371
104 сообщений пропущено. Показаны 50 последних сообщений Развернуть все изображения
No. 20768    
153883907775.png-(52.41KB, 492×496, file_icons.png)
20768
>>20755
А как ипфс работает с тором, например?
Вообще, они там сейчас как раз над работай с файлами думают, чтоб были тумбинашки для каждого расширения, да и не только: http://metatorjq65tshfy.onion/meta/res/405.html#4180
No. 20771    
153900105491.png-(1.01MB, 1031×1470, Procell feeds on emotions (LN vol4 i11).png)
20771
>>20768

> А как ипфс работает с тором, например?

На доске http://metatorjq65tshfy.onion/meta/ я вижу поддержку вложения видеофайлов с сайтов Youtube и Vimeo и Coub. По сравнению с ними открытие файла из IPFS через гейт Cloudflare будет работать ничуть не хуже (появится возможность открыть, например, каталог https://cloudflare-ipfs.com/ipfs/QmXv9tuzCaigcGjVDAJTf48mfFB9VeUH3fihoaes8pLnZZ и звуковой файл в этом каталоге через TOR), но и ничуть не лучше (обращение к одному центральному серверу).

Можно ли улучшить это положение дѣлъ далѣе (в сторону децентрализации)? — нѣтъ: установка IPFS в свою систему, производящаяся не просто так, а непременно ещё и с последующей настройкою IPFS на работу через TOR, по-видимому, в настоящее время ещё не слишком-то возможна или преизрядно сложна (по крайней мере, авторы https://news.ycombinator.com/item?id=12719771 и https://github.com/ipfs/notes/issues/37 склоняются к такому мнению).

Впрочем, как я говорил уж выше (в репликах >>20664 и >>20687), почему бы и не удовольствоваться тем одним, что промежуточная цель (перекладывание хостинга крупного файла с сервера на публикатора) будет достигнута? — ведь одно это будет ужé очень, очень хорошо.
No. 20772    
>>20771
Вопрос скорее в том, нельзя ли будет как-то слить айпи постера.
Хорошо, передам.
No. 20776    
153900494138.jpg-(42.35KB, 500×487, mission impossible.jpg)
20776
>>20772

IP постера, безусловно, можно выяснить тем же способом, который работает в любом неанонимизирующем P2P: сделать запрос в DHT «у кого есть файл?» и, получив список IP-адресов, вычесть из него заранее заготовленный список IP-адресов IPFS-узлов Cloudflare — оставшийся IP-адрес будет IP-адресом постера, если только тот не озаботился заранее распространить тот же файл достаточно широко или не стал публиковать файл в IPFS посредством внешних по отношению к своему компу возможностей, часть из которых в репликах >>20663 и >>20664 перечислена: https://constellation-fs.org/ и https://www.eternum.io/ и https://github.com/BrendanBenshoof/cachewarmer и https://nuts.rtradetechnologies.com:6768/uploads и http://ipfs.stadja.net/upload/ и проч.
No. 20783    
153919412877.png-(13.72KB, 929×120, .png)
20783
>>20776
>http://ipfs.stadja.net/upload/
Хорошо там, где нас нет.
No. 20784    
>>20776
>сделать запрос в DHT «у кого есть файл?»
Кстати, не подскажет кто-то, какой именно командой это делается?
ipfs dht findprovs <hash>
выдает id пира (или нескольких), а вот дальше по
ipfs dht findpeer <id>
пустота. Это значит можно спрятаться, или я доки читаю не тем местом?
No. 20785    
>>20784
Кое-что выяснил. Информация по собственному id не ищется, зато по соседним пирам, взятым через
ipfs dht query <my_peer_id>
очень даже. Это значит, что я просто сам себя не могу прощупать, или дело в том, что демон заперт в докере без открытия портов в окружающий мир? Но при этом ведь тот же cloudflare как-то подтягивает то, что я добавляю через
ipfs add

В общем, потребен гуру. Я больше по общей архитектуре, чем по отдельным деталям.
No. 20801    
153944823978.mp3-(3.88MB, Housewife radio orig.mp3)
20801
Вчера просматривал старые треду, у звуковых файлов исчезла превьюшка. Собственно, тест, есть ли это и сейчас, или нет.
No. 20802    
153944878418.png-(5.51KB, 384×384, 1149378691928.png)
20802
>>20801
...а теперь,напомните мне, пожалуйста, я за последний месяц-полтора забыл: это в <a> неправильный аттрибут или с сервера картинка не пришла?

У меня после переезда сервера FBE ещё заново не поставлен, так что сам до ответа я дойду разве завтра.
No. 20804    
>>20802
Открой для себя инструменты разработчика в браузере. Там как раз с <a> все в порядке, а вот в <img> превьюшки ссылка
/dev/thumb/153944823978s.mp3

что очевидно полная хрень, потому что это не картинка. И на сервере такого файла нет. Подстановка .jpg, .jpeg и .png не помогает, так что вероятно превью вообще не существует.
No. 20808    
153946747214.gif-(8.61KB, 240×240, 1150265064136.gif)
20808
>>20804
Инструменты открыл, <a> не раскрыл.

В любом случае, выгрузил master, проверил на сервере, всё работает. Может не работать в том случае, если у mp3 в filetype указано image в БД/на странице типов в админке. Что явно было сделано уже при внедрении webm на Автобусе.
Собственно, сейчас и в RSS у >>20801 нет превьюшки.

И да, >>20692, FBE с варнингами, но работает даже на 7.2.
No. 20809    
Картинка появилась, значит, ошибка устранена. Вот и славно.
No. 20810    
15394745863.png-(9.31KB, 384×384, 1149377096781.png)
20810
>>20809
Кроме RSS. Значит, или в master сейчас не то, что на сервере, или одно из двух.
Алсо, там ошибка в моём патче. rss.class.php, строка 55 должна быть
$items .= '<img src="'.KU_BOARDSPATH.'/inc/filetypes/'.$board_class->allowed_file_types[$row['filetype']][1].'" /></a><br />';

С нужным отступом, да. Мне PR сделать или и так смогу поправить?
No. 20811    
>>20810 Оно тестируется, вероятно сегодня мастер будет на бою.

Лень было переделывать pr в другой бранч
No. 20812    
>>20810
> Мне PR сделать или и так смогу поправить?
Поправил в public
No. 20813    
153953967266.jpg-(98.83KB, 600×338, 00000071.jpg)
20813
Вообще, я хочу напомнить, что реквестоту надо делать в public.
No. 20814    
>>20813
Я последовал Мицголу, но да. Больше не повторится.
No. 20815    
153956689351.mp4-(320.85KB, 1920×1080, Sword Art Online - unknown items.mp4)
20815
>>20814

В своё оправдание могу сообщить только то одно, что запросы на слияние с ветвью «master» стремился по возможности создавать только тогда, когда та опережала ветвь «public» и притом опережала в тех файлах, которые затронуты были запросом. Дѣлалъ это для того, чтобы merge conflicts избѣгнуть. И о том по адресу https://bitbucket.org/Therapont/fbe-410/pull-requests/27 объявил въ послѣднемъ абзацѣ.
No. 20818    
153964365053.mp4-(280.52KB, 1920×1080, Kono Subarashii Sekai ni Shukufuku wo! - Kazuma ev.mp4)
20818
Расскажите мнѣ о причинѣ того, почему коммитъ https://bitbucket.org/Therapont/fbe-410/commits/3ba13935e6046cd2920c99ac237c90bcc1cb7474 был коммитомъ https://bitbucket.org/Therapont/fbe-410/commits/9dcfd44294ad35115d8ce4ca1279f41f4d5e7b29 отмѣнёнъ.

Я правильно понимаю, что такая отмѣна позволит в RSS видеть миниатюры видеофайлов, а предложенная в реплике >>20810 правка заменяла их значками видеотипов?
No. 20819    
>>20818
Потому что я не умею считать, и должен был таки сделать это через PR. Правиться должна была не ветка video, а финальный else, где сейчас
$items .= '<img src="'.KU_BOARDSPATH.'/'.$board_class->allowed_file_types[$line['filetype']][1].'" /></a><br />';

Очевидно, если править вместо этого ветку video, то это не миниатюры аудио чинятся, а ломаются миниатюры видео.
No. 20820    
>>20819
Ох, я надеюсь в новой версии заполняется строка-шаблон, вместо вот этой невероятной конкатенации.
No. 20821    
>>20820
>в новой версии
В новой версии чего?
No. 20822    
У меня одного превьюшки раскрываются на свой полный размер, а не на размер фрейма?

>>20820
Это и есть шаблон.
No. 20826    
153974153193.mp4-(86.95KB, 1920×1080, Himouto! Umaru-chan - zonama disappears.mp4)
20826
>>20822

> У меня одного превьюшки раскрываются на свой полный размер, а не на размер фрейма?

Это как? Что-то без примера не понятно.

На всякий случай сообщаю, что превьюшки показываются в собственном своём размере с самого начала. Что же касается видеопроигрывателя, то он может быть меньше размера кадра (фрейма), если кадр в полном размере не поместился бы в видимой области окна браузера. Такое уменьшение видеопроигрывателя порождено было осознанием того, что видеопроигрыватель (в отличие, скажем, от полноразмерного изображения) типичный зритель не пожелает прокручивать вверх и вниз, отдельно рассматривая верхнюю и нижнюю часть его — следовательно, не одна только максимальная ширина, но и максимальная высота видеопроигрывателя должна быть ограничена. Естественным ограничением для неё является высота видимой части страницы за вычетом высоты верхнего меню и ещё некоторого дополнительного пространства (чтобы не принуждать зрителя снайперски прицеливаться при прокрутке, со сверхчеловеческой точностью предугадывая будущее положение верхней кромки видеопроигрывателя, ожидающееся после развёртывания миниатюры первого кадра), размер которого для простоты сейчас также предполагается равным высоте верхнего меню (равной 32 пикселам в настоящее время).
No. 20844    
154010330851.png-(303.12KB, 1230×473, 29875823452345.png)
20844
Вы что-то сломали, кажется. И вот такое вылезло.
No. 20845    
154010357583.txt-(5.90KB, pageerrortext.txt)
20845
>>20844
После отправки картинки еще и такое.
No. 20849    
15401605792.jpg-(13.43KB, 330×300, 1150264319159.jpg)
20849
>>20845>>20844
Кот-то включил выдачу дебаг-информации. Первое было в FBE ещё до правок, array_push начал давать варнинг на undef начиная с PHP7.0.
No. 20857    
15403461199.png-(129.03KB, 1024×768, Clipboard01.png)
20857
>>20826
Я говорю, что старые куркулятуры разворачивают картинку на её полный размер, даже если он больше размера фрейма, в итоге появляется вертикальный скролл.
No. 20858    
>>20857
А неподдерживаемые производителями браузеры никто тут поддерживать и не собирался.
No. 20910    
154238463311.png-(31.55KB, 957×564, Feed_Validator_Results_410chan_org_b_rss_xml_-_201.png)
20910
Привёл rss в гости к валидатору, а там пикрелейтед.
No. 20911    
>>20910
Ты, кажется, подсунул RSS валидатору Atom, а не валидатору RSS.
No. 20912    
154240953986.gif-(8.15KB, 240×400, 1150265220863.gif)
20912
>>20911
Один хрен аналогичный вывод Ычана всё проходит, а на несоответствие стандарта тут жалуются. Если есть более лучший - вперёд и с песней. А я пока этими займусь.
No. 20914    
См. >>/b/138958.
No. 20915    
>>20914
А нельзя webp использовать? Должно быть лучше png.
No. 20916    
154254618172.jpg-(264.18KB, 1920×1080, [HorribleSubs] Toaru Majutsu no Index III - 05 [10.jpg)
20916
>>20915
Нельзя, потому что половина браузеров его не поддерживает.
И даже когда станет поддерживать, надо выждать время, чтобы все старые версии умерли.
No. 20917    
154256152429.mp4-(114.61KB, 1920×1080, Kanojo ga Flag wo Oraretara - blinking green light.mp4)
20917
Фонд Мозиллы сподобился начать поддержку WebP в шестьдесят пятой версии браузера Mozilla Firefox.

Теперь дело за Apple.
No. 20925    
154287265333.png-(2.90KB, 322×121, не Quantum.png)
20925
Впрочем, так как год назад Фонд Мозиллы начал выпускать новую версию браузера Mozilla Firefox (под названием Firefox Quantum) вместо прежней, то с тех пор многие пользователи до сих пор продолжают пользоваться прошлогоднею версиею, досадуя о нарушенной (и за год не восстановленной!) работоспособности многих прежних расширений этого браузера.

Один из таковых пользователей в чате стрима https://www.twitch.tv/videos/338354243 рассказал о том (скриншот прилагаю).

Общее число таких жестокосердно выпизднутых¹ пользователей оценивается по адресу https://bugzilla.mozilla.org/show_bug.cgi?id=1427928 как превосходящее 968 000 человек только для четырёх наиболее популярных расширений (Tab Mix Plus, Session Manager, Tab Session Manager, MySessions); вообще же не удивлюсь, если число это приблизилося к миллиону человек или даже превзошло его.

Для всех этих многих сотен тысяч людей совершенно всё равно, добавили ли в этом году поддержку нового-клёвого формата WebP для изображений, нового-клёвого формата AV1 для видеозаписей, а почему всё равно? — а потому, что они её не увидят.

И так как всѣ люди склонны к тому же рационализировать свои решения (в том числе для самозащиты от фрустрации через обесценивание недостигнутой цели), то станут восклицать «Зéлен виноград!», как лисица в басне у Эзопа² — и они даже не будут совершенно неправы, так как более пяти лет тому назад по адресу https://research.mozilla.org/2013/10/17/studying-lossy-image-compression-efficiency/ и затем в последующем году по адресу https://research.mozilla.org/2014/07/15/mozilla-advances-jpeg-encoding-with-mozjpeg-2-0/ упоминался результат исследования, согласно которому WebP не настолько лучше JPEG, насколько это казалось авторам WebP (и внедрявшим WebP людям Google), а просто надо лучше было сжимать JPEG.

Справедливости ради следует сказать, что сейчас удаётся найти одно только упоминание этого исследования; само ж оно располагалося на сервере people.mozilla.org, который, по-видимому, с тех пор был закрыт.

____________

¹ Прошу извинить необходимость прибегнуть к нецензурной ругани, но иным способом никак нельзя передать всю глубину эмоционального накала реакции на это решение Фонда.

² https://ru.wikipedia.org/wiki/Лиса_и_виноград
No. 20933    
15431083062.webm-(3.28MB, 480×270, video.webm)
20933
В честь поддержки webm пощу ностальгическое видео о доработке движка 410го чана, из 2009го года.
No. 20934    
>>20933
Ох уж этот злополучный 2009-й, с его $регистрацией и аватарками.

Туда же в тему: https://www.youtube.com/watch?v=f3fLXMNnej8
No. 20954    
154350935695.png-(9.57KB, 302×566, Страна Советов.png)
20954
По адресу https://www.twitch.tv/videos/341851040 был дан ряд советов.

Скриншот прилагаю.
No. 20956    
154354691916.png-(13.05KB, 320×400, 1166355043492.png)
20956
>>20954
>придётся перебивать все посты
Вообще, нет. Ссылку на пост может дать только последующий пост (в случае нескольких досок, пост с более поздней датой). Учитывая... семантику подобных переносов, равно как и скорость Автобуса, это максимум 100 постов. Я уж не говорю о том что БД лочиться будет на крайне короткие промежутки времени, так как большая часть работы - это чтение и обработка, ничего "падать" вообще не должно. Это, чёрт подери, Апач, он форкается.
Хотя править тексты постов всё равно придётся из Кусабы, а не пряямо в мускуле. Но ничто не мешает вывод обратно запихнуть в один стейтмент.
No. 20958    
154356257665.jpg-(464.75KB, 1920×1080, [HorribleSubs] Toaru Majutsu no Index III - 06 [10.jpg)
20958
>>20956
Там вообще человек зачем-то решил, что надо вообще все ссылки (в других нитях и досках) на перенесённые сообщения исправлять и парсить вообще всю базу. А это не нужно никому, баг № 5 подразумевает работоспособность внутренних ссылок (рефлинков) в перенесённом треде, чтобы было понятно, кто кому отвечал. То есть скрипт переноса надо просто дополнить автозаменой адреса доски и номера сообщения по регулярному выражению.
No. 20959    
154356791855.jpg-(65.60KB, 500×281, 9074835067_78dacc9f9d.jpg)
20959
>>20954
>сайт на полминуты будет падать
Поквантовать обновление — обновляем n постов, потом следующие n постов и так, пока посты не кончатся. Можно обновлять в нескольких потоках одновременно. Для удобства сделать виртуальную машину с единственной командой «(Replace This That)» и очередью задач. Статику не переделывать, она переделается сама при появлении нового поста.
No. 20965    
154374402522.webm-(4.88MB, 1280×720, TherapontSousov - spoilers.webm)
20965
Фрагмент стрима https://www.twitch.tv/videos/342627998 (по времени — в районе конца первого часа и начала второго часа вещания).

Обсуждался вопрос о том, насколько можно упростить реализацию спойлеров для того, чтобы на первое время запустить её без административного интерфейса.

💢 Необходимость уместить видеозапись в объём 5000 килобайтов вызвана техническими ограничениями 410чана. Сознавая недостаточное аудиовизуальное качество такой видеозаписи, приношу извинения.
No. 20966    
154374824032.png-(410.32KB, 760×1200, 015 - 760x1200@32 [SIG0ec7ec2a3f1719d3e7e5b5ab6d49.png)
20966
>>20965
А каким боком тут административный интерфейс?

Как бы там ни было, надо добавить каждому изображению в базе булево свойство Spoiler (или Hidden) (если, конечно, у вас файлы — это отдельная сущность). В форму отправки сообщения соответственно надо добавить представление этого свойства, в контроллере связать это представление со свойством, а в генераторе страниц реализовать обработку свойства.

На административном уровне булево свойство... ну положим “Spoilers_Allowed” будет принадлежать сущности «доска», соответственно в интерфейс админки добавляется его представление, в контроллере админки оно связывается со свойством, и тогда обработка в генераторе страниц будет зависеть от двух свойств, т.е. (псевдокод) if Board.Property.Spoilers_Allowed and then Post.File.Spoiler then Generator.decorateFileRepresentation (Post.File); end if;

Ну а чего ещё вы сделаете без привлечения волшебных гномиков?
No. 20967    
154375794099.png-(15.61KB, 384×384, 1152879416085.png)
20967
>>20966
>А каким боком тут административный интерфейс?
Делать для каждой доски разные настройки спойлера?
No. 20968    
154375916490.jpg-(304.38KB, 720×720, 019 - 1280x720@32 [SIG03a5561860edf917af9630ab0ac3.jpg)
20968
>>20967
Что ви таки собхалися там настхаивать?
No. 20969    
154377193719.gif-(10.13KB, 500×500, 1151500044028.gif)
20969
>>20968
http://410chan.org/dev/arch/res/17371.html#20366
No. 20970    
154377379591.jpg-(226.66KB, 490×692, Millhiore_Firianno_Biscotti_full_516648.jpg)
20970
>>20969
>«Опционально: возможность задать для разных досок разные заглушки»
Ну и?.. Сущности «доска» добавляется ещё одно свойство “Spoiler_Image” (с фолбеком на дефолтную кахтинку в папке ${Board.Name}/src или где у вас там хесухсы доски хъанятся). Впиливаете в бэк эту функциональность, там видно будет, стоит дальше ковыхяться с фхонтом админки или не нужно оно вообще.
No. 20971    
>>20970
>Впиливаете в бэк эту функциональность, там видно будет, стоит дальше ковыхяться с фхонтом админки или не нужно оно вообще.
Очевидно, что функциональность без удобного воплощения бесполезна, иначе бы и баны проводились через iptables.
Дальнейшую лирику вижу бессмысленной.
Удалить сообщение []
Пароль  
[Mod]