dl5ark1

Thank you. The result looks good.

Please create a subdomain “mybo” for me, I want to test with this. So I will have an additional mybo.dl5ark.heliohost.org, which points to the (existing) directory mybo under public_html, right? From there I can presumably also access the databases as normal, but configure the settings for this subdomain (such as PHP) differently. If I understand everything correctly, I can use any name server.

I wasn't aware of that. I can probably look it up in the manual to set it up correctly. I can give it a try over the next week. Reporting the problem to Plesk is still a good idea.

1. We can report it to Plesk and see if they will fix it. This seems like the best idea for now, as others might be affected by the problem as well. If Plesk acknowledges the problem and fixes it, it will benefit everyone. 2. We could uninstall the Plesk package, and compile GD ourself from source, but that seems like too much work and may break other things. We should wait with that. Depending on how 1. turns out. 3. We could use a version of PHP where GD actually works, such as 7.4, but that may not be an option if too much of the rest of the code requires 5.6. This code would run with 7.4 if necessary, but other code on my site still requires 5.6. If you could choose PHP per application instead of for the whole homepage that would be an option, unfortunately not. 4. We could move your website to Lily where I think PHP 5.6 has GD and it actually works. Hm, I would wait and see 1. 5. We could move you to a VPS which start at $4 per month https://heliohost.org/vps/ That's “a little” too expensive for me. 6. You could use Image Magick instead of GD. Example code below: Since the Blitzortung project is not my project, the outcome of rewriting possibly many files seems too uncertain to me.

