Recent Posts

61

Hilfe & Support (deutsch) / Re: Option 'Standard "VON" Adresse:'

« Last post by masju on November 02, 2024, 07:51:28 PM »

Danke für die schnelle Antwort. Der Provider lässt zu Recht nicht jede Absendeadresse zu.

Im Error-Log steht, wie schon gemeldet, folgendes:
(Nach erfolgreichem Login und Authentifizierung)

Code: [Select]

2024-11-02 18:25:18 SERVER -> CLIENT: 550-Requested action not taken: mailbox unavailable550-Sender address is not allowed.550 1M6UVr-1tEBdP1KWH-004Hrz
2024-11-02 18:25:18 SMTP ERROR: MAIL FROM command failed: 550-Requested action not taken: mailbox unavailable550-Sender address is not allowed.550 1M6UVr-1tEBdP1KWH-004Hrz
The following From address failed: ****** : MAIL FROM command failed,Requested action not taken: mailbox unavailableSender address is not allowed.1M6UVr-1tEBdP1KWH-004Hrz,550,SMTP server error: MAIL FROM command failed Detail: Requested action not taken: mailbox unavailableSender address is not allowed.1M6UVr-1tEBdP1KWH-004Hrz SMTP code: 550
The following From address failed: ****** : MAIL FROM command failed,Requested action not taken: mailbox unavailable Sender address is not allowed. 1M6UVr-1tEBdP1KWH-004Hrz ,550,SMTP server error: MAIL FROM command failed Detail: Requested action not taken: mailbox unavailable Sender address is not allowed. 1M6UVr-1tEBdP1KWH-004Hrz SMTP code: 5502024-11-02 18:25:18 CLIENT -> SERVER: QUIT
Statt der fünf Sterne steht dort die Mailadresse des Admins. Ich müsste also
1. WebsiteBaker mitteilen, welche Adresse anstelle der des Admins als Absendeadresse genommen werden soll, wenn Mails verschickt werden und
2. dem Formularmodul mitteilen, dass es die Standard-Absendeadresse verwenden soll

Aber wo gebe ich bei WB die Standard-Absendeadresse ein? Bei den WB-Optionen kann ich nirgendwo einen Eintrag finden. Bei "Erweiterte Einstellungen" -> "Maileinstellungen" kann ich nur angeben "Adresse des Standard Empfängers:" und "Name des Standard Empfängers:", Absender finde ich nicht.

Im Formular-Modul kann ich bei den Einstellungen nur angeben, wo die eingegebenen Formulardatein hingesendet werden ("Formular Nachricht an Empfänger"). "Absender" steht auch hier nirgendwo.
(Die Option "Formular Bestätigung an Absender" habe ich deaktiviert. Letztere hat aber mit dem geschilderten Problem nichts zu tun.)

Viele Grüße
masju

PS: Auf der Seite https://help.wdsnet.de/de/benutzerhandbuch/umgang-mit-wb/optionen/emaileinstellungen.php ist genau diese Option beschrieben. Leider ohne Screenshots. Die beiden genannten Einträge sind bei mir ncht vorhanden.
Standard "VON" Adresse:
Alle E-Mails von WebsiteBaker - sofern diese nicht speziell in den Optionen eines verwendeten Moduls festgelegt wird - werden unter dem Namen dieser E-Mail-Adresse verschickt.
Standard Absender Name:
Der Absender aller E-Mails, die mit WebsiteBaker verschickt werden - sofern dies nicht in den Optionen eiens verwendeten Moduls anders festgelegt wurde.

62

Hilfe & Support (deutsch) / Re: Option 'Standard "VON" Adresse:'

« Last post by sternchen8875 on November 02, 2024, 03:03:27 PM »

Aktiviere mal das Fehler-Protokoll in den erweiterten WB-Optionen, Reiter Maileinstellungen -> Mail DEBUG
Klicke dort auf das Fragezeichen für Erklärungen dazu. Ich würde eine der unteren Optionen der angezeigten Liste wählen.

Grundsätzlich neigen diverse Provider (in Deutschland) dazu, nur noch SMTP-Mail zuzulassen, die dann auch noch zur Domain gehören, unter der das WB läuft (Gilt nur für Vollinstallationen, nicht für Umleitungsdomains)
Die neu eingerichtete SMTP-Mailadresse würde ich mal in die WB-optionen eintragen mit den entsprechenden Zugangsdaten. WB nutzt diese sog. SERVER_MAIL dann als Absender

Nach dem Absenden erhält mal dann entsprechend den DEBUG-Einstellungen ein Sendeprotokoll, das komplett kopieren und sichern und dann diesen Debug-Mode für Mail wieder deaktivieren. Nun kann man in Ruhe das Protokoll studieren

