On 4/26/25 10:04 PM, David C Rankin wrote:
Is there something else needed to switch nextcloud from redis to valkey?
YES
1. I stopped/disabled redis.
2. Installed valkey removing redis
3. Updated all configs per both wikis
4. started/enabled valkey (all good)
5. restarted httpd
The world has been living through the record breaking 1.33 Million
host botnet attack during the past month, and especially the last week
as a repurposed brute-force campaign (my fail2ban had over 330 IPs in
the dovecot jail - normal is about 15, with 95% of the new compromised
IPs coming fr
All,
I replaced redis with valkey tonight on a long-running nextcloud
install. I followed the wiki pages exactly:
https://wiki.archlinux.org/title/Valkey
(I set all options as shown to suppress warnings)
and
https://wiki.archlinux.org/title/Nextcloud#Valkey_(Redis)
(valkey is running
On 4/26/25 1:59 AM, mpan wrote:
On access of https://wiki.archlinux.org today, a dialog flashed (…)
Hello,
Many sites are currently falling victim to crawlers from LLM
companies. The bots mercilessly hammer the servers, causing enormous
load. This leads to service disruption to normal
Visiting the Arch Linux wiki, my browser achieves 2.8 kH/s at
difficulty 4, and the test finally completes after 40 seconds.
This matches other Anubis-wrapped sites.
Some anti-malware features may break Anubis or reduce performance.
This is because it’s indistinguishable from mining malware.
On 4/26/25 14:01, Andy Pieters wrote:
does this then break it for people with screen readers, eg? or other
adaptive technology?
implications with ADA and similar?
Shouldn't be that different from the checks by reCAPTCHA or Cloudflare.
There is landing page (which will add some delay), but user
On Sat, 26 Apr 2025 at 12:07, Ralf Mardorf wrote:
>
> On Sat, 2025-04-26 at 11:09 +0100, Ralph Corderoy wrote:
> > I'm not sure why you're mentioning JavaScript; I too have it enabled.
> > The 40 seconds is not due to a lack of JavaScript, but the assumption
> > of a faster PC. All four cores her
On Sat, 2025-04-26 at 11:09 +0100, Ralph Corderoy wrote:
> I'm not sure why you're mentioning JavaScript; I too have it enabled.
> The 40 seconds is not due to a lack of JavaScript, but the assumption
> of a faster PC. All four cores here go full pelt, the balance being
> 80% userspace, ~15% kerne
On 26/04/2025 12:09, Ralph Corderoy wrote:
Hi Ralf,
the test finally completes after 40 seconds
...
In any case, it is not a problem for me, as I have JavaScript
activated anyway.
I'm not sure why you're mentioning JavaScript; I too have it enabled.
The 40 seconds is not due to a lack of Ja
Hi Ralf,
> > the test finally completes after 40 seconds
...
> In any case, it is not a problem for me, as I have JavaScript
> activated anyway.
I'm not sure why you're mentioning JavaScript; I too have it enabled.
The 40 seconds is not due to a lack of JavaScript, but the assumption of
a faster
On Sat, 2025-04-26 at 10:04 +0100, Ralph Corderoy wrote:
> the test finally completes after 40 seconds
I tried two time. The first time it was like a flash, but I was able to
notice the word "success". The second time it was slow, still less than
a second, but the word "success" stood still for a
Hi,
> Anubis from Techaro. This runs a small program, that does “expensive”
> operation in the browser. It’s nothing for normal users
Visiting the Arch Linux wiki, my browser achieves 2.8 kH/s at
difficulty 4, and the test finally completes after 40 seconds.
This matches other Anubis-wrapped sit
On access of https://wiki.archlinux.org today, a dialog flashed (…)
Hello,
Many sites are currently falling victim to crawlers from LLM
companies. The bots mercilessly hammer the servers, causing enormous
load. This leads to service disruption to normal users. Since many of
them own hun
13 matches
Mail list logo
