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

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

Предыдущая нить: >>17371
158 сообщений пропущено. Показаны 50 последних сообщений Развернуть все изображения
No. 21781    
>>21779
Ок, делайте через конфиг.
No. 21798    
155466571373.png-(2.25KB, 300×35, 2019-04-08_04-32-02.png)
21798
>>21748
Хочу заметить, что меню с досками Ычана нет в /r, тогда как на Ычане ссылка на радио есть.
No. 21816    
Помню, кто-то всё бухтел, что строка «[Назад] [Вся нить] [Первые 100 сообщений] [Последние 50 сообщений]» ни во что не обёрнута, но после публикации исходников воз и ныне там.
No. 21818    
>>21816
Кто-то забил на украшательства и юзерстили, и теперь ему в общем-то все равно.
No. 21826    
155535182557.png-(2.58MB, 1920×1638, Accel World - disturbed Haruyuki.png)
21826
Въ ычаноменю нѣтъ /tu.
No. 21827    
>>21826
Потому что это доска Новеря.
No. 21828    
>>21826
Действительно.
Со следующим обновлением будет.
No. 21829    
>>21828
Тогда ещё abe, vo и es.
No. 21860    
Ничего не понимаю, зачем сделали список досок ычана сверху?
No. 21865    
>>21860
>Для улучшения интеграции
No. 21866    
>>21860
Руководство Ычана, очевидно, полагает, что не все бородатые сорокалетние админы, отыгрывающие здесь маленьких девочек, знают о существовании Ычана.
No. 21868    
>>21866
Если пользоваться шапкой для навигации вместо фрейма, то при переходе в тот же дев с ычана обратно в вг так просто не вернуться. С новой шапкой можно.
No. 21869    
>>21868
Ладно, уговорил. Пусть будет.
No. 21900    
Наконец, тикет для «Быстрого ответа» готов.
https://bitbucket.org/Therapont/fbe-410/issues/21/
No. 21953    
155771689499.png-(57.21KB, 1272×692, WebP support 2019-05-12.png)
21953
Близится середина мая 2019 года, и в настоящее время по адресу https://caniuse.com/#feat=webp сообщают уж, что поддержка WebP появилася у ≈79% пользователей браузеров во всём мірѣ — и, в частности, у ≈70% в России. (Скриншот прилагаю.)

Это большинство более значительное, чем две трети.