63

Hilfe & Support (deutsch) / Option 'Standard "VON" Adresse:'

« Last post by masju on November 02, 2024, 01:36:55 PM »

Hallo zusammen,
ich suche nun schon eine ganze Weile in den Einstellungen herum, werde aber nicht fündig.

Ich möchte die Werte eine "Form"-Moduls versenden lassen. Leider funktioniert auf dem Server die PHP-Mail-Funktion aus irgendeinem Grund nicht:

Code: [Select]

Could not instantiate mail function.
Also habe ich einen frischen SMTP-Zugang angelegt. Beim Formular-Versand erhalte ich nun die Fehlermeldung, dass die Absendeadresse nicht erlaubt ist.

Code: [Select]

...
MAIL FROM command failed,Requested action not taken: mailbox unavailable Sender address is not allowed. 1MkpnF-1tYbJG1jbD-00ovEQ ,550,SMTP server error: MAIL FROM command failed Detail: Requested action not taken: mailbox unavailable Sender address is not allowed. 1MkpnF-1tYbJG1jbD-00ovEQ SMTP code: 550
Also habe ich versucht, nach https://help.wdsnet.de/de/benutzerhandbuch/umgang-mit-wb/optionen/emaileinstellungen.php die Standard-Absendeadresse zu ändern.
Ich finde die Option  'Standard "VON" Adresse:' aber nirgendwo in den WB-Optionen (erweitert).  Hier kann ich nur die SMTP-Daten angeben, aber keine Absendeadresse.

Kann mir jemand helfen?
Viele Grüße
masju

64

Modules / Re: MiniSlides - replacement for MiniSlider

« Last post by sternchen8875 on October 24, 2024, 01:01:17 PM »

And whether the code becomes more readable with lots of intval calls is something I'll leave open

It would be, if you declare the type where it is calculated, see example

Code: [Select]

$crop_h = intval($orig_h*($size/$orig_w));
In the function ImageCopyResampled() in this case only 3 of the values are floating point numbers, the rest are integers without decimal places, in exactly this case (functions.php, Z 170) the height is calculated, i.e. $y, $size[1] and $height. However, you can also calculate the width or nothing at all if you specify fixed values.
Specifying the type directly where it is declared improves readability and comprehension.

In the end, however, every programmer has their own style and preferred methods

[Deutsch]

Und ober der Code mit vielen intval-Aufrufen lesbarer wird, lasse ich mal offen

Das wäre er, wenn man den Typ da deklariert, wo er berechnet wird, siehe Beispiel

Code: [Select]

$crop_h = intval($orig_h*($size/$orig_w));
In der Funktion ImageCopyResampled() sind in diesem Fall nur 3 der Werte Fließkommazahlen, der Rest sind Ganzzahlen ohne Nachkommastellen, in genau diesem Fall (functions.php, Z 170) wird jeweils die Höhe berechnet, d.h. $y, $size[1] und $height. Allerdings kann man auch die Breite berechnen oder auch garnichts, wenn man fixe Werte vorgibt.
Die direkte Angabe des Typs da, wo er deklariert wird, verbessert die Lesbarkeit und das Verständnis. 

Am Ende hat aber jeder Programmierer seinen Stil und seine bevorzugten Methoden

65

Modules / Re: MiniSlides - replacement for MiniSlider

« Last post by masju on October 24, 2024, 08:24:08 AM »

Ja, er hat noch nicht geantwortet. Ich schicke ihm auch noch den Fix-Vorschlag.

66

Modules / Re: MiniSlides - replacement for MiniSlider

« Last post by hgs on October 24, 2024, 08:16:36 AM »

Have you also informed Ruud?


German
Hast du auch Ruud informiert?

67

Modules / Re: MiniSlides - replacement for MiniSlider

« Last post by masju on October 24, 2024, 08:06:48 AM »

The lax handling of variable types has always been a strength (or weakness) of PHP. Some will welcome the fact that the reins are now being tightened a little, for others it involves a lot of reprogramming work. And whether the code becomes more readable with lots of intval calls is something I'll leave open
I searched the module code for the ImageCopyResampled function and found nothing until I found out that it is a standard PHP function .
https://www.php.net/manual/en/function.imagecopyresampled.php
I changed line 170 in /modules/minislides/functions.php to

Code: [Select]

ImageCopyResampled($result, $image, 0, 0, intval($x), intval($y), intval($size[0]), intval($size[1]), intval($width), intval($height));and lo and behold: everything is OK!
Thanks for your help!

[Deutsch]

