дык в самих файлах графических как бы инфа есть о размере.
@erua Ага. Но тут по ходу выяснилось, что, в принципе всё нормально с картинками больших размеров: инстанс закэширует уменьшенную копию, полную версию можно посмотреть через «Открыть ссылку в новой вкладке».
вот народ на lor.sh (вряд ли Скобкин, скорее кто-то друго) вопрос диского пространства решили подключив хранилище объектное, посредством S3-прослойки на уровне логики веб-приложения (собственно и реализующей мастодон-сервер).
а французы с qoto.org так прямо и подорвались нести расходы на хранение твоих картинок со своим энергокризисом и зданиями залитыми навозом фермерами.
@erua Напомню, весь сыр-бор из-за идеи заливать картинки на https://dvd.chat. Я хз, где он; админ в Калифорнии, постит на ниппонском...
есть же pixelfed-инстанцы, спецом для постинга картинок. закинул туда, а мастодон-аккаунте форварднул/расшарил/забустил.
мастодон — это такое убожество, в техническом плане, что одно должно было умереть пока ползло в продакшен.
тяжёлое, кривое, косое и бажное, потому админы мастодон-серверов задрюченные неврастеники.
плерома тот же функционал один в один предоставляя жрёт в разы меньше ресурсов, не такая капризно истеричная в управлении с администрированием.
вспомни хотя бы такой момент, что даже контейнер с мастодон-сервером (узлом, инстанцем) не могли сделать. сколько ни пытались делать и мануалов выкладывать по использовани, а ни у кого это не работало.
@erua
> что за болезненная тяга постить в мастодон?
есть же pixelfed-инстанцы, спецом для постинга картинок. закинул туда, а мастодон-аккаунте форварднул/расшарил/забустил.
Так я именно это и хочу делать.
«Join to enjoy: - 200GB»
ну типичный пидораха в поисках халявы, согласны постить картинки на Firefish-инстанах :)
основной критерий в этом случае — контроль жизненного цикла картинки. захотел все махом убрать из какой-то серии — убрал бакет/фолдер, где они лежат в хранилище.
аналогично важно, когда захотел изменить, переделав что-то.
например, на картинках оказался чей-то логотип или косяк какой исправить решил.
@erua
> ну если pixelfed действительно портит картинки, тогда предпочёл бы хостить их на каком-то S3-хранилище, вставляя в посты через ссылку и тэги/разметку.
Действительно портит. Не портит из известных мне https://pixelfed.art (регистрация закрыта); но там в рулезах упомянуто NO generated images (ну, пока не придирались); да и заполнять аккаунт всякими проходными вещами не хочу.
> вставляя в посты через ссылку и тэги/разметку.
В том-то и проблема, что это зделоть в #Mastodon крайне проблематично (если вообще возможно).
и пользоваться ссылками на свой MinIO?
@erua Я попробовал — таким макаром картинка вставляется тупо в оригинальном размере, без превью и прочего, разумеется, не влезая в колонку и ломая ленту. Так что это не вариант вообще.
@erua Я как раз в вебморде и смотрел. Она не ресайзит картинку, вставленную через Markdown 
@erua Всё равно не понимаю: в каком месте ебанулись-то и в чём виноваты? В том, что сделали поддержку Markdown, который конвертирует ![]() в <img></img>, и оно отображается браузером, собсно, так, как и должно?
@erua Ну вот код картинки в таком виде приходит, никаких скриптов на нее не понавешено → браузер отображает так, как должен, т.е. в полном размере. Другие форки вообще не отображают. Кто прав в ситуации, которая *вообще не задокументирована* — сказать, имхо, сложно.
<img style="max-width: 100%;" src="https://images.weserv.nl/?n=-1&il&url=https://calckey.dvd.moe/file/dvd-calckey/dvd-calckey/c56f62a3-d976-4034-a2f1-6f5358b37663.jpg" alt="Image/photo" loading="eager">
@erua Это личная инициатива хабзиллы же.
конвертировать в:
<img style="max-width: 100%;" src="https://images.weserv.nl/?n=-1&il&url=https://calckey.dvd.moe/file/dvd-calckey/dvd-calckey/c56f62a3-d976-4034-a2f1-6f5358b37663.jpg" alt="Image/photo" loading="eager">
@erua Видимо, то, что max-width — мордоспецифичный атрибут и подставлять его должна сама морда?
всё логично. никто никаких стандартов не задавал на тему того как именно размеченное маркдауном должно отображаться или транслироваться в html.
т.е. маркдаун можешь рассматривать как замену xml. и каждый сам через xslt в силу своих предпочтений и задач транслирует в ту или иное представление сущности описанные в xml.
@erua Ну. Всё так. Поэтому *отдавать* html со стилями **неправильно**.
т.е. приходит через ActivityPub поток данных в виде json & xml, с разметкой текста сообщений в виде какого-нибудь markdown и веб-морда или GUI-клиента это всё отображает пользователю.
или ты думаешь кто-то в ActivityPub тупо пихает форматирование в виде html-разметки?
@erua Хм. Судя по тому, что а) можно писать не только с Markdown-разметкой, но и с html; б) в настройках морды есть галочка «удалять форматирование» — у меня подозрение, что таки в ActivityPub пихают html-разметку.
{
"@context": ["https://www.w3.org/ns/activitystreams",
{"@language": "en"}],
"type": "Note",
"id": "http://postparty.example/p/2415",
"content": "<p>I <em>really</em> like strawberries!</p>",
"source": {
"content": "I *really* like strawberries!",
"mediaType": "text/markdown"}
}
можно охарактеризовать словесами:
«trying to represent “recommended” HTML representations»
@erua Ну? В ActivityPub пихают html-разметку, как я и предполагал.
есть:
"content": "<p>I <em>really</em> like strawberries!</p>",А есть и:
"source": {
"content": "I *really* like strawberries!",
"mediaType": "text/markdown"}
потому что была потребность в «“recommended” HTML representations».
@erua А если я сообщение в html-разметке наберу, что будет в Source?
А если на мисскеевском диалекте (всратом) Markdown — какой вообще от такого сорца прок принимающей стороне?
херушки. «mediaType» в случае «source» должен иметь чёткую спецификацию. не нравится? заводит свой mediaType, отличный от «text/markdown».
@erua Ну там жеж написано черным по зеленому, что source — для *редактирования* поста автором. А на принимающей стороне должен отображаться приехавший html.
пойми. это не эл.почта, где разрешается составлять письма в html ради кросс-платформенного форматирования и в результате пришли к определённому набору стилей, полагаемому допустимыми и разумными для составления навороченных по форматированию «почтовых отправлений».
здесь другой принцип. напоминает работу с картинками, что в файле с основным контентом имеется небольшая превьюшка. вместо файлов здесь используются потоки, не велика разница.
т.е. html-разметка у текста используется в ActivityPub лишь как превьюшка для самых убогих клиентов. не знакомых с указанным в «source.mediaType», но желающих хоть что-то показать, вместо ничего.
@erua
> ActivityPub extends the Object by supplying the source property. The source property is intended to convey some sort of source from which the content markup was derived, as a form of provenance, or **to support future editing by clients**.
> Alyssa P. Hacker likes to post to her ActivityPub powered blog via an Emacs client she has written, leveraging Org mode. Later she switches to editing on her phone's client, which has no idea what text/x-org is or how to render it to HTML, so it provides a text box to edit the original content instead.
@erua Ну переведи тогда, что там *на самом деле написано*. Может, у меня с английским плохо?
там идёт речь о репликации, на примере работы с разных клиентов, один из которых не поддерживает тип разметки сообщения. т.е. первичным у поста является тот вид, в котором его создали и распространяться по сети пост должен именно в оригинальном виде. тип разметки описывается через «source.mediaType», если это не стандартный маркдаун, то и указывать «text/markdown» нельзя, а надо использовать отдельный тип для указания в «source.mediaType».
однако, будут ситуации — сценарии, когда исходный тип разметки поста, указанный в «source.mediaType», не знаком клиенту, но с ним надо как-то работать — показывать или давать редактировать. про такой сценарий и рассказывается на примере, чтобы наглядно продемонстрировать полезность внедрения превьюшки, помимо исходного формата поста.
@erua А [вот здесь](https://glitch-soc.github.io/docs/features/rich-text/) гля че написано:
> Please be aware that most of the toot formatting will be stripped by mainline Mastodon, which may lead to the meaning of your toots being altered.
Если Мастодон *не знает* про Markdown, то как он может вычистить его из текста? Поэтому делаю вывод, что вычищается именно html-разметка.
т.е. при наличии
"source": {
"content": "I *really* like strawberries!",
"mediaType": "text/markdown"}
}
никто не мешает положить:
"content": "I really like strawberries!",
вместо:
"content": "<p>I <em>really</em> like strawberries!</p>",