Ввиду этого предлагаю мнение >>20916 пересмотреть: не «выждать время, чтобы все старые версии умерли» (чего много лѣтъ ещё, может быть, пришлось бы дожидаться), а просто-напросто подпереть старые версии посредством https://webpjs.appspot.com/ или другого аналогичного по своему дѣйствію костыля — и тѣмъ невозбранно достигнуть желаемого.
No. 21997    
По поводу issue https://bitbucket.org/Therapont/fbe-410/issues/13/html
".html" в конце ссылок имеет семантику, если присутствует расширение, то точно понятно, что это ссылка на статичный файл, если расширения нет, то страница, должно быть, генерируется динамически либо ссылается на index.html. Если убрать расширение, то это существенно ухудшит читабельность исходников.
Если убрать расширение со всех ссылок на страницах, то так же потребуется изменение конфигурации Apache, чтобы он резолвил ссылки без ".html" на конце на файлы с ".html", то есть требуемые изменения выходят за пределы кода, выложенного в репозитории.
Для экономии трафика давно придумали mod_deflate, который включается в конфигурации довольно просто: https://knackforge.com/blog/karalmax/how-enable-gzip-compression-apache и трудозатраты по его внедрению намного меньше, чем выпиливание расширения из всех шаблонов в движке, да и apache все равно придется настраивать. Что же по эффекту, то сравним страницу /b/:
Исходная: 103 228 байт
Если убрать ".html": 102 143 байт
Экономия: 1%
Нетрудно посмотреть в админке общее количество html файлов, и посчитать, сколько же места на hdd сэкономит этот 1%. В десятки раз больший эффект даст удаление всех незначащих пробелов и табуляций из файлов, которые являются артефактами при генерации шаблонов, но сделать это в таком движке непросто, так как тут повсюду используется тупо конкатенация строк.
Если же применить сжатие: https://www.whatsmyip.org/http-compression-test/?url=aHR0cHM6Ly80MTBjaGFuLm9yZy9i
Сервис говорит, что экономия составит 82.8%, причем сжатие не будет ограничиваться html-файлами, но так же распространяется на js, css и svg.
Конечно, экономия будет только в трафике, место на hdd будет заниматься прежнее, но нужна ли эта экономия?
На скорость генерации файлов "лишние" 5 символов влияют чуть менее, чем никак (может за все время существования Вселенной и наберется пара секунд). Накладные расходы на сжатие файлов так же пренебрежительно малы по сравнению с экономией трафика, страницы так будут грузиться в разы быстрее.
tl;dr: включайте сжатие gzip и не страдайте фигней.
No. 22001    
>>21997
> Для экономии трафика давно придумали mod_deflate
> tl;dr: включайте сжатие gzip и не страдайте фигней.
Для HTTPS включать сжатие по широко известным причинам нельзя без дополнительных предосторожностей, если на страницах есть элементы с других сайтов. Модуль mod_deflate уже научился отключать сжатие при использовании TLS для ответов на те запросы, у которых сторонний Referer?
No. 22002    
>>22001
Так как в теле статичной страницы не содержится ровно никакой чувствительной инфы, никаких приватных ключей, и ничего секретного, то я не вижу, как тут применим CRIME/BREACH и какие такие печньки им можно своровать.
No. 22004    
155910313919.jpg-(103.98KB, 450×614, 12021686f9f00c4c0bc0ac7b4245522ec74d5238.jpg)
22004
>>21997
Это далеко на самая приоритетная задача, которую никто особо не продвигает. Нам в первую очередь нужно отмеченное высоким приоритетом на трекере.
>сравним страницу /b/
Эта там, где картинкопостинг и минимум дискуссий со внутренними ссылками, лол?
No. 22020    
>>22002
> какие такие печньки
Модераторские или администраторские, пароли на удаление постов и тредов, пароль от трипкода Мицгола.
No. 22024    
>>22020
Там слово "печеньки" употреблено условно. Дело в том, что все атаки, эксплуатирующие gzip + TLS, способны только лишь расшифровать тело ответа сервера, но не заголовок ответа (который и так не сжимается), то есть если в HTML не будет написано: "пароль от трипкода Мицгола: fidonet", то и узнать его нельзя. Можно лишь расшифровать тот же текст файла .html, который и так находится в свободном доступе. А так как нет инфы, то нет и уязвимости. Включать сжатие для таких страниц можно смело.
Для страниц админки можно сжатие не включать.
>>22004
В этом тикете обозначена вполне валидная проблема, но неэффективный метод ее решения. Выбор страницы абсолютно не важен, на любой странице будет в десятки раз больше экономия места от удаления пробелов, чем от удаления расширения .html, да и почему только ".html"? Почему не удалять ".jpg", ".png", и прочие расширения из ссылок? Почему бы не сократить названия css-классов "r" вместо "reply", "t" вместо "thrdcntnr", это все уменьшит количество драгоценный байтиков еще больше. Вот только делать это бессмысленно: экономия в 1-10% погоды не сделает, в результате только еще больше изуродуется страница, а эффект от этого заметен не будет. А вот экономия трафика в районе 80% - это другой разговор.
No. 22068    
Не движок, но обсуждение, что делать с забивкой канала у 410чана.
N.B.: я вообще ничего об этом не знаю, и просто кидаю ссылки.
  1. https://blog-en.openalfa.com/how-to-limit-the-crawl-rate-of-bots-in-a-website советует директиву Crawl delay в robots.txt . И лезть в настройки самих поисковиков.
  2. mod_qos/mod_evasive/mod_bw . Но это надо настраивать
  3. Банить или лимитировать юзерагенты поисковиков. Минус: 410чан будет не видно.