Der laxe Umgang mit Variablentypen war ja schon immer eine Stärke (oder auch Schwäche) von PHP. Manche werden es begrüßen, dass hier nun die Zügel ein wenig angezogen werden, für andere ist damit viel Umprogrammierungsar beit verbunden. Und ober der Code mit vielen intval-Aufrufen lesbarer wird, lasse ich mal offen
Ich habe den Modul-Code durchsucht nach der Funktion ImageCopyResampled und nichts gefunden, bis ich herausfand, dass das eine Standard-PHP-Funktion ist .
https://www.php.net/manual/en/function.imagecopyresampled.php
Ich habe Zeile 170 in /modules/minislides/functions.php geändert in

Code: [Select]

ImageCopyResampled($result, $image, 0, 0, intval($x), intval($y), intval($size[0]), intval($size[1]), intval($width), intval($height));und sieheda: Alles okay!
Danke für Deine Hilfe!

68

Modules / Re: MiniSlides - replacement for MiniSlider

« Last post by sternchen8875 on October 24, 2024, 01:49:10 AM »

I quote an explanation from php.de on the subject

PHP is a dynamically typed language. As such, there are many cases where type coercion occurs naturally. Most of these coercions are harmless and super-practical.

However, when a float number is converted to an integer, this is often associated with data loss. For example, if the float number 3.14 is converted to an integer number 3, it loses its decimal value.

The same happens if the float is outside the platform integer range, or if a float string is converted to an integer.

PHP 8.1 corrects this behavior and brings dynamic type coercion more in line with most modern programming languages. The goal is to make such constraints predictable and intuitive.

In PHP 8.1, you will see a deprecation note when a non-compatible float is implicitly converted to an int. But what is an integer-compatible float? The RFC answers this:

A float is said to be integer-compatible if it has the following properties:

    Is a number (i.e. not NaN or Infinity)
    Is in the range of a PHP integer (platform-dependent)
    Does not have a decimal part


This hint will be converted to a TypeError in the next PHP version (i.e. PHP 9.0).

So, now the practical part
When resizing an image, e.g. for thumbs, cropping or regenerating, there are fixed values, firstly that of the original image, which is read in from the image info - with getimagesize() - and then a target value for the new image, either the target width or the target height. In the case of the Minislides module, it is specifically about the thumbs, then about a general size limit for the maxi images in the slider (if so set)

Various mathematical functions now run during image creation, e.g. to calculate the aspect ratio from the length and width of the original or to calculate the exact image height from a known target width, taking the aspect ratio into account. In your case (the error message), a value of 843.75 was calculated, which is called a float value. In the further course, however, the calculation continues with whole numbers and the 0.75 would be lost. In the case of an image with a width of 843 pixels, this is a barely visible loss, which is why, in the context of image processing, such a result is converted directly to an integer. What is a rather bearable loss for images of this size would be something significant in the context of other calculations in math, physics or chemistry, which is why PHP points out the loss of precision in the calculation.
Back to the module
originalcode

Code: [Select]

$crop_h = $orig_h*($size/$orig_w);
change to

Code: [Select]

$crop_h = intval($orig_h*($size/$orig_w));only a example

The error message in your post refers to this line 170

Code: [Select]

ImageCopyResampled($result, $image, 0, 0, $x, $y, $size[0], $size[1], $width, $height);
This means that every floating point number used here must be converted into an integer before further use. WebsiteBaker uses this entire image calculation e.g. in the media management or for the captcha and indirectly also for the group image in the news module, which again works via the global function make_thumb().
The method shown here with intval() is only one possibility, the values could also be rounded up with ceil() or down with round(), which may be more accurate.

PHP 9 was supposed to be released at the end of the year, but I can't find any new information about it at the moment. The web is already full of requests of a similar nature and I think that many module authors, especially outside of WB, still have a lot of work to do. In the case of the mini-slider, the upload of images would no longer work.
However, the slide could still work if you manually fill the corresponding folders under /media.




[german]
Ich zitiere mal eine Erklärung von php.de zur Thematik

PHP ist eine dynamisch typisierte Sprache. Als solche gibt es viele Fälle, in denen Typenzwang natürlich vorkommt. Die meisten dieser Zwänge sind harmlos und superpraktisch.

Wenn jedoch eine Float-Zahl in eine Integer-Zahl umgewandelt wird, ist dies oft mit Datenverlust verbunden. Wenn zum Beispiel die Float-Zahl 3,14 in eine Integer-Zahl 3 umgewandelt wird, verliert sie ihren Nachkommawert.

Das Gleiche passiert, wenn der Float außerhalb des Plattform-Integer-Bereichs liegt, oder wenn ein Float-String in einen Integer konvertiert wird.

