Adjust ACL remote component to new system

There is no need to implement getMethods anymore. All data comes from
reflection

another set of api tests

Fix first set of API tests

First go at refactoring the API mechanisms

This introduces an ApiCall class that wraps around the actual method
that produces the result. This replaces various loose array structures
that provided t

First go at refactoring the API mechanisms

This introduces an ApiCall class that wraps around the actual method
that produces the result. This replaces various loose array structures
that provided the meta information before.

The ApiCall streamlines the aggregation of meta information between core
and plugin methods. Now all data is produced by Reflection based
introspection. Certain aspects can be overridden if needed. See
ApiCore::getRemoteInfo() for examples

This change removes the _getMethods() method from remote plugins and
introduces a getMethods() method. The two are NOT compatible as the
latter now returns a list of ApiCalls. However when looking at the
existing plugins, it seems that _getMethods() was nearly 100% obsolete
with the Reflection based default implementation. So most plugins will
not be affected at all. Some might now export one or two more methods
than before because of poor visibility settings (eg. not declaring
private/protected methods as such).

This change removes the RPC_CALL_ADD hook. Only a single plugin ever
implemented it. I'm not sure what this hook was supposed to do anyway.
Being able to declare arbitrarily named API endpoints seems wrong to me
anyway.

The new ApiCall now also supports passing named instead of positional
parameters. This will open up a new opportunity to get a proper openapi
spec running.

Next step is fixing the tests.

show more ...

attempt to model the JSON-RPC API as openapi spec

Failed because positional parameters are not really possible to model.
Named parameter could be introduces when our minimum requirement is
switched

attempt to model the JSON-RPC API as openapi spec

Failed because positional parameters are not really possible to model.
Named parameter could be introduces when our minimum requirement is
switched to PHP8+

show more ...

fix IP tests

to accommodate the change introduced in e6d2a179db8ba3d368f5d453201de9ce41502a4f

use private IP addresses in tests

translation update

translation update

Update lang.php

automatically prune old logs

This adds a new configuration that allows to define how many logfiles
per facility should be kept. Old files are pruned daily via the task
runner.

translation update

translation update

Upgrade rector to 0.18.12

Two classes in DokuWiki's skip rules were removed from rector in 0.18.12

translation update

translation update

translation update

translation update

Update init_checkssl.test.php

coding style

�� Rector and PHPCS fixes

JSON-RPC: we do not support named parameters

Even though this would be valid in JSON-RPC 2.0 we don't support it
currently. This adds the proper error handling for that.

JSON-RPC: throw proper error on invalid JSON

implement support for JSON-RPC 1.0, 1.1 and 2.0

This implements the slightly more standardized JSON-RPC standard as an
alternative to my home-grown version. The same server handled all formats
inclu

implement support for JSON-RPC 1.0, 1.1 and 2.0

This implements the slightly more standardized JSON-RPC standard as an
alternative to my home-grown version. The same server handled all formats
including my own simpler variant.

show more ...

�� Rector and PHPCS fixes