Ычан: [d | b / bro / hr / l / m / mi / mu / o / ph / r / s / sci / tran / tu / tv / x | es / vg | au / tr | a / aa / c / fi / jp / rm / tan / to / vn / vo]
[Назад] [Вся нить] [Первые 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, WEBP, XCF, ZIP размером до 5000 кБ.
  • Ныне 3536 unique user posts. Посмотреть каталог
  • Максимальное количество бампов нити: 500
410.png - (34.48KB, 500×500)
20450
No. 20450    
После публикации исходников мы можем обсуждать доработку не только ранее общедоступных частей интерфейса, но и движка в целом.

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

Предыдущая нить: >>17371
329 сообщений пропущено. Показаны 50 последних сообщений Развернуть все изображения
No. 24857    
bus.png - (261.31KB, 328×316)
24857
>>24853
Добавил кнопки к ОП-постам и создал новый пулреквест.

>Если будете делать реквест, можете это пока не учитывать.
Постинг подряд у меня работает без всяких проблем (с корректной конфигурацией), так что скорее всего дело именно в ней.
No. 24897    
demo.mp4 - (778.40KB, 986×700)
24897
В форме быстрого ответа при возврате назад не сохраняется приложенный к посту файл. В форме обычного ответа это сохранение работает. Думается, стоит добавить такой же функционал и для формы быстрого ответа.
No. 24898    
>>24897
Оно и на соседнем сайте не работает. Это ограничения технологии.
No. 24899    
bus_2.jpg - (62.09KB, 640×419)
24899
>>24897
>Думается, стоит добавить такой же функционал и для формы быстрого ответа.
К сожалению, вот так просто не выйдет. Как верно указывает >>24898 это ограничение технологии. Суть в том, что запрещено из скриптов выставлять путь к файлу в поле загрузки файла, из соображений безопасности описанных тут: https://stackoverflow.com/a/1696884
Соседний сайт живет с таким же ограничением и тоже не сохраняет файл в быстрой форме.
При синхронизации же форм и мы, и соседний сайт просто берем и копируем готовое поле, в которое до этого пользователь руками что-то добавил, так делать можно. Но сохранять его в таком готовом виде при перезагрузках страницы просто негде, поэтому как его восстанавливать пока тоже не придумали
Пока на ум приходит только костыль - сделать чтобы файловое поле быстрой формы синхронизировалось с основной формой всегда. В этом случае файл в форме быстрого ответа будет тоже "сохраняться" всегда, ведь быстрая форма клонируется из основной.

Сделать такой костыль?
No. 24900    
>>24899
Теоретически, еще один вариант для сохранения файлов в поле быстрой формы - перестать генерировать форму скриптом вообще и перенести её в шаблон. Но там такая каша в текущем коде, что страшно становится.
No. 24902    
>>24899
Файл можно сохранять в sessionStorage или localStorage, а лучше в IndexedDB. Но при отправке придется добавлять файл из хранилища к FormData и отправлять через js.
No. 24903    
>>24902
1. Вы предлагаете прямо байты из файла хранить?
2. Как после возврата показать пользователю поле загрузки с выбранным ранее файлом?
No. 24904    
>>24899
Наверное, проще оставить как есть.
No. 24905    
>>24904
Хорошо, попробуем найти что-то понадежнее тогда.

А "подкрутку" к нити после успешного постинга вам засылать на пробу, или пока не надо?
No. 24906    
>>24903
>1. Вы предлагаете прямо байты из файла хранить?
Да
>2. Как после возврата показать пользователю поле загрузки с выбранным ранее файлом?

К сожалению так как поле файла нельзя заполнить с помощью js, то придется пилить костыли (виджет который будет имитировать поведение поля для выбора файла) что бы показать пользователю что файл прикреплен.
No. 24907    
>>24906
Хммм... надо будет попробовать набросать. Это всё может оказаться как и "не очень сложно," так и "задолбаешься баги ловить"
No. 24911    
>>24905
Подобное поведение должно определяться настройками. А у меня сейчас нет времени заниматься придумыванием ТЗ под это дело (и тогда придётся большинство скриптов под настройки переделывать к тому же).
No. 24913    
>>24911
Хорошо, оставим на потом. Наверное 21ю можно тогда в Resolved перемещать?

Я пока посмотрю что можно быстро сделать из приоритетного, пока в кандидатах упрощение строки с именем файла.
No. 24925    
coaster226.jpg - (53.14KB, 640×496)
24925
>>24913
Реализовал упрощенный формат строки и создал пулреквест.

Оказалось что это достаточно быстрый фикс, в пару строк.
Со слишком длинными именами движок уже умеет справляться сам,
а в случае пустого имени теперь предусмотрен откат на старую ЮНИКС-дату.

Для того чтобы увидеть изменения потребуется регенерация доски.
No. 24926    
>>24856
Используемая в системе версия «ImageMagick» 6.9.10-23 не поддерживает анимированные вебп.
Так что, видимо, придётся пока без них.
No. 24928    
>>24926

«Придётся пока без них» — без анимированных WebP или вообще без WebP? В этом важная разница.
No. 24929    
merge_threads.png - (46.70KB, 714×566)
24929
>>24925
Как-то негусто вышло с прошлым улучшением, поэтому набросал еще объединение нитей, пока было время.

Выглядит это примерно как пикрелейтед.

Что уже есть:
  • Валидация ввода
  • Валидация нитей
  • Сообщения об ошибках
  • Логгирование
  • Локализация (ru)
  • Автоматическая регенерация доски
Дополнительных изменений постов, кроме смены родителя сейчас не производится.
Это самая базовая реализация, сам я никогда не угадаю что там надо и как в деталях, лучше вы попробуете и мне скажете.

Тем не менее, какая-то возможность объединять нити теперь есть.
Пулреквест уже создан.
No. 24930    
>>24929
>Это самая базовая реализация, сам я никогда не угадаю что там надо и как в деталях, лучше вы попробуете и мне скажете.
На «Ычане» при объединении исправляются адреса >>ссылок в перенесённых сообщениях.
И вообще там можно отдельные ответы между нитями перекидывать (хотя это можно оформить в виде отдельной функции).
No. 24931    
Carnival Phantasm ED.webp - (4.86MB, 14400×1080)
24931
>>24928

Кажется, неанимированные WebP работают.

Очень хорошо!
No. 24932    
>>24930
>На «Ычане» при объединении исправляются адреса >>ссылок в перенесённых сообщениях.
Сделал исправление адресов ссылок, а также параметров предпросмотра, и обновил реквест.
Постарался сделать так чтобы исправлялись только сами ссылки, а не случайно совпадающий с ними текст сообщения.

>И вообще там можно отдельные ответы между нитями перекидывать
Увидеть бы как это выглядит, чтобы понять насколько сложно будет повторить.
Если очень продвинуто, то проще как отдельную функцию.
В самом минимальном варианте я могу просто не проверять, что в From поле указанна именно нить, и назвать его как-нибудь вроде From thread (post)
No. 24933    
>>24931
А вот разворот WebP по клику, кажется, не работает и всегда открывает картинку в новом окне.

Наверное не очень хорошо.
No. 24934    
Choyoyu - minna in ED.webp - (1.36MB, 1920×7406)
24934
>>24933

У меня работает. (Рекомендую обновить страницу с нажатым шифтом для очищения кэша.)

Провѣряю работу WebP высотою 7406 пикселов.
No. 24935    
>>24934
И правда, работает. Ох уж этот кэш.
No. 24940    
>>24932
Вы модерку Вакабы видели? Я вангую, там просто чекбоксы и кнопка в общем списке как на экране.

Наверное проще всего было бы в мод-режиме добавить ещё один чекбокс к постам/кнопку, но это править то, как собирается пост. И не факт что удобно администрации работать напрямую с борды, а не из инструментария.
No. 24941    
>>24925
О, вижу обновленная ссылка на файл уже добралась до /b/. Отлично.
No. 24942    
410_mobile_font_too_large.png - (22.13KB, 411×261)
24942
>>24941
А вот уменьшить шрифт для ссылки в CSS для мобилок, кажется, забыли.
No. 24943    
>>24942
Потому что это и не нужно.
No. 24945    
screenshot.webp - (82.53KB, 949×1076)
24945
Обратите внимание: IQDB по 410чановским WebP не ищет (скриншот прилагаю), но это оттого, что IQDB (по собственным словам, внизу на скриншоте видным) ищет только по JPEG, PNG и GIF.
No. 24946    
Однако не понимаю, почему сёрвер 410чана не указывает надлежащий заголовок «Content-Type», когда отдаёт файлы WebP.

Должно быть, он не настроен руководиться содержимым файла .htaccess, измѣненіемъ которого риквэстъ https://bitbucket.org/Therapont/fbe-410/pull-requests/40 начинался, так что руководится чѣмъ-то другим.
No. 24947    
badlocale.png - (31.90KB, 554×319)
24947
>>24929
>Локализация (ru)
Из-за которой послетала часть переводов в форме постинга.
В модерке локализация не так критична, как в пользовательской части.
No. 24948    
>>24947
Ох ты ж. Пойду смотреть где накосячил.
No. 24949    
>>24947
>>24948
Ага, получается в .pot-файле, который шаблон для локализаций, меньше полей чем в .po-файле, который готовый перевод. Отсюда и "разлёт" при синхронизации, которую я сделал добавляя новые поля. Наверное стоит создать тикет по поводу приведения в соответствие полей шаблона с полями переводов.

Сейчас верну старый файл как был, добавлю новые поля прямо в него, проверю, и обновлю пулреквест.
No. 24950    
bus410.jpg - (63.88KB, 664×498)
24950
>>24947
>>24948
>>24949

Починил и создал пулреквест.
Теперь всё должно быть в порядке.
По крайней мере, дифф распакованных заново файлов показывает что строчки только добавлялись, да и визуально никаких переводов больше не пропадало.
No. 25109    
screenshot.webp - (103.18KB, 1280×2480)
25109
Весь мой труд, вложенный в создание для FBE разворачивателя картинок, размытым фоном под них подкладывающего миниатюру (для мгновенного ≈предпросмотра всего скачиваемого), оказался ѿмѣнённымъ в Файерфоксе: дѣлая новый ускоренный графический движок (WebRender), разработчики сперва захардкодили бѣлый фон для JPEG (да и для WebP, кажись), а затѣмъ съ лѣта позапрошлого (2019) года забили на это, что можно по адресу https://bugzilla.mozilla.org/show_bug.cgi?id=1556156 видѣть.

Ѽ, етить.
No. 25113    
>>25109
Ну и что? Если разворачиватель будет работать с другими форматами и со всеми форматами в других браузерах, будет тоже очень хорошо.

Кроме того, у меня баг не воспроизводится на приложенном тест-кейсе (https://phoboslab.org/files/bugs/firefox-image-loading/) и всё работает как положено. Firefox 84.0.2 64-bit, Ubuntu 20.04.1 LTS.
No. 25116    
screenshot.webp - (139.95KB, 1280×1925)
25116
>>25113

Дѣло тутъ въ томъ, небось, что по адресу https://wiki.mozilla.org/Platform/GFX/WebRender_Where повѣдываютъ, что WebRender не полностью притащили ещё на Linux (и, въ частности, на Ubuntu).
No. 25118    
>>24950
Обнаружил что 11я задача, про объединение нитей, всё еще в открытом состоянии, хотя изменения уже включены в движок. Если ничего больше пока делать не надо, наверное можно её в Resolved?
No. 25123    
hanyu.png - (69.24KB, 210×200)
25123
Призываются настраивавшие локализацию в FBE.
Есть правильный, не костыльный способ переключить доску / админку с английского на другой язык?

Изменение KU_LOCALE, как и локали в настройках доски ничего не даёт.

Может надо каким-то хитрым способом устанавливать локаль в систему? Может есть какие-то требования по дистрибутиву, либам, или версии PHP?

Расскажите, пожалуйста, где и как это правильно делается.
No. 25124    
161206701125.png - (48.94KB, 960×418)
25124
Добавьте в шаблоне тегу <html> атрибут <html lang="ru">, иначе если в системе стоит японская локаль, текст будет отображаться вот так.
No. 25125    
>>25124
Спасибо за совет! Сейчас дело в том, что в системе стоит только C.utf8 да установлен ru_RU.utf8
Точно установлены, потому как если добавить LANG в ENV то баш начинает говорить по-русски. А вот flower bus engine — нет.
Вопрос на самом деле, что писать в locale доски для регенерации всего в локали ru.
No. 25126    
Или альтернативно, понять, как правильно поставить (и проалиасить?) локаль в систему (Debian), чтобы FBE (или _gettext() в lib/gettext/gettext.inc.php?) её увидел и хотя бы попытался воспользоваться ей для локализации страниц, потому что на вид - даже не пытается. Может вы помните, как это делали вы?
No. 25128    
>>25124
С 2018 такой тикет на трекере висит.
No. 25130    
subject.webp - (26.34KB, 982×518)
25130
>>25123
Там вроде бывает такая проблема, что неправильно валидируется тип mo-файлов локалей. Конкретнее, неверно происходит сравнение магических чисел, поскольку они неверно определены. У себя было решил, убрав из конструктора gettext_reader в lib/gettext/gettext.php строки $MAGIC1 = (int) - 1794895138; и $MAGIC2 = (int) - 569244523, раскомментировав соседние, помеченные как bug in PHP5. Видимо, в новых версиях PHP этот bug починили, оттого и проблема.
No. 25131    
>>25130
Возможно, починили и в PHP 5.6.14 (это та что используется с FBE в моём случае), попробую, спасибо за совет!
No. 25134    
Тѣмъ временем на стриме https://www.twitch.tv/videos/896572546 на рубеже четвёртого и пятого часа вѣщанія опредѣлилися, что поддержки AVIF не будет на 410чанѣ до тѣхъ поръ, пока Apple не поддержит AVIF в Safari.
No. 25151    
screenshot.webp - (89.41KB, 1200×957)
25151
Тѣмъ временем на далёком горизонте видна приуготавливающаяся необходимость поддержки ещё одного формата файлов в будущем FBE.

Сегодня около пяти часов утра (по московскому времени) по адресу https://bugs.chromium.org/p/chromium/issues/detail?id=1178058 сдѣлалось видным, что Google начинает впиливать поддержку нового формата изображений JPEG XL в свой движок Chromium, служащий основою для браузеров Google Chrome, Opera, Microsoft Edge, Brave, Vivaldi, etc.
No. 25158    
Пока вы тут флудите, открыл новую задачу: https://bitbucket.org/Therapont/fbe-410/issues/40/newsphp
No. 25159    
>>25158
А редизайн главной на манер ычана в этот тикет не входит?
No. 25161    
>>25159
Это будет уже другой.
No. 25162    
>>25159
> редизайн главной на манер Ычана
Не дай Бог такое жуткое вырвиглазие и здесь увидеть.
Удалить сообщение []
Пароль  
[Mod]