Русскоязычное программирование

Информация о пользователе

Привет, Гость! Войдите или зарегистрируйтесь.


Вы здесь » Русскоязычное программирование » о форуме » У этого движка форума есть проблемы


У этого движка форума есть проблемы

Сообщений 1 страница 8 из 8

1

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

Что нужно сделать? Лучше всех этот движок форума у нас знает Freeman. Нужно заказать у него доработку и инструкцию по деплойменту на SourceForge. Вот тогда можно будет сосуществовать нескольким авторам языков на одном форуме.

0

2

Думаю, достаточно просто посмотреть на этот вопрос с другой стороны. (я опять про "многофорумный" форум) Я уже давно не замечаю, что сижу "якобы на разных" форумах, ведь у меня все они в менюшке и переход между ними выглядит, будто это один форум. Значит, цель - достигнута. Каждый может стать админом "у себя", не мешая другим... )))

-

Разделяй и властвуй: (или "объединяй, а сам на паперть")
Эксперимент

Отредактировано Сандро (2019-02-27 21:13:19)

0

3

https://ru.wikipedia.org/wiki/Fediverse

"пользователь зарегистрируется в одной социальной сети из Fediverse, он может выполнять действия (комментировать, ставить лайки и др.) в других социальных сетях (из Fediverse) не регистриуясь в них."

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

список протоколов:
- ActivityPub
- DFRN
- Diaspora
- OStatus
- Zot & Zot/6

https://www.opennet.ru/opennews/art.shtml?num=47960
W3C стандартизировал протокол децентрализованных социальных сетей ActivityPub
https://www.w3.org/TR/activitypub/
ActivityPub определяет методы:
- создания, обновления и удаления контента в децентрализованных социальных сетях;
- распространения уведомлений о появлении контента;
- выставления лайков и подписки на публикации участника.

Данные и команды задаются в формате ActivityStreams 2.0 и передаются при помощи простого REST API.

https://activitypub.rocks/implementation-report/

Из набирающих популярность платформ для создания децентрализованных систем, изначально поддерживающих ActivityPub, можно отметить Mastodon и PeerTube.

https://en.wikipedia.org/wiki/Mastodon_(software)
powered by Ruby on Rails and Node.js, and its front end is written in React.js and Redux.
License GNU Affero General Public License (AGPL)

https://upload.jabber.at/http_upload/OHb02vSkO7FtMPD36PhLrTmxj7y1C0jK/PPXXSpo9TV6gJL926U8Cug.jpg

https://en.wikipedia.org/wiki/GNU_social
written in PHP that implements the OStatus standard
License GNU Affero General Public License

AGPL = anyone who sets up a server needs to share their own modifications.

Отредактировано Лис (2019-06-21 19:12:49)

0

4

webmention  - https://www.w3.org/TR/webmention/#overview-p-1

0

5

W3C WebSub standard (formerly known as PubSubHubbub) which uses RSS/Atom underneath to syndicate content. The only catch is that it requires a publicly visible URL for callback.

[html]<a href="https://en.wikipedia.org/wiki/List_of_content_syndication_markup_languages">https://en.wikipedia.org/wiki/List_of_content_syndication_markup_languages</a>[/html]

Отредактировано Лис (2019-06-02 04:10:27)

0

6

По-моему, проблема с исчезновением этих форумов решается просто на уровне wget. Нужен скрипт, к-рый будет, скажем, ежедневно их выкладывать на некий иной сайт (или сохранять локально). В остальном у нас уже распределённая инфраструктура, т.к. у каждого свой форум, в к-ром он является администратором.

0

7

БудДен написал(а):

По-моему, проблема с исчезновением этих форумов решается просто на уровне wget.

было уже:
2017-12-24, К вопросу об архивации форумов
а ещё раньше я bash скрипт писал, чтобы в web.archive.org сохранять

Проблем на самом деле две:
1) сохранить финальные версии топиков (это всем разумным людям)
2) сохранить историю редактирования (это для MihalNik-a, который обожает склоки)

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

БудДен написал(а):

В остальном у нас уже распределённая инфраструктура

Если использовать Hubzilla-у, то регистрироваться нужно будет только один раз. А сейчас - на каждом форуме.
Ну и экспортировать свои сообщения из Hubzilla можно в JSON штатными средствами.

А вообще маловажные задачи всё это, Тулчейн сам собой не напишется.

Отредактировано Лис (2019-06-05 16:34:20)

0

8

Лис написал(а):

а ещё раньше я bash скрипт писал, чтобы в web.archive.org сохранять


Кстати, я его нашел, вот он:

Код:
#!/bin/bash

export DIRECTORY="site"
if [ ! -d "$DIRECTORY" ]; then
	mkdir "$DIRECTORY"
fi

for i in `seq 1 1045`;
do
	wget -c "http://web.archive.org/save/http://plana.mybb.ru/viewtopic.php?id=$i" -O "site/$i.htm"
	sleep 185
done


при задержке между запросами 185 секунд всё выполнение занимает двое-с-половиной суток.

1045 - это количество топиков, его можно посмотреть на главной странице форума ("Всего тем: 1045")

Можно улучшить в двух аспектах:
1) использовать внутренний цикл for, а не внешнюю утилиту seq
2) перебирать начиная с новых к старым

Код:
for ((i=1045; i>=1; i--))


Ну и по мелочи:
3) переменную не обязательно экспортировать, можно обойтись локальной
4) site в команде wget заменить на ${DIRECTORY}

5) Ещё количество тем можно выгрепать с главной страницы, чтобы всё более автоматизированно было

Отредактировано Лис (2019-06-21 21:16:17)

+1


Вы здесь » Русскоязычное программирование » о форуме » У этого движка форума есть проблемы