LINUX.ORG.RU

LOR Services


0

1

Возможно ли соорудить специальную поддержку аддонов. Например пользователь может написать код, который имеет доступ к базе, возможно чаще всего read-only. Выкладвает его в теме, оно широко обсуждается, аппрувится. Нагрузка на аппрувера не большая, так как помимо просмотра кода он уже имеет 10 страничный срач с разобраным по косточками кодом. После этого код деплоится на сервер и доступен по определенному URL. Тоесть он не меняет LOR, находится отдельно для желающих его юзать. Таким макаром LOR API и другие интересные фичи уже были бы давно реализованы, при этом старожилы не матерились, так как ЛОРчик остался старым. Аппрувить можно консеравативно относительно ресурсов сервера и секретности информации, но либерально относительно фич, которые нужны, но их не стоит пихать в ядро ЛОРа

Такие сервисы по отдельному URL + userscript могут вообще ЛОР изменить до неузнаваемости для каждого отдельного человека

Минусы - оверхед на сервер, растущий с добавлением аддонов. Грустный макском

Идея навеяна тем, что ЛОР - опенсорсный ресурс для айтишников, который строится из коммюнити и им же и расширяемый. Тут большинство умеют писать код. Почему бы не импользовать опенсорсноть на всю катушку, продемонстрировав технологическую гибкость ресурса.

★★★★★

Ответ на: комментарий от adriano32

А что не так? По моему идея годится и похожа на идею ядро-юзерспейс, пользовательские аппликухи без засирания кода ЛОРа

vertexua ★★★★★ ()

Можно будет сделать аддон для фуррифокса, который большими жирными буквами показывает скор на панели :3

vurdalak ★★★★★ ()
Ответ на: комментарий от dismal_faun

Скорее да, чем нет. И в 99,99% только для чтения. Разве уж супер-пупер идея будет

vertexua ★★★★★ ()

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

vertexua ★★★★★ ()

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

vostrik ★★★☆ ()
Ответ на: комментарий от baverman

Вам нравится общая костыльность веба? Хотите увеличить общую костыльность веба? Если нет, то давайте сделаем архитектурно правильное решение. Фактически сильнейшую киллерфичу, которой нет... Блин вообще не знаю где она есть в таком виде.

vertexua ★★★★★ ()
Ответ на: комментарий от Chaser_Andrey

скрипт был для того, чтобы подменять ссылку Трекер на ?filter=tech, а не сначала заходить в трекер, а потом выбирать Тех.разделы

vostrik ★★★☆ ()
Ответ на: комментарий от vertexua

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

baverman ★★★ ()
Ответ на: комментарий от vertexua

слишком многими браузерами пользуюсь, а мутить синхронизацию расширений и юзерскриптов - лениво. так бы запихнул его на сервер и включил в настройках аккаунта

vostrik ★★★☆ ()
Ответ на: комментарий от vertexua

Тем более на сервере возможна логика, которая может делать выборки поинтереснее чем скор. Как насчет сервиса публикации игнорастов? Тут нужна запись в базе конечно что вы участвуете по крайней мере в сервисе. Не участвуете - все по старому. Участвуете, вы публикуете кого вы игнорируете и не просто костылем в профиль, а с поддержкой статистки для других

vertexua ★★★★★ ()

Например пользователь может написать код, который имеет доступ к базе, возможно чаще всего read-only. Выкладвает его в теме, оно широко обсуждается, аппрувится. Нагрузка на аппрувера не большая, так как помимо просмотра кода он уже имеет 10 страничный срач с разобраным по косточками кодом. После этого код деплоится на сервер и доступен по определенному URL. Тоесть он не меняет LOR, находится отдельно для желающих его юзать. Таким макаром LOR API и другие интересные фичи уже были бы давно реализованы, при этом старожилы не матерились, так как ЛОРчик остался старым. Аппрувить можно консеравативно относительно ресурсов сервера и секретности информации, но либерально относительно фич, которые нужны, но их не стоит пихать в ядро ЛОРа

А потом maxcom что-нибудь изменит «в ядре» сайта и весь этот ворох костылей с шумом рассыплется =).

Deleted ()
Ответ на: комментарий от baverman

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

vertexua ★★★★★ ()

> LOR API

Не взлетит, потому что stable_api_nonsense.txt

Без стабильного апи все эти экстеншены при каждом обновлении ЛОР-овского ядра будут осыпаться словно осенние листья.

А удерживать стабильный апи - это очень трудоемко.

Manhunt ★★★★★ ()
Ответ на: комментарий от vertexua

Где об этом можна кратко почитать

На гитхабе.

1) Реализуешь функционал

2) Поднимаешь песочницу

3) Делаешь анонс

4) …

5) PROFIT!

baverman ★★★ ()
Ответ на: комментарий от vertexua

Прочитал. Ничего, кроме собирания статистики, не нашел.

vurdalak ★★★★★ ()
Ответ на: комментарий от Manhunt

Не будут так часто. Они юзают базу. А базу менять каждое утро с миграцией данных - вот она боль

vertexua ★★★★★ ()

Лучше сделать удобный API для выдачи отдельных постов/тем/форумов/профилей/etc и ограничить на определенного пользователя количество запросов в еденицу времени

derlafff ★★★★★ ()
Ответ на: комментарий от baverman

Ок, если будет время поковыряю. Но хочу послушать мнение большой части ЛОРа, а не консервативных НЕНАДОНИЧЕГО-дядечек

vertexua ★★★★★ ()
Ответ на: комментарий от baverman

Мне это кажется нормальным технологическим экспериментом для лидирующего опенсорсного community driven сайта рунета.

vertexua ★★★★★ ()
Ответ на: комментарий от alikhantara

Без срачей можно обойтись. Просто если что-то будут юзать еденицы, то апп-статистика укажет что фича нафиг не нужна и ее удалят

vertexua ★★★★★ ()
Ответ на: комментарий от alikhantara

Да ну, инновации только в ЛОРчик. Опеннеты идут лесом

vertexua ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.