LINUX.ORG.RU

5
Всего сообщений: 75

Markdown всё сломал

Пока меня не было на ЛОР добавили поддержку Markdown. В самом факте ничего страшного нет, но при написании/редактировании новостей возникают проблемы:

  1. Нет аналога
[cut=Текст, который будет выведен в ссылке вместо скрытого внутри cut содержимого]
Текст, который будет скрыт внутри спойлера
[/cut]
  1. Раньше в новостях в дополнение к главной ссылке («Подробности») можно было добавить и другие, оформление которых ничем не отличалось (пример). Для этого, ЕМНИП, достаточно было просто добавить >>> [url=https://www.example.com]Ссылка[/url] отдельной строкой в текст новости. А теперь не получается: отображается как тройная цитата. (Не знаю, связаны ли эти проблемы, но в старых новостях замечал, что подобные ссылки отображаются как цитаты.)

Предлагаю привести в соответствие функциональность Markdown и Lorcode и запилить конвертор, чтобы корректоры/модераторы могли редактировать сообщение в том формате, в которым им удобно.

sudo cast @maxcom.

 , , , ,

sudopacman ()

Новая фича lorsource — удаление аккаунта

Как известно, модератор Zhbert провёл голосование о том, нужно ли удалить фичу превращения своих сообщений в Deleted. Теперь — вместо удаления — аккаунты можно лишь заблокировать, при этом оставив профилю все данные: оригинальный ник пользователя, дату и время регистрации, все сообщения в профиле, аватар, поля профиля и так далее.

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

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

Мой алгоритм правильного удаления:

  • зарегистрированный пользователь нажимает кнопку в пункте меню «Настройки» -> «Другие настройки»: «Удаление аккаунта»;
  • вводит свой текущий пароль и отмечает чекбоксы о соглашении с перечнем последствий;
  • кнопка «Удаление аккаунта» автоматически заменяется на «Отменить удаление аккаунта»;
  • появляется уведомление в профиле о том, что запущено удаление профиля (с отображением даты удаления) с возможностью остановить удаление;
  • по истечении трёх дней автоматически очищается профиль пользователя (описание, аватар, etc);
  • аккаунт блокируется;
  • авторство всех сообщений и тем каждого из удаленных аккаунтов постоянно рандомно переносится между специальными профилями из пула обезличенных профилей с уникальными никами, а в пределах одного треда сообщения одного удаленного аккаунта присваиваются одному и тому же обезличенному профилю, другого — другому и так далее (между тредами сообщения ассоциируются с разными обезличенными профилями).

Получится, что в каждом треде с удалившимися регистрантом будет, например, переписка между несколькими обезличенными профилями (например, по названию дистрибутивов: Slackware отвечает Debian, Ubuntu отвечает Slackware и так далее). Но тот же обезличенный профиль (например, Slackware) в разных тредах будет соответствовать разным удалённым аккаунтам.

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

Таким образом, получается, что будет достигнут необходимый компромисс.

Кто-то должен подписаться реализовывать эту фичу. Часть реализации можно взять из фичи jollheef. Если никто не подпишется, я сам займусь реализацией (я не джавист). По результатам обсуждения можно провести голосование.

 , ,

devops ()

Реализация временной заморозки пользователей.

Прошу обсудить https://github.com/maxcom/lorsource/pull/963

Возможность заморозки пользователей на какое-то время. Так же просто их размопрозить.

Причина. При разгорании нездоровой дискуссии, как мне кажется, выгоднее притормозить полемику, дав поостыть горячим головам.

Действия так же логгируются. Возможность удалить сообщение остаётся. Редактирование так же возможно.

Возможно стоит добавить к комментариями быстрые кнопки «заморозить на 5 минут», 10, 15. Но это можно сделать и через user-script.

В любое время можно продлить, сократить или убрать заморозку.

Скоро при этом не сносится.

Не реализовано:

Возможно стоит добавить роль – полумодератор – у которого будет вариант только замораживать (не блокировать, не сносить скор). Причём ограничить время, скажем, часом максимум, для них. Это разгрузит высококвалифицированных модераторов. И при этом не приведёт к катастрофическим последствиям.

Скриншоты в PR, как сюда добавить не знаю.

cc @maxcom

 

lazy8 ()

Стандартизация написания новостей. Выпиливание LORCODE

Добра.

У меня дюже бомбит из-за LORCODE и я понятия не имею, как этим вообще пользовались до введения Markdown (я включительно). И ладно, опция LORCODE вместо Markdown имеет право на существование — у кого-то на этом скрипты завязаны, у кого просто (странная) привычка вбивать километровые теги вручную. В пользовательских топиках, для галереи и комментариев — ОК. Их редактируют только сами авторы, очень редко модераторы.

Но этого, наверное, не должно быть в исходниках новостей. Новости редактируются коллективно и LORCODE тут, пожалуй, одно из худших препятствий для этого. Мало того, что между обеими опциями нет feature parity (в LORCODE нет заголовков и таблиц), так оформление новости в LORCODE превращает текст в нечитаемую и неюзабельную кашу (как вам по несколько [br][br][br] в тексте, а?). Выбрав опцию разметки LORCODE, её нельзя сменить и новость остаётся с меньшим количеством доступных фичей.

Хочу выслушать мнение пишущих и редактирующих новости перед тем, как заводить PR в lorsource.

 , , , ,

commagray ()

Ссылки на комментарии

Привет, ЛОР.

Уже довольно давно замечаю, что в Firefox разных версий нажатие на ссылки на комментарии («ответ на…») приводит к перескакиванию видимости не на комментарий, а на рандомное место в той же теме выше. Хотя комментарий, на который я пытаюсь ссылаться, можно найти по красной рамочке. Иногда помогает, если при нажати на ссылку резко отвести курсор мыши, иногда нет. Версии Firefox разные, последний раз проверял на 87.

В chrome с той же темой white2 полёт нормальный.

С этим что-то можно сделать?

Upd: сбиваются переходы с одной страницы на другую, при переходе внути одной страницы всё нормально.

 ,

hobbit ()

ПРОСАЧИВАЮТСЯ!

Добрый день.

Обнаружил пренеприятнейший баг. Плашка Обновить вылезает даже если коммент написал персонаж из игнорлиста. Если нажать на эту плашку, то показываются все сообщения, в т.ч и игнор.

Показано 7 сообщений из 45. Показать все. 

 , ,

Im_not_a_robot ()

Опять время

Добрый день.

На главной все даты в формате дд.мм.гггг. Захожу в тему — там «2/27/2021 1:33:02 PM». Что-то опять сломали?

 

hobbit ()

Последний комментарий

Добрый вечер.

Я тут у одного регистранта вижу в профиле «Последний комментарий» от декабря, делаю поиск его комментариев — последний комментарий августовский.

С чем связано? Глюк движка? Или дата «Последний комментарий» показывается с учётом удалённых?

 

hobbit ()

Lorcode: в теге [pre] кавычки заменяются на елочки, \" не помогает

Сабж. Так надо или это баг?

echo «hello»
echo \«hello\»

Это [code]:

echo "hello"
echo \"hello\"

Возможно, это из-за Lorify-NG Отключил Lorify-NG, проблема осталась.

Браузер — Firefox, как под Debian Testing, так и под оффтопиком.

 , , , ,

tongubin ()

Ошибка на странице неподтверждённых новостей

Not under a public suffix: www.localhost.local
К сожалению, произошла исключительная ситуация при генерации страницы. 

Скрин.

Скорее всего, ошибка вызвана ссылкой http://www.localhost.local:8080/ в этой (или этой) неподтверждённой «новости».

 , ,

theNamelessOne ()

Только Нам такое пришло?

Survey about the impact of the adoption of Continuous Integration on code refactoring practices.

Dear bodqhrohro,

We are a joint research group in software engineering from ETS Montreal, RIT, and the University of Zurich, conducting a study about the impact of Continuous Integration (CI) on code refactoring.
We consulted your project maxcom/lorsource available on Github (https://github.com/maxcom/lorsource) of which you are an active committer. In short, our analysis compared refactoring effort before and after the adoption of Travis-CI.
Our exploratory results show that after two years following the adopting of Travis-CI system the Refactoring frequency as well as the size of related changes tend to decrease after the adoption of CI. Additionally, we observed that the rate of developers who applied refactoring has decreased while the focus seems to be on method level refactoring (e.g. Extract method, Move method).

cast -​-multiple @maxcom @hizel @cetjs2 @Slavaz @post-factum @CYB3R @jollheef

 , , ,

mertvoprog ()

Апрув новостей и скор корректору

Не знаю, существенно это или нет, но заметил такую вещь: при апруве новости корректор может теперь накинуть шкворца не только автору, но и проверившему новость корректору.
Собственно, только что ради интереса накинул сам себе за то, что перед этим эту же новость поправил.

Думаю, стоит добавить проверку, чтобы корректор не мог сам себе скор начислять.

sudo cast maxcom

 

Zhbert ()

Статистика в профиле

При блокировке пользователя не отображается статистика.

Комментарии есть, посмотреть их можно, а наглядная статистика пуста.

https://pic4a.ru/ijlW/

 , ,

shrub ()

Удаление аккаунта теперь доступно только для пользователей cо score > 100

 ,

Deleted ()

«Блокировка пользователя с удалением сообщений» апает треды

например
В GOG отдают SOMA (LeD3F) >>>01.03.19<<< 07:43

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

не айс.

 , ,

mos ()

Сбор донейтов на разработку движка (собрано 30%)

Привет, котаны.

Есть мысль нанять одного разработчика на фуллтайм для разработки движка.

В треде просьба отписаться тем, кто готов поддержать инициативу рублем.

Донейт будет раз в месяц, оплату реализуем через какой-нибудь patreon для простоты.

Если наберётся желающих хотя бы на 100к рублей в месяц — в Job откроем вакансию на это дело.

Если наберётся желающих больше, чем на 200к — откроем две вакансии.

Инициатива моя, но разработчика будет предложено одобрить maxcom’у, так как ему принимать pull request’ы.

Работа будет прежде всего по задачам в https://github.com/maxcom/lorsource/issues, улучшению покрытия тестами, исправление технического долга, а также реализации новых стандартов аутентификации вроде FIDO2. В общем работы для одного человека более чем достаточно.

Просьба воздержаться от сторонних обсуждений.

Текущее состояние ~31679 ₽ в месяц:

 , , ,

Deleted ()

Проблема с html в markdown

Написал комментарий с открывающим и закрывающим тегом, текст после публикации оказался невидимым.

 , ,

WitcherGeralt ()

Предлагаю компромиссное решение с пользователем deleted

А что если удалённые аккаунты переписывать не просто переписывать на пользователя deleted, а переписывать на deleted_num
Я думаю что это устроит как сторонников передачи постов deleted, так и противников этого.

То есть будет не один сплошной deleted, а deleted_1, deleted_2 и так далее по множеству целых положительных чисел.

О, и тогда достижение deleted с простыми и прочими особыми числами можно будет отмечать.

 , , ,

torvn77 ()

Удаление аккаунта, или конец эпохи выкладывания паролей

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

Реализован компромиссный вариант, позволяющий и аккаунт удалить, и форуму не навредить:

  • добавляется новый пункт меню в «Настройки->Другие настройки»: «Удаление аккаунта»;
  • при удалении аккаунта необходимо ввести текущий пароль и согласиться с перечнем последствий.

То есть аналогично тому, как это работает на GitHub.

Алгоритм удаления:

  • авторство всех сообщений переносится пользователю @Deleted;
  • очищается профиль пользователя (описание, аватар, etc.);
  • аккаунт блокируется.

Реализация сделана с уважением к решению пользователя, из чего следует техническая невозможность восстановление аккаунта.

Удаление заблокированных ранее аккаунтов производиться не будет.

 ,

Deleted ()

Что случилось с редакиированием сообщений?

И при заходе с телефона, и при заходе с обычного браузера при попытке отредактировать сообщение открывается страница с сообщением *К сожалению, произошла исключительная ситуация при генерации страницы*.

Когда это исправят?

 ,

torvn77 ()