Ычан: [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 кБ.
  • Ныне 3483 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
312 сообщений пропущено. Показаны 50 последних сообщений Развернуть все изображения
No. 24830    
white_badges_test.png - (29.89KB, 521×169)
24830
>>24823
1. На всякий случай, заголовок формы должен выглядеть как-то как пикрелейтед?

2. Еще раз уточню про DollChan Tools. Я посмотрел, и сейчас и у соседнего сайта, и у нас указана полная с ними совместимость. Если мы вдруг станем не совместимыми, то у пользователя будет всё хорошо на соседнем сайте, но как только он перейдет на совместную доску к нам, всё сломается. Мне кажется это плохо с точки зрения удобства и впечатлений пользователя. Сделать авто-отключение, если верить существующей реализации для соседнего сайта - одна строчка. Точно-точно ничего не надо с этим делать?
No. 24831    
>>24830
Знак номера в русском языке отбивается (неразрывным) пробелом.

Почему мы должны делать костыли для поддержки чьего-то костыля, а не сам автор костыля, который ровно этим всегда и занимается, я не знаю. А потом ещё должны будем отслеживать работоспособность этого кода для поддержки костыля (нет).
No. 24832    
>>24831
>Номер отбивается (неразрывным) пробелом.
Ок.

>Почему мы должны делать костыли для поддержки чьего-то костыля?
Только из чувства солидарности с соседями которые так уже у себя сделали.
No. 24833    
Ближе к вечеру сегодня ожидайте новый пулреквест.
No. 24834    
>>24794
>>24831
>>24833

Цветная, гипертекстовая, каскадно-стилевая, яваскриптовая форма ответа для Flower Bus Engine, версия вторая, исправленная и дополненная.

Основные изменения:
  • Цитаты теперь с переносами в конце, и не вызывают "рассинхрон"
  • Поправлена ошибка цитирования в браузерах основанных на Chrome
  • Если форма открыта, нажатие на номер делает цитату в форму
  • Если форма закрыта, нажатие номера переносят в нить, как раньше
  • No. работает как раньше, но устранены ранее не обнаруженные конфликты с работой формы
  • Синхронизируются теперь все доступные в FBE типы полей форм: текстовые, чекбоксы, селектбоксы, файловые
  • Внутри нити синхронизация форм двухсторонняя, как в первой версии
  • На доске синхронизация форм односторонняя, из основной в быструю только при закрытой быстрой
  • Формы теперь сохраняются в sessionStorage и восстанавливаются при возврате / обновлении страницы после чего данные из sessionStorage сразу убираются
  • Если открыта форма быстрого ответа, при возврате / обновлении она переоткроется в старом месте
  • Поправлены заголовок и стили значков в соответствии с пожеланиями
  • Добавлены :hover стили значков во всех темах
Большинство улучшений были реализованы благодаря открытой реализации >>24808, за что огромное спасибо её автору.

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

Пулреквест уже создан.
Тщательно проверяйте, и как всегда хорошо чистите кэш.

Эх, погорячился я с релиз-кандидатами, надо было бетой называть
No. 24835    
Задумался, что было бы очень удобно если бы после успешного постинга с быстрой формы браузер уже бы был прискроллен к хвосту соответствующей нити. Если возражений нет, то добавлю это улучшение в пулреквест.
No. 24836    
>>24835
Добавил. Если что, эти изменения легко выщелкнуть из реквеста.
No. 24837    
12345691.png - (335.71KB, 1152×632)
24837
>>24835
Лучше не выдумывать всякое непредсказуемое поведение, которое отличается при использовании разных форм.
No. 24838    
Вы напишите в пулреквесте тогда, и я выщелкну эту функцию и обновлю реквест.
No. 24839    
>>24838
Не знаю, что я там должен написать, но написал.
No. 24840    
>>24839
Я имел в виду скорее "напишите если попробуете и не понравится", но если хотите убрать сразу, давайте уберем сразу, а предлагаемое дополнительное поведение вы проверите уже отдельно потом, в рамках отдельного реквеста.
No. 24841    
>>24837
>>24839
>>24840
Функционал выщелкнул, реквест обновил.
No. 24848    
Создаю я, стало быть новую нить, захожу в неё, а кнопки быстрого ответа у ОП-поста нет. Да и в старых нитях её у ОП-постов нет.

И ещё при попытке написать второе сообщение подряд из любой формы вылазит __DONTTRICK (проходит только после удаления печенек), но я пока не знаю, связано ли это с обновлением скриптов. Проверьте там у себя на всякий случай.
No. 24851    
>>24848
>Создаю я, стало быть новую нить, захожу в неё, а кнопки быстрого ответа у ОП-поста нет. Да и в старых нитях её у ОП-постов нет.
Я не добавлял кнопку ответа к ОП-посту внутри нити, так как она выглядит там ну абсолютно бесполезной. Форма ответа-то прямо перед глазами, над оп-постом. Да и зачем заходить в нить, если хочешь ответить на ОП-пост, если это можно сделать прямо с доски. Надо добавлять?

>при попытке написать второе сообщение подряд из любой формы вылазит __DONTTRICK (проходит только после удаления печенек)
Скорее всего у вас стоит неправильный путь к файлам сессий в файле adaptive_config.php, по умолчанию он заглушечный:

define('KU_SESSION', '/path/to/sites/410chan/.htsession');

Также убедитесь что у вашего апача есть права ходить и читать из папки .htsession
Проверьте, и сообщите, в этом ли дело.
No. 24852    
>>24851
^^ и писать в эту папку апач должен уметь тоже, а то куда ж он вашу сессию сохранит.
No. 24853    
>>24851
>Надо добавлять?
Надо.
Конфиги сервера пока не могу проверить, если будете делать реквест, можете это пока не учитывать.
No. 24856    
Методом пытливого выспрашивания удалось выяснить, что по адресу https://bitbucket.org/Therapont/fbe-410/issues/38 предлагается напилить поддержку WebP:

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

> Никаких костылей для поддержки устаревших браузерных движков не нужно.

(Конец цитаты.)

Пристальное вглядывание в исходный код подсказывает мне, что показ картинок WebP в модерке и в RSS должен явиться как бы сам собою за счёт отсутствия ломки традиций, то есть за счёт того именно, что сохраняется прежний принцип создания миниатюры для картинки съ тѣмъ же типом файла, а только меньше по размѣру и по объёму.

Есть вѣроятность того, что будут ставить на версию Apache, ещё не знающую, что файлы .webp имѣютъ MIME-тип image/webp. Разъяснилъ.

В скрипте kusaba.js сдѣлалъ расширение .webp извѣстнымъ для разворачивателя картинок, но не для разворачивателя третьего поколения, потому что файлы WebP (как и GIF) могут быть анимированными.

Я замѣтилъ, что анимированные файлы WebP не поддерживаются FFprobe (даже в позавчерашней сборке https://www.gyan.dev/ffmpeg/builds/ffmpeg-git-full.7z от 4 ноября). Я также не могу совершенно быть увѣреннымъ и в их поддержке в GD в PHP. Поэтому запрос на слияние исходного кода, мною по адресу https://bitbucket.org/Therapont/fbe-410/pull-requests/40 созданный, содержит только код, рассчитанный на употребление ImageMagick, причём как для считывания ширины и высоты присланного файла в пикселах, так и для создания миниатюр.

По причинам, в нити микроблогозаписей https://twitter.com/FidonetRunes/status/1276169211719663616 изложенным, в моём коде для наращивания чёткости миниатюр примѣняется недокументированный пятый препроцессор. Что же касается числового показателя качества миниатюр, то его значение было выбрано мною экспериментально: качество 85 для статических миниатюр (потому что файлы получаются ужé меньше, чѣмъ JPEG при качестве 80, а видимое качество — всё ещё больше) и качество 93 для анимированных миниатюр (при меньшем качестве раздражающе нарастает «поблёскивание» случайной междукадровой разницы, обнажая границы макроблоков). Впрочем, этот послѣдній нюанс не коснётся 410чана, так как анимирование миниатюр анимаций не включено на 410чане.

Вроде бы ничего больше не нужно; если я что-то пропустил или не догадался о желательном, то тогда прошу указать.

Создание файла в базе данных, как я понимаю, совершается администратором, то есть можно будет, накатив предлагаемые мною правки, зайти в настройки, указать новое расширение «webp», переключатель «Image / Video / Other» оставить в положении «Image».
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

Починил и создал пулреквест.
Теперь всё должно быть в порядке.
По крайней мере, дифф распакованных заново файлов показывает что строчки только добавлялись, да и визуально никаких переводов больше не пропадало.
Удалить сообщение []
Пароль  
[Mod]