Support

Akeeba Backup for Joomla!

#38587 Joomla notifications turns red

Posted in ‘Akeeba Backup for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
4.2.8
PHP version
8.28
Akeeba Backup version
Akeeba Backup P

Latest post by nicholas on Monday, 20 February 2023 01:54 CST

martinus@clikkelsen.dk

Hi

I've have an issue with a joomla site at www.glaucoma.dk which has been installed via kickstarter...

When I open my backend administration all but one of the notifications are red. Only Download keys is green.

When I eg try to update joomla to the latest version it produces a server error.

I've narrowed the problem down to Akeeba Backup system. When the administrator is open and I go to the Akeeba configuration the Output box looks like this: [DEFAULT_OUTPUT]. If I click on the Browse button and select the actual out folder (/customers/7/a/6/glaucoma.dk/httpd.www/administrator/components/com_akeebabackup/backup) and then hit save and close, and go back to Joomla's control page and refresh the notifications all turn green!

But If I open the administrator page in a new window the notifications is red again...

 

Do you have any suggestions on how to fix this issue?

 

Yours sincerely

 

Claus Vesterager Martinus

 

Access:

www.glaucoma.dk/administrator:

U: martinus@clikkelsen.dk

P: CmI150960

ftp:

ftp.glaucoma.dk

U: glaucoma.dk

P: Sparresholmvej

martinus@clikkelsen.dk

Here is the logfile...

nicholas
Akeeba Staff
Manager

Akeeba Backup has absolutely nothing at all to do with your problem for the simple reason that your backup configuration has nothing to do with Joomla's Home Dashboard, nor is there any difference between [DEFAULT_OUTPUT] and what you did. In fact, saving the configuration does convert the absolute directory to [DEFAULT_OUTPUT], i.e. you made absolutely no change to the backup configuration. You just invented a placebo and convinced yourself that it cures your ailment. It's like hitting that pedestrian crossing button; it doesn't change the light, it just make you feel like you did something when, in fact, your action is completely pointless.

All of the notification icons are asynchronous. Each one of them runs an AJAX request to your server, querying the status of overrides, download keys, Joomla Update, extension updates, and privacy requests.

It sounds like your server is blocking your requests. Logging into your site with the credentials you gave me I actually don't have this problem. I can see all of the Notifications icons green except the extensions updates which reports that one update is available.

To better understand what happens, please look at the issue I filed with Joomla back in July: https://github.com/joomla/joomla-cms/issues/38001. Even though I contributed the code to make these requests consecutive instead of parallel, if two or more requests happen to conclude “fast enough” (in a period of time configured by your host and out of your or our hands) you could still get your requests blocked and your IP temporarily blacklisted — which explains why clicking on Joomla Update results in a server (not PHP, or Joomla) error.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

martinus@clikkelsen.dk

Dear Nicholas

I wasn't suggesting that Akeeba in some way was faulty. With regard to programming and the deep understanding of how different plugins actually works, I'm a complete novice.

And I'm sorry I didn't get much out of your posting...

What I experienced was simply that if I open the akeeba configuration and hit the browse button and click on the use-button, I then get logged out of the administrator page. When I log in again all is normal - until I log in again or open the administrator page in a new window.

In between these actions my server, my set up or other things seems to manufacture this error - and of course how to fix it. But this is annoying And I would like a better fix.

 

Would it be possible for you to walk me through the solutions you outline in your posting? I gather that it should be done for alle the notifications separately... But if you could guide me through one of them, I would be greatful... Or if there is something specific I should ask of my server-provider to do?

 

Yours sincerely

Claus

nicholas
Akeeba Staff
Manager

That's the thing, there's really nothing you can do. The problem is with how the server is configured. It very likely uses the mod_evasive Apache module which blocks requests when “a lot” of them come from the same IP address “very fast” — this can be as low as 2 requests in 3 seconds, mind you, and it's only under your host's control. This has proven to be problematic, nobody serious about hosting uses it anymore, and even the development of mod_evasive has stopped since 2017. Yet, some hosts still use it.

When mod_evasive kicks in it's possible that your PHP session gets destroyed, i.e. you are logged out.

The only thing you could do is unpublish the Notifications administrator module from Content, Modules, Administrator. You will no longer have the icons which notify you about updates, personal data requests etc which were triggering mod_evasive on your server and have been causing you all this trouble.

You should also wait 2–3 seconds before clicking on anything else on a page after it's loaded. So, when you go to the Configuration page of Akeeba Backup count “one Mississippi, two Mississippi, three Mississippi” before clicking on the Browse button.

Maybe it's time to talk to your host. It's 2023. This kind of server setup was problematic in 2013. They need to get on with the times. Sites are not built like they were in 2003, a PHP file rendering a static HTML page. There's JavaScript, there's AJAX calls running in the background. Yes, there are multiple requests coming from the same IP and they are legitimate, not an attack. There are far better ways to prevent DoS / DDoS attacks on a server and they should know it.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!