Beiträge von m.scatello

Das wird hier wohl nichts mehr, man kann also dieses Forum aus seiner Favoritenliste streichen.

Axel

Zitat

Das Forum gibt es seit über 18 Jahren und die drastische Maßnahme ist mir nicht leicht gefallen!

Sorry, aber das kann ich mir mittlerweile nicht vorstellen. Wenn dir wirklich etwas an diesem Forum liegen würde, dann hättest du mal eine Info geben können, ob bzw. wie es weitergeht. Aber 2,5 Monate sich überhaupt nicht zu äußern hinterlässt zumindest bei mir einen ganz anderen Eindruck als "nicht leicht gefallen"

Der Admin reagiert nicht, der einzige Moderator lässt sich auch nicht mehr blicken Hier kann man wohl einen Strich drunter machen und die URL aus seinen Favoriten entfernen. Schade.

Wie sieht es aus? Gibt es zu dem Thema neue Informationen? Wäre schön, wenn sich der Admin mal äußern würde.

Macht hier doch einfach wieder auf.

Zur Info: Imagick ist bei vielen Hostern nicht installiert, da für die meisten Kunden die GD-Lib völlig ausreichend ist.

Sorry, dann weiß ich auch nicht mehr weiter. Eigentlich sieht alles gut aus, keine Ahnung, warum das bei dir nicht funktioniert.

Was kommt denn hier bei raus:

Nimm mal dieses kleine Script

kopiere es auf den Server, rufe es auf und poste mal den Bereich von gd

jonas3344 schrieb:

Wenn du das @ weglässt, kommt dann derselbe Fehler?

Würdest du bitte auch diese Frage beantwortet?

Welche PHP-Version hast du genau?

Im offiziellem Bug-Report ist nichts zu imagecreatefromjpeg zu finden. Das Problem muss also auf deiner Seite liegen.

Wenn du einen absoluten Pfad angibst, es die Datei wirklich gibt, nicht beschädigt ist und die Dateirechte stimmen, dann weiß ich auch nicht mehr weiter.

langi schrieb:

Gibt es eine Alternative?

Klar, weg von der Url zu einem absoluten oder relativen Pfad

Was ergibt genau

Zitat

JPATH_ROOT . '/images/example/' . $file

Wenn ja, was ich vermute, eine URL bei rauskommt, stellt sich die Frage, ob in der PHP-Konfiguration allow_url_fopen aktiviert ist

langi schrieb:

Nicht klar ist mir, was die Ursache dafür ist

Das kann doch nur an

liegen.

Man sollte Fehler mit einem @ vor einer Funktion nicht unterdrücken, zumindest nicht, solange ein Script fertig gestellt wurde. Zudem sollte man das Error-Reporting hochdrehen. Siehe auch

Richtig debuggen

1. Man bemerkt, dass ein Skript nicht das tut, was es soll.
2. Man schreibt an den Anfang des Scriptes die Zeile: error_reporting(-1);
3. Man verwendet ini_set('display_errors', true); damit die Fehler auch angezeigt werden.
4. Man versucht, die Stelle die daran Schuld sein kann, schonmal einzugrenzen. Falls dies nicht geht, wird zunächst das komplette Skript als fehlerhaft angesehen.
5. An markanten Stellen im Skript lässt man sich wichtige Variableninhalte ausgeben und ggf. auch in bedingten Anweisungen eine kurze Ausgabe machen, um zu überprüfen, welche Bedingung ausgeführt wurde. Wichtig bei MySQL Fehlern (...not a valid MySQL result resource...): mysqli_error() verwenden oder Abfrage ausgeben und zb mit phpmyadmin testen.
6. Schritt 5 wird so lange wiederholt, bis Unstimmigkeiten im Skript auffallen
7. Damit hat man das Problem (Unstimmigkeit) gefunden und kann versuchen diese zu beheben. Hierzu dienen dann die PHP-Dokumentation und andere Quellen als Ratgeber.
8. Lässt sich das konkrete Problem trotzdem nicht beheben, kann man in Foren um Rat fragen.
9. Das Programm läuft und man kann die Debug-Ausgaben wieder entfernen.

langi schrieb:

Was läuft da schief?

Du liest die Doku nicht.

Siehe https://www.php.net/manual/de/…n.imagecreatefromjpeg.php

Achte auf die Rückgabewerte, dann wird dir klar, was mit "bool given" gemeint ist.

Immer wieder wichtig:

Richtig debuggen

1. Man bemerkt, dass ein Skript nicht das tut, was es soll.
2. Man schreibt an den Anfang des Scriptes die Zeile: error_reporting(-1);
3. Man verwendet ini_set('display_errors', true); damit die Fehler auch angezeigt werden.
4. Man versucht, die Stelle die daran Schuld sein kann, schonmal einzugrenzen. Falls dies nicht geht, wird zunächst das komplette Skript als fehlerhaft angesehen.
5. An markanten Stellen im Skript lässt man sich wichtige Variableninhalte ausgeben und ggf. auch in bedingten Anweisungen eine kurze Ausgabe machen, um zu überprüfen, welche Bedingung ausgeführt wurde. Wichtig bei MySQL Fehlern (...not a valid MySQL result resource...): mysqli_error() verwenden oder Abfrage ausgeben und zb mit phpmyadmin testen.
6. Schritt 5 wird so lange wiederholt, bis Unstimmigkeiten im Skript auffallen
7. Damit hat man das Problem (Unstimmigkeit) gefunden und kann versuchen diese zu beheben. Hierzu dienen dann die PHP-Dokumentation und andere Quellen als Ratgeber.
8. Lässt sich das konkrete Problem trotzdem nicht beheben, kann man in Foren um Rat fragen.
9. Das Programm läuft und man kann die Debug-Ausgaben wieder entfernen.

Du hast ganz einfach die falsche Reihenfolge im Script programmiert. Es werden erst die Daten gespeichert und dann überprüft, das ist falsch. Erst prüfen und wenn alles ok ist, in die DB schreiben.

Und die ID zu updaten, wenn diese auf auto_increment eingestellt ist, ist natürlich völlig unnötig-

Hast du das ersetzt:

Ansonsten auch mal hier nachsehen: https://www.outlook-apps.com/html-ignored-by-outlook/

Wofür sollen die ganzen div's gut sein?

Bei HTML-Mails sollte man auf Style-Angaben verzichten und die eigentlich veralteten Formatierungen benutzen. Viele eMail-Clients haben gravierende Probleme mit Style-Angaben, selbst Outlook tut sich damit schwer.

Ich tippe auf PHP 7.x, aber ist das wichtig?

Crossposting: https://www.html-forum.de/threads/10553/

Und das bei so einer Frage! Dein google kaputt?