I am experiencing an issue with generating images using a PHP script from the MyBlitzortung project (https://github.com/tobiasv/MyBlitzortung/tree/master) after moving my website from the old tommy2 server to the new tommy server. The script uses the GD library to render images with text, but after the move, no text is displayed in the images. To investigate, I ran two simple test scripts: gd.php (https://dl5ark.heliohost.org/gd.php): This test creates a blank image with a black background and attempts to display text using a specific TTF font, but only a white rectangle is shown without the text. gd1.php (https://dl5ark.heliohost.org/gd1.php): Similarly, this script also fails to display the text. The PHP script in question (functions_image.inc.php) relies on the GD library with FreeType support to render the text, and the path to the TTF font seems to be correctly configured. The issue persists even though: - FreeType support is enabled on the server. - The font files are present and accessible with appropriate permissions. I kindly request your help to: 1. Verify if the GD library with FreeType is functioning correctly on the new server. 2. Check for any potential issues with the PHP configuration (e.g., paths, library versions, or limitations) that might prevent the text rendering from working properly. I appreciate your assistance in resolving this issue, as it affects the proper functioning of image generation on the website. Wolstech has also tested it and confirms the problem with PHP 6.5 and the GD library (GD is broken): https://helionet.org/index/topic/62191-tommy-upgrade/?do=findComment&comment=279291 . Thank you for your help, best regards!

Friendly query: Is it necessary to open a ticket in Customer Service or is Krydos also aware of the problem here?

Thank you for your support. Let's hope that @Krydos finds time to look into the problem.

Hello wolstech, this is the last and only known remaining error with my migrated homepage. It would be very nice if you could take care of the problem. A complete reinstallation of my account seems a bit excessive. It would be a great pity if I could no longer use php just because of this. Especially for a test phase of the transition from tommy2 to tommy I would appreciate your support. Thank you for your efforts.

Thank you so far. I am experiencing an issue with generating images using a PHP script from the MyBlitzortung project (https://github.com/tobiasv/MyBlitzortung/tree/master) after moving my website from the old tommy2 server to the new tommy server. The script uses the GD library to render images with text, but after the move, no text is displayed in the images. To investigate, I ran two simple test scripts: gd.php (https://dl5ark.heliohost.org/gd.php): This test creates a blank image with a black background and attempts to display text using a specific TTF font, but only a white rectangle is shown without the text. gd1.php (https://dl5ark.heliohost.org/gd1.php): Similarly, this script also fails to display the text. The PHP script in question (functions_image.inc.php) relies on the GD library with FreeType support to render the text, and the path to the TTF font seems to be correctly configured. The issue persists even though: - FreeType support is enabled on the server. - The font files are present and accessible with appropriate permissions. I kindly request your help to: 1. Verify if the GD library with FreeType is functioning correctly on the new server. 2. Check for any potential issues with the PHP configuration (e.g., paths, library versions, or limitations) that might prevent the text rendering from working properly. I appreciate your assistance in resolving this issue, as it affects the proper functioning of image generation on the website. Best regards!

Just to understand: Was it active on tommy2?

I did some superficial research in the foreign php code. I noticed the following: In the /mybo/includes/functions_image.inc.php (I made a copy of the /blitzortung directory) the following line is called: exec(“/usr/bin/optipng -o ‘.BO_OPTIPNG_LEVEL.’ ‘$file’”); Is it possible that the exec() function was active on tommy2 and not on the new tommy? If so, can it be activated for my account?

My .htaccess Problem is solved.

I see this php error message: PHP Warning: Version warning: Imagick was compiled against Image Magick version 1692 but version 1693 is loaded. Imagick will run but may behave surprisingly in Unknown on line 0 Can you reproduce this error with any php file?

I have made some attempts in the directory /123 and /123/456. Neither Satisfy Any nor AuthType None Require all granted work (depending on Apache version). Apache must be configured so that .htaccess files are taken into account at all. This is regulated by the AllowOverride directive in the Apache configuration file. Is this the case?

The fonts are stored under /blitzortung/fonts/ . Does this help you to diagnose the error?

I do not see an error message either in the browser or in the logs. The error I mean is the faulty output image from the link http://dl5ark.heliohost.org/blitzortung/blitzortung.php?graph_statistics=strikes_time&bo_lang=de&year=2024&month=01&radius=1 . Can you call up this link on my (presumably still existing) old copy on tommy2? It generated a correct output image there. I have removed the password protection, access to the subdirectories was possible without a password. I added it again on the upper level, access to the subdirectory was no longer possible. This was done ad hoc, without waiting 2 hours. I will test it again, but do not expect a different result. Here in May 22, 2022 at https://helionet.org/index/topic/53040-hh762331-plesk-eta-currently-number/ it was about php and the password protected subdirectories. At that time a “Satisfy any” was written in the .htaccess file in a test directory. .htaccess copied, I'll wait a few more hours. Is this still the recommended solution?

to 3: Yes, I have read the news. My attempt to use php version 5.6.40 on tommy2 in the last week seemed successful. The error is only visible after the move. to 2: I have executed the instructions again, it leads to the same result, /arcor and the following subdirectories are password protected. On tommy2 only the directory itself was protected, the protection was not inherited to further subdirectories. I remember that Krydos had also checked or changed something in the server configuration for this in the past.

Hi Krydos, thanks! After a short test, I recognized some small problems: 1. I had to reset my password to be able to log in to Plesk (solved). 2. I have a password protected subpage /arcor, another subpage of this /arcor/tmp is not password protected. However, the password is now also requested on the other subpages (still open). 3. I worked on tommy2 with php 5.4.45 and already changed to 5.6.40 in the last days. http://dl5ark.heliohost.org/blitzortung/blitzortung.php?graph_statistics=strikes_time&bo_lang=de&year=2024&month=01&radius=1 still seemed to work, now the diagram is not displayed correctly anymore. Unfortunately the script for lightning detection is from an external source and will not be developed further (still open).

New donation for your everlasting good work. Date: September 15, 2024 Paypal Transaction ID: 3GK3144727120391P Holger, dl5ark

user: dl5ark server: tommy After the site was zero-routed due to the DDoS, I generated too high a load. This was probably caused by pending transfers. Please unsupend.

Is my IP 37.85.131.25 blocked? If it is so, could you please unlock it? Thanks, Holger

At Heliohost Server Monitor on http://heliohost.grd.net.pl/monitor/ is Tommy (at IP 65.19.143.6 ???) online. There was an interrupt at 19:02 UTC. Since this time my site is not available. nslookup: dl5ark.heliohost.org 65.19.141.77 tommy2.heliohost.org 65.19.141.77 ping packet loss = 100 % Is there a problem?

Hello HelioHost support, first, thanks for all your great work! EDIT: Now the email arrived successfully. Thanks! Holger

2020 Server Improvements Good morning, thanks for your effort on maintaining HelioHost and continuously improving it. I´ve made a donation of 15,00 USD via PayPal to admin@heliohost.org to put it towards the fundraiser. Transaction-ID: 5TX51969F38566837 HelioHost username: dl5arkheliohost server: tommyheliohost main domain: dl5ark.heliohost.org dl5arkHolger

I can explain the "empty user agent string". This is the multiple retrieval of a small text file (78 bytes) with an esp8266. PHP is not involved. So that wasn't the real problem either. Now I try to keep an eye on the account load when restarting the php scripts. Now he is still 0.