| Age | Commit message (Collapse) | Author |
|---|
|
Pleroma.Web.Streamer).
|
|
|
|
for MediaProxyWarmingPolicy in ConcurrentLimiter
|
|
Pleroma.Web.RichMedia.Helpers & Pleroma.Web.MediaProxy
|
|
grep -rl '# Copyright © .* Pleroma' * | xargs sed -i 's;Copyright © .* Pleroma .*;Copyright © 2017-2021 Pleroma Authors <https://pleroma.social/>;'
|
|
|
|
|
|
|
|
|
|
|
|
Moving some background jobs into simple tasks
Closes #1790
See merge request pleroma/pleroma!3129
|
|
Current FedSocket implementation has a bunch of problems. It doesn't
have proper error handling (in case of an error the server just doesn't
respond until the connection is closed, while the client doesn't match
any error messages and just assumes there has been an error after 15s)
and the code is full of bad descisions (see: fetch registry which uses
uuids for no reason and waits for a response by recursively querying a
ets table until the value changes, or double JSON encoding).
Sometime ago I almost completed rewriting fedsockets from scrach to
adress these issues. However, while doing so, I realized that fedsockets
are just too overkill for what they were trying to accomplish, which is
reduce the overhead of federation by not signing every message.
This could be done without reimplementing failure states and endpoint
logic we already have with HTTP by, for example, using TLS cert auth,
or switching to a more performant signature algorithm. I opened
https://git.pleroma.social/pleroma/pleroma/-/issues/2262 for further
discussion on alternatives to fedsockets.
From discussions I had with other Pleroma developers it seems like they
would approve the descision to remove them as well,
therefore I am submitting this patch.
|
|
- fetching activity data
- attachment prefetching
- using limiter to prevent overload
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
dependencies. Installation docs update.
Added ffmpeg/imagemagick checks to launch checks (if media preview proxy is enabled). Added documentation on installing optional media / graphics packages (imagemagick, ffmpeg, exiftool).
|
|
|
|
|
|
|
|
|
|
see changed files for rationale
|
|
|
|
|
|
|
|
Fixes race conditions in limit enforcement by putting worker processes
in a DynamicSupervisor
|
|
This patch refactors gun pooling to use Elixir process registry and
simplifies adapter option insertion.
Having the pool use process registry instead of a GenServer has a number of advantages:
- Simpler code: the initial implementation adds about half the lines of code it deletes
- Concurrency: unlike a GenServer, ETS-based registry can handle multiple checkout/checkin
requests at the same time
- Precise and easy idle connection clousure: current proposal for closing idle connections in
the GenServer-based pool needs to filter through all connections once a minute and compare their
last active time with closing time. With Elixir process registry this can be done
by just using `Process.send_after`/`Process.cancel_timer` in the worker process.
- Lower memory footprint: In my tests `gun-memory-leak` branch uses about 290mb on peak load (250 connections)
and 235mb on idle (5-10 connections). Registry-based pool uses 210mb on idle and 240mb on peak load
|
|
Previously, in-db configuration only worked when `warnings_as_errors`
was disabled because re-compiling scrubbers on application restart
created a warning about module conflicts. This patch fixes that
by enabling `ignore_module_conflict` option of the compiler at runtime,
and enables `warnings_as_errors` in prod since there is no reason
to keep it disabled anymore.
|
|
|
|
Mix tasks improvement
See merge request pleroma/pleroma!2723
|
|
|
|
|
|
[#1798] fixed migration the settings to DB
See merge request pleroma/pleroma!2655
|
|
|
|
via media deletions anymore; all actions are manual operations by an admin to ban the url
|
|
|
|
|
|
|
|
I've seen quite a few people wonder what to do when presented with
this error message.
|
|
|
|
|
|
Gun adapter
Closes #945
See merge request pleroma/pleroma!1861
|
