Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет Misha Verbitsky ([info]tiphareth) в [info]ljr_popechiteli
@ 2022-12-14 11:13:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
правило о провайдерском произволе
Это не предложение к голосованию, а
только рассуждение о том, как можно было
бы модифицировать правила, чтобы нормализовать
случаи фейла форс-мажора, подобные этому
https://lj.rossia.org/community/ljr_sankcii/31038.html

Возможно, стоит добавить еще одно
правило, "о провайдерском произволе".

https://lj.rossia.org/tos.html

III.10
Это правило добавлено в 2022-м году,
исходя из того, что произвол Интернет-монополистов
(Гугл, Фейсбук, Амазон, Эппл, Твиттер, Пэйпал) привел к де-факто
отмене первой поправки, которая, для всех практических
целей, больше не действует на серверах, которые размещены
в США, а в других странах ее никогда и не было.
Параллельно с этим код LJR устарел до такой степени,
что поднять его на современных версиях Линукса очень
трудно, что затрудняет переезд к другому провайдеру.
В этой ситуации, форс-мажор вида "ультимативное
требование провайдера" оказывается технически
непреодолим. Поэтому к предыдущим правилам добавляется
еще одно. В случае получения администрацией ультимативных
требований об удалении нелегального контента,
администрация вправе временно удалить его, не дожидаясь
судебного решения. При этом администрация LJR обязана
опубликовать всю переписку с провайдером. В случае
изменения обстановки (переезда к менее авторитарному
провайдеру или изменений законодательства) администрация
обязуется восстановить публикацию неправомерно закрытого
ресурса. Суспенд по ультиматуму провайдера - мера абсолютно
исключительная. Администрация обязуется применять ее
только при отсутствии другой возможности сохранить сервак,
и при изменении обстановки к лучшему восстановить убитый контент.


(Читать комментарии) - (Добавить комментарий)


(Анонимно)
2022-12-14 20:36 (ссылка)
Виртуальная машина со старой версией линукса?

(Ответить) (Ветвь дискуссии)


(Анонимно)
2022-12-15 21:51 (ссылка)
^ this

Миша, упаковать LJR в Docker с нужной версией Линукса, apache, mod_perl, и всем причитающимся -- дело пары часов. Затем можете поднимать его на любом хостинге, хоть на serverless.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tiphareth
2022-12-16 23:31 (ссылка)
я это делал (с вагрантом, но разницы мало)
он в итоге упал от своих неизлечимых багов
по факту, сейчас нельзя ни откомпилировать старый апач,
ни откомпилировать gcc, который может откомпилировать старый апач
это поверх всех прочих проблем

(Ответить) (Уровень выше) (Ветвь дискуссии)


(Анонимно)
2022-12-17 13:45 (ссылка)
> по факту, сейчас нельзя ни откомпилировать старый апач,
> ни откомпилировать gcc, который может откомпилировать старый апач
> это поверх всех прочих проблем

Можно, но потребует вливания некоторого кол-ва задрото-часов. Форк движка и/или список требований где-то в публичном доступе есть? Я могу попробовать собрать и сделать Dockerfile с инструкциями, если получится.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tiphareth
2022-12-18 23:40 (ссылка)
движок тут
http://cvs-ljr.lenin.ru/
но шансов поднять машинку мало
(я поднял, но (а) кодировки посыпались,
пришлось мучать эксперта и (б) ушло часов 100)

(Ответить) (Уровень выше)


(Читать комментарии) -