No. 22183    
156012060021.jpg-(91.58KB, 700×1084, DmW4txiVAAAWFXp.jpg)
22183
Я ещё тут это продублирую. В субботу мы проверили пулл-реквест № 34 и увидели, что там переключалка стилей утратила вертикальное центрирование относительно навигационного меню и съехала вверх.
Пока это не будет исправлено, мы не будем принимать эти изменения.
(Я не смог сам это починить.)
No. 22207    
>>22183
В общем, отступ у селекта помог.
Впрочем, если есть более изящные решения, можете предлагать.
No. 22209    
15603407519.png-(396.25KB, 1080×1920, Screenshot_2019-06-12-12-58-11-091_com_android_chr.png)
22209
>>22207
Это не "помог", это 3.14десу.
No. 22210    
156034078867.png-(186.82KB, 1080×1920, Screenshot_2019-06-12-12-57-53-265_com_android_chr.png)
22210
>>22209
В мобилковерсии ещё хуже.
No. 22211    
>>22183
Убери отступ, поменяй на
.adminbar select{
vertical-align:sub
}
No. 22212    
>>22209
>>22210
>что такое кэш
No. 22213    
>>22212
>что такое абсолютно неюзабельный интерфейс, if-modified-since и другие полезные вещи
No. 22214    
Соус, ты шатаешь? Почему Автобус падает?
No. 22216    
156040477387.jpg-(429.63KB, 1920×1080, [HorribleSubs] Toaru Majutsu no Index III - 06 [10.jpg)
22216
>>22213
Понятия не имею, но действительно полезно сначала обновить кэшь (на любом сайте, где вдруг такое вылезет), а только потом идти ругаться с админами. Вряд ли есть смысл прикручивать что-то там ради изменений, делаемых крайне редко.

>>22214
Поисковый бот «Яндекса» забивает соединения. Если так и продолжится, забаним в итоге.
No. 22223    
>>22216
> Если так и продолжится, забаним в итоге
Зачем вообще роботы дозволены? Неужто в 2018 есть надежда на легитимный трафик из поисковиков?
No. 22226    
>>22223
Поисковики могут быть полезны как для поиска старых и не существующих на момент поиска нитей по фразам и словам, так и для поиска конкретных постов, обратиться к которым иначе было бы сложно, поскольку пришлось бы пересматривать многие треды для их нахождения.
Также поисковики архивируют (кэшируют) содержимое страниц: в частности тех, которые потом не оказываются в архиве официальном. Таким образом, поисковики могут быть полезны как способ найти то, чего в официальном архиве нет.
Если банить все поисковики, то, разумеется, таковой способ со временем перестанет существовать, оставив официальный архив единственным и неполным источником информации о прошлом. Помимо этого, в разы усложнится поиск постов и нитей по словам, поскольку делать это придётся почти вручную. Если, конечно, не написать для этого скрипт, чего никто делать не будет.
No. 22227    
>>22226
В кодобазе есть какая-то имплементация поиска уже.
No. 22228    
>>22226
Так как в конечном счёте решать Совусу, то заинтересованные могли бы поднять свою дампалку с любым поиском. Или попросить кого-то ещё её сделать (например, Якуя, у которого уже есть дампалка Иичана).
No. 22229    
>>22068
Ычан, кстати, за последний год добавил этот самый Crawl-delay.
No. 22242    
>>22068
И настройте VirtualHost чтобы всякая лабуда навроде 1337.410chan.org не отдавала ничего.
No. 22243    
>>22242 Чем оно мешает?
No. 22244    
>>22243
Сценарий 1: поисковик сканирует 410чан.орг и обновляет по протухаемости.
2. Поисковик сканирует 410чан.орг и любую другую комбинацию и проверяет по протухаемости каждую.
No. 22274    
Понаходил всякой нежелательной лабуды в поведении скриптов.
https://bitbucket.org/Therapont/fbe-410/issues/30/
https://bitbucket.org/Therapont/fbe-410/issues/29/

>>21997
Заморозил эту задачу, потому что она пока не нужна всё равно.
No. 22306    
Предлагаю отключить функцию "[Первые 100 сообщений] [Последние 50 сообщений]", отключается она через config.php:
$cf['KU_FIRSTLAST'] = false;
Аргументы, почему это стоит сделать:
  • эта функция не востребована, в яндекс.метрике наверно можно посмотреть статистику по посещениям файлов "x-100.html" и "x+50.html", скорее всего она нулевая.
  • на каждый тред генерируется два лишних файла, что в 3 раза увеличивает занимаемое место на диске и на столько же замедляет ответ сервера при постинге.
  • Лишние файлы генерируются для любых тредов, где ответов больше 100. Тред со 101 ответом так же получит дополнительные файлы. При этом ни одному пользователю не придет в голову экономить трафик на 1 посте. Даже на 200 ответах загружать только 100 или 50 из них не рационально, учитывая что сообщения могут состоять из одной строки.
  • Огрызки тредов индексируются поисковиками, в результате генерируется лишний трафик, в выдаче образуются дублирующиеся результаты, при переходе по которым будет видна только часть обсуждения с постами, выдранными из контекста.
  • Огрызки тредов попадают в архив, хотя казалось бы, зачем они там.

No. 22323    
Возможно — баг, возможно — фича, возможно — я что-то недопонимаю. С PHP вообще в первый раз сталкиваюсь.

Описание:
При
  • Установке движка в какую-либо подпапку в корне сервера (в примере — в /srv/http/fbe-410/), а не в корневую папку сервера (в примере — /srv/http/);
  • И (согласно комментариям в config.php, получаемом копированием из __sample-config.php) правильно выполненной соответствующей настройке, а именно:
$cf['KU_ROOTDIR']  = '/srv/http/fbe-410/';

$cf['KU_WEBFOLDER'] = '/fbe-410/';
$cf['KU_WEBPATH']   = '/fbe-410';


Конструируются неверные пути к CSS и JS, вследствие чего они не загружаются браузером. А именно — в генерируемых HTML указываются ссылки на скрипты/ресурсы не по их абсолютному пути, а по пути относительному.

Так, для приведённого выше примера инсталляции, при обращении к http://localhost/fbe-410/ (к kusaba.php) в HTML будут ссылки вида:
<link rel="stylesheet" href="fbe-410/css/sitemenu_umnochan.css" title="Umnochan">

<script src="fbe-410/lib/javascript/kusaba.js"></script>
<link rel="shortcut icon" href="fbe-410/favicon.ico">
— то есть ссылки не по абсолютному пути, указанному в cf['KU_WEBFOLDER'] и cf['KU_WEBPATH'], а по пути относительному, что приводит к тому, что браузер пытается обратиться, скажем, не к http://localhost/fbe-410/lib/javascript/kusaba.js, но к http://localhost/fbe-410/fbe-410/lib/javascript/kusaba.js, который, очевидно, не существует.

Предполагаемые причины:
В __config-sample.php и в получаемом как его копия config.php содержится следующий код:
$cf['KU_WEBPATH']    = trim($cf['KU_WEBPATH'], '/');

$cf['KU_BOARDSPATH'] = trim($cf['KU_BOARDSPATH'], '/');
$cf['KU_CGIPATH']    = trim($cf['KU_CGIPATH'], '/');

$cf['KU_BOARDSPATH'] и $cf['KU_CGIPATH'] до этого приравнивается значение $cf['KU_WEBPATH']

Уничтожающий символы '/' слева и справа для этих путей (trim по '/'). Уничтожая символы '/' слева, он превращает абсолютные пути в $cf['KU_WEBPATH'] и прочих в пути относительные, что, судя по всему, и приводит к неработоспособности скриптов и CSS.

Предлагаемое решение:
Удаление этих строчек полностью решает эту проблему. Вследствие чего предлагается удалить/закомментировать оные в __config-sample.php. Проблемы для инсталяций в корень сервера это создать точно не должно, поскольку в таком случае $cf['KU_WEBPATH'] вроде как должен быть равен пустой строке, а на неё наличие/отсутствие trim'а не влияет в принципе.
Или же дополнить комментарий к $cf['KU_WEBPATH'] кратким описанием оговариваемой проблемы и методом её решения в случае, если более эффективное решение удаленим/комментированием trim’ов не приемлемо.
No. 22324    
156216614381.png-(323.49KB, 1120×698, 8675849.png)
22324
>>22306
То есть, единственный аргумент заключается в архивации. И это не проблема данной функции, которая никому не мешает и может быть востребована на мобилках (кто-то упоминал, что пользуется ей именно в таком контексте), а проблема архивации, которую надо переосмысливать в целом. Дополнительный файл место занимает? Ну да. А всякие формы постинга и прочие бесполезные штуки в коде самих страниц место не занимают? И ещё вёрстка едет с каждым обновлением ЦСС.
Надо какой-то мегатикет под это дело сочинять, которым всё равно никто не будет заниматься.
Тут ещё всплыла проблема, что уменьшенные картинки в ответах не архивируются. Но до выходных нет возможности проверить, от движка это или от сервера.

>>22323
Образец конфига основан на 410чановском по самоочевидным причинам.
No. 22325    
>>22324
> То есть, единственный аргумент
Аргументов приведено 5 разных, и архивация на последнем месте по значимости. А пользуется ли этой функцией хоть кто-то на мобилках, должно быть ясно из метрики. Если не пользуется, то нет причин ее держать включенной.
> А всякие формы постинга и прочие бесполезные штуки
Это не бесполезные штуки, а обязательный контент страниц, без которых сайт не будет работать.
No. 22326    
156217428456.png-(192.00KB, 396×512, 1551734050636.png)
22326
>>22325
>обязательный контент страниц, без которых сайт не будет работать
И что же перестанет работать, если из архивных страниц формы постинга и прочие бесполезные для архива вещи вырезать, наркоман?
No. 22327    
>>22326
Ну при чем тут архив? Эти +50-100 занимают место в массе своей не в архиве, а в обычных тредах. Проблема FirstLast-файлов к архиву имеет мало отношения, просто интересно, чем руководствовался тот, кто писал этот код, когда решил, что из тоже нужно туда сохранять.
No. 22328    
>>22324
Кстати, вы может пароль БД и затёрли, но пароль от спец. трипов, похоже, нет.
No. 22330    
>>22324
>Образец конфига основан на 410чановском по самоочевидным причинам.
А он, в свою очередь, основан на поставлявшемся вместе с Кусабой конфиге, да. Это обстоятельство очевидно из содержимого конфига-образца.

Таким образом, является ли это очевидное обстоятельство серьёзным препятствием для внесения исправления обсуждаемого бага или создания заметки о нём в комментариях? Будет ли протестировано/принято предложение по его исправлению? Например, если я сделаю соответствующий pull request с изменением образца? Если же необходимо довольно точное (всё, кроме конфиденциальных сведений) соответствие образца, с использованием которого ведётся разработка, 410чановскому конфигу, то как минимум краткий комментарий с заметкой о возможной проблеме определённо можно включить и в 410чановский конфиг, и в sample.

Что же до нужности… Это поможет, в частности, и потенциальным новым разработчикам, в случае если они решат поставить у себя FBE, таким же, как и у меня, образом. Да и неужели задача доработки FBE до состояния, при котором его можно легко и безпроблемно развернуть в отрыве от 410чана и не в точности таким же, как на 410чане, образом, сама по себе не интересна?
No. 22332    
156218840233.png-(51.08KB, 205×238, 1459145399130.png)
22332
>>22330
>Да и неужели задача доработки FBE до состояния, при котором его можно легко и безпроблемно развернуть в отрыве от 410чана и не в точности таким же, как на 410чане, образом, сама по себе не интересна?
Кому интересна, лол? Это движок «410чана», допиливаемый в интересах «410чана». Что вы там собрались делать в отрыве — исключительно ваша личная трагедия.
Нам не хватает свободного времени, чтобы тестировать код, который исправляет действительно проявляющиеся на сайте баги и недоработки, а вы ещё предлагаете заниматься техподдержкой хѣръ знает кого ради хѣръ знает чего.
No. 22335    
156222675720.jpg-(90.60KB, 800×600, f1595be09d6b3bdc8fdfe98843fb4bbc26ad21f1aebf1d09c9.jpg)
22335
>>22332
>ваша личная трагедия
Ох ты ж, какие эпитеты.
Достаточно было прямо ответить да/нет.

>вы там собрались
Поставить FBE, посмотреть, как он работает, понять, что из ticket’ов я могу и буду делать и буду ли. Пока ещё только смотрю-с.
Удалить сообщение []
Пароль  
[Mod]