>>2896
>>2903
А вот теперь воспроизводится.

Вопрос, скорее всего, не сюда.
Соус, а ты оверчаном заведуешь?
там капча в /d не отображается

>>2928
А вы ходите в /d/, который там на сайте указан, а не старый сломавшийся сто лет назад.

Так и должно быть?

А подскажите, оплата проезда просто отключена, или сломалась?

>>2965
Отключена.

У вас со вчерашнего дня не открывается сайт с адреса 92.248.225.127 - проверил с телефона и разных браузеров.

Я даже решил, что здесь закрыли доступ из РФ, но российские прокси прекрасно работают.

>>2995
Более того, с этого же адреса я вчера успешно постил. Очень странное явление.

А теперь отвалился 91.206.15.29, с которого я отправил посты >>2995>>2996.

Выглядит как очень кривая автоматика, потому что в /b в это же время идет нетронутый вайп.

А теперь сайт не открывается уже с 46.166.160.97, из-под которого я несколько часов назад писал в /b.

Серьезно, каждый раз, как я начинаю постить с какого-нибудь статического айпишника - с него внезапно перестает открываться сайт, при этом все адреса, с которых я еще не постил - прекрасно работают. Что за клоунада здесь происходит?

>>3000
Если вы там проксями обмазываетесь, то это не самая лучшая идея сейчас.

>>3001
Таки >>2995 - это мой домашний.

>>3002
Да, заработал, благодарю.

Мелкий баг.
Если развернуть, там будет >>-ссылка на пост.

^тест^

Невозможно запостить ссылку с URL encoding (без обратных апострофов):

https://ru.wikipedia.org/wiki/%D0%AF%D0%B7%D1%8B%D0%BA%D0%BE%D0%B2%D1%8B%D0%B5_%D1%83%D0%BD%D0%B8%D0%B2%D0%B5%D1%80%D1%81%D0%B0%D0%BB%D0%B8%D0%B8_%D0
%93%D1%80%D0%B8%D0%BD%D0%B1%D0%B5%D1%80%D0%B3%D0%B0

>>3043
Скорей всего, слишком длинная ссылка.

>>3044
Нет, судя по всему, движок как-то обрезает эту ссылку по байтам, в результате чего получается невалидный UTF-8, который он пытается вставить в БД, что приводит к ошибке.

То же самое происходит при попытке запостить ссылку

https://ru.wikipedia.org/wiki/%FF

Хотя в той ссылке валидный UTF-8.

Так или иначе, сейчас желающих ковырять движок не наблюдается.
С парсером разметки всегда какие-то проблемы, лол.

Постинг в a/ вырубился.

>>3061
Подтверждаю. Но придётся подождать до завтра.

>>3062>>3061 Проверяем.

Теперь в a/ всё снова нормально отправляется, спасибо.

Я замѣтилъ также, что теперь каждая из двух букв дня недѣли показывается строчною, а прежде первая была заглавною. Это баг или фича?

>>3067
Фича, форматирование времени теперь совсем другие обьекты.
https://codeberg.org/FBE410/fbe-410/commit/8182b4843c874cc5f57828e78f45d7dec35bf108#diff-08b6b3039d50991ef068248c14f6972c22311b09
Файл inc/func/stringformatting.php

① Если стирать сообщение, то тогда перед текстом, объ успѣхѣ этой операціи повѣдывающимъ, выпрыгивают нѣкіе варнинги.

② Страница темы, насколько я понимаю, попадает в кэш «навсегда» (страницу приходится обновлять вручную, чтобы посмотрѣть сообщенія, накопившіяся со времени послѣдняго захода на неё).

③ Сообщение доски о слишком большом файле не показывается, вместо этого показывается что-то невнятное от PHP.

Fatal error: Uncaught ValueError: Path cannot be empty in /home/supermarket/sites/410chan/inc/classes/posting.class.php:232 Stack trace: #0 /home/supermarket/sites/410chan/inc/classes/posting.class.php(232): md5_file() #1 /home/supermarket/sites/410chan/board.php(310): Posting->CheckBannedHash() #2 {main} thrown in /home/supermarket/sites/410chan/inc/classes/posting.class.php on line 232

④ Пора, пора исправить место .inline-pp, .prettyprint { white-space: } на nowrap в img_global.css

Соус-кун, внедряй.
https://github.com/lukestanley/ChillTranslator

Стирание сообщений теперь вроде бы работает без варнингов, если только это не от доски зависит.

А возвращение проездных билетиков это так такой баг предыдущего апдейта пофиксился или сознательная политика была?
c:uiharu

Листая доску, прочитал название треда как "Мелкие боги движка". Пошёл перечитывать.

Почему 376-ой ответ бампает нить?

>>3083
> ответ
Потому что Опост ответом не является.
> бамп
И бампом тоже.

>>3084
Вут.

>>3083
Не знаю, если действительно ответ, то надо смотреть в движке.

>>3086
Лимиты-то конфигуряются в конкретной инсталляции, полагаю.

>>3087
Лимиты выставлены те, которые указаны под формой ответа.

>>3088
Так посмотрите что сейчас в /b/ наверху. Может я заглупился и что-то не так считаю?

>>3089
Всё верно считаешь: при постинге в тред игнорируется bumplimit, по его истечении тред постом без сажи бампается всё равно.

Тестировать на бм тред который и так на самом верху, лол. Вы сначала теперь его опустите перед тестом. И нет, это делается не сажей этого треда.

>>3091
Как будто бы кто-то иначе делал.

Хм, 377-ой ответ (минус ОП-пост) выглядит реальным бамплимитом, если ничего за это время не напочиняли.

Прилагаемый файл не может быть приложен к сообщению ни на одной доске, если вмѣсто имени «foo.png» придать ему имя «моральный износ, физический износ, ген-фактор, эври фактор.png» (без кавычек).

Сообщение об ошибке не появляется, а только сѣрый экран смерти.

>>3106
Вероятно, кривая обрезалка Юникода опять за своё.

Вот у меня файл https://coyc.net/files/bananice.webm тоже не принимается и выдаёт пустой экран. Это с ним что-то не то, или какой-то баг?

>>3108
> ffprobe -v quiet -show_entries stream=width -of default=noprint_wrappers=1:nokey=1 /tmp/bananice.webm
Для этого видео ffmpeg почему-то выводит и ширину (1920), и N/A. Движок в качестве ширины на 73ей в posts.php читает N/A и на этом валится.

>>3109
Судя по всему, выводит N/A в качестве ширины для потока субтитров, который в этом видео есть.

Тогда в inc/func/posts.php в вызов ffprobe на 69-ой и на 70-ой добавть опцию -select_streams v.
> ffprobe -v quiet -select_streams v -show_entries stream=width -of default=noprint_wrappers=1:nokey=1
> ffprobe -v quiet -select_streams v -show_entries stream=height -of default=noprint_wrappers=1:nokey=1

>>/b/207095

>>3112
Это не сработало, кстати.

>>3127
Добавить ту же опцию в inc/classes/upload.class.php на 114-ой и 115-ой строках, и работает. Теперь точно.