PHP 8.1 korrigiert dieses Verhalten und bringt die dynamische Typenzwangssteuerun g mehr in Einklang mit den meisten modernen Programmiersprachen . Das Ziel ist es, solche Zwänge vorhersehbar und intuitiv zu machen.

In PHP 8.1 wirst du eine Deprecation-Notiz sehen, wenn ein nicht kompatibler Float implizit in einen Int umgewandelt wird. Aber was ist ein integer-kompatibler Float? Der RFC beantwortet dies:

Ein Float wird als integer-kompatibel bezeichnet, wenn er die folgenden Eigenschaften besitzt:

    Ist eine Zahl (d.h. nicht NaN oder Infinity)
    Liegt im Bereich eines PHP Integers (plattformabhängig)
    Hat keinen Nachkommaanteil


Dieser Hinweis wird in der nächsten PHP Version (d.h. PHP 9.0) in einen TypeError umgewandelt.

So, nun der praktische Teil
Bei der Größenveränderung eines Bildes zur Größenveränderung z.b. bei Thumbs, Zuschnitte oder Neugenerierung gibt es fixe Werte, einmal die des Originalbildes, die aus der Bildinfo eingelesen wird - mit getimagesize() - und dann ein Zielwert des neuen Bildes, entweder die Zielbreite oder die Zielhöhe. Im Falle des Minislides-Moduls geht es speziell um die Thumbs, dann um eine allgemeine Größenbegrenzung der Maxibilder im Slider (falls so eingestellt)

Im Laufe der Bilderstellung laufen nun diverse mathematische Funktionen ab, z.b. um aus Länge und Breite des Original das Seitenverhältnis zu berechnen oder um bei einer bekannten Zielbreite die exakte Bildhöhe unter Berücksichtigung des Seitenverhältnisses zu errechnen. In deinem Fall(die Fehlermeldung) wurde ein Wert von 843,75 errechnet, das nennt man Float-Wert. Im weiteren Verlauf wird dann aber mit ganzen Zahlen weiter gerechnet und die 0.75 wären verloren. Im Falle eines Bildes mit 843 Pixel Breite ein kaum sichtbarer Verlust, darum ist man im Rahmen der Bildbearbeitung dazu übergegangen, ein solches Ergebnis direkt zu einem Integer zu machen. Was bei Bilder dieser Größenordnung eher ein verschmerzbarer Verlust ist, wäre im Rahmen anderer Berechnungen in Mathe, Physik oder Chemie schon etwas wesentliches, darum von PHP-Seite der Hinweis auf die verlorene Präzision in der Berechnung.
Zurück zum Modul
Aus

Code: [Select]

$crop_h = $orig_h*($size/$orig_w);
wird dann z.b. ein

Code: [Select]

$crop_h = intval($orig_h*($size/$orig_w));
Gemeint ist in der Fehlermeldung diese Zeile 170

Code: [Select]

ImageCopyResampled($result, $image, 0, 0, $x, $y, $size[0], $size[1], $width, $height);
Bedeutet, jede hier verwendete Fließkommazahl muß vor der Weiterverwendung in eine Ganzzahl konvertiert werden. WebsiteBaker verwendet diese ganze Bildberechnung z.b. in der Mediaverwaltung oder beim Captcha und indirekt auch beim Gruppenbild im News-Modul, die aber wieder über die globale Funktion make_thumb() arbeitet.
Die hier aufgezeigte Methode mit intval() ist nur eine Möglichkeit, die Werte ließen sich auch mit ceil() auf - oder mit round() abrunden, was u.U. genauer ist.

Eigentlich sollte PHP 9 zum Ende des Jahres erscheinen, ich finde aber aktuell keine neuen Infos darüber. Das Web ist jetzt schon voll von Anfragen ähnlicher Natur und ich denke, da müssen viele Modulautoren, auch und vorallem außerhalb von WB, noch viel Arbeit leisten. Im Falle des Minisliders wäre es halt so, das der Upload von Bildern nicht mehr funktioniert.
Der Slide könnte aber noch funktionieren, wenn man die entsprechenden Order unter /media manuell befüllt.

69

Modules / Re: MiniSlides - replacement for MiniSlider

« Last post by masju on October 23, 2024, 10:47:22 PM »

PHP8.2: I had suspected that. I try to contact Ruud.

[German]
PHP8.2: Das hatte ich schon vermutet. Ich schreibe Ruud mal an, danke für den Tipp.

70

Hilfe & Support (deutsch) / Re: UNZIP startet nicht

« Last post by ra-wi on October 23, 2024, 07:12:39 PM »

Ich konnte doch nicht mehr warten und habe es soeben probiert
Super... es hat alles wie beschrieben geklappt und die Website läuft.

Vielen Dank nochmals dbs für die schnelle Hilfe.

LG
Rainer