Beiträge von m.scatello

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:

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

  if (file_exists($file))
  {
     $data = getimagesize($file);
     
     var_dump($data);
  }
  else
    die("Datei existiert nicht");

Nimm mal dieses kleine Script

<?php
   phpinfo();
?>

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

Zitat von jonas3344

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.

Zitat von langi

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

Zitat von langi

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

Das kann doch nur an

$im = @imagecreatefromjpeg(JPATH_ROOT . '/images/example/' . $file);

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.

Zitat von langi

Was läuft da schief?

Du liest die Doku nicht.

Siehe https://www.php.net/manual/de/func…atefromjpeg.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:

<td style="color:#000000;height:140px;width:260px;height: auto">

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?

Wie schon erwähnt, du musst das Error-Handling mit PDO durchführen. Und diese Zeile

mysqli_error();

ist selbst bei der Nutzung von MySQLi völlig sinnlos. Du solltest häufiger in der Doku lesen, dort findet man auch viele Beispiele.

Zitat von MarkusBEO

Warning: mysqli_error() expects exactly 1 parameter, 0 given

Da du scheinbar PDO einsetzt, musst du natürlich die Error-Abfrage auch mit PDO durchführen:, siehe dazu https://www.php.net/manual/de/class.pdo.php

Zitat von MarkusBEO

if (isset($_GET['id'])) {...... Welche id wird abgefragt und warum? (von Tabelle accounts oder admin?).

Weder noch! Es wird damit überprüft, ob an der URL eine Variable mit dem Namen id angehängt ist. Das hat mir der Datenbank überhaupt nichts zu tun.

Du solltest dich dringend mit etwas Grundlegendem beschäftigen, nämlich:

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.

Da hilft dir bei der Fehlersuche und so manche Frage kann man sich selber beantworten.

Zitat von MarkusBEO

wie weiss php, welche id gemeint ist, da es nun ja in der DB zwei Tabellen gibt

'SELECT * FROM accounts WHERE id = ?'

Du sagst doch, welche Tabelle gemeint ist!

16.14. Warum soll ich nicht SELECT * schreiben?

http://net.co.at/doc/howto/docs/dclp-faq/q/q-sql-select.html

Zitat von Udo

Anbei noch einmal die auf dem Tablet geöffnete index-Seite mit der Adressleiste: content://0@media/external/file/29126 deren Bedeutung ich nicht verstehe.

Das ist ein interner Android-Dateipfad zu einer Datei.