Beiträge von Arne Drews

Bei mir auch. Laufen irgendwelche Erweiterungen/Script-Blocker, die anspringen?
Was sagt die Browser-Konsole?

Hätte... Die alternativ von Dir angesprochene ist es aber nicht

Was spricht dagegen, das Layout entsprechend dem, was man dargestellt haben möchte aufzubauen?!
Ist die sauberste Lösung.

Wozu benötigst Du das, wenn ich fragen darf? Die group_id bezieht sich doch sicher auf eine Gruppe, wenn ich das mal vom Bezeichner ableiten darf.

<div> ist ein Block-Element, nachfolgende Elemente werden i.d.R. immer darunter platziert.
Was genau willst Du stattdessen erreichen?

Setz bitte den relevanten Code hier in Code-Tags ein, anstatt mit Bildern, danke

Ich würde mal mit flex an die Sache rangehen. Damit ist ein Großteil von responsive, also auch unterschiedliche Bildschirmgrößen abgedeckt.

Wenn Du ernsthafte Konversation darüber betreiben möchtest, nenne einfach die Pflanze, anstatt irgendwelche Links zu verbreiten.

PHP::SQLSRV oder PDO ( speziell: PDO_SQLSRV DSN )

Kommt $user['password'] aus der Datenbank?
Normalerweise fragt man das direkt nach der Query ab.

htmlspecialchars() hat an der Stelle auch nichts verloren.
Das wird maximal zur Ausgabe verwendet.

Zitat

Die Rechnungsnummer wird aufgrund des DateTimestamps erstellt

Aus betriebswirtschaftlicher Sicht nicht erlaubt, aber könnte zumindest technisch hinhauen.
Dennoch ist das Konzept Mist, vielleicht solltest Du mal darüber nachdenken, das umzubauen, oder hängen da andere größere Systeme mit dran?

Jo, stimmt, verdreht... korrigiert.

Zitat

Die Rechnungsnummer (auto_increment) aus der 2. Tabelle ist ja via dem Feld 'Ausgang' (DateTime) mit der 1. Tabelle verknüpft.

Rechnungsnummer => INT, Ausgang => DateTime
Wenn Du damit Ergebnisse erhältst, würde ich denen nicht vertrauen... Das versuch mal mit einem anderen DBMS. MySQL is dafür bekannt, Fehler auch gern mal durch Zufallsergebnisse zu vertuschen...

Btw., anstelle von TEMPORARY_TABLE würde ich eher VIEWS granular einsetzen und diese abfragen.

Wenn Du mit Klassen arbeitest, mache es bitte gleich richtig. Die Syntax oben bei Dir stammt aus PHP4 Zeiten, das ist seit August 2008, also bereits über 10 Jahre(!) tot.
Als Beispiel für Dein Snippet oben:

Auch global sollte man nicht verwenden, übergebe die Daten, die Du benötigst als Parameter an die Methoden, in diesem Fall den Konstruktor.

Aufruf für obiges Beispiel:

Du darfst kein Leerzeichen machen vor dem einleitenden Doppelpunkt von hover

Das bedeutet, so wie es da steht, dass das hover für jedes einzelne Element in nav ul li separat angewendet werden soll.
Du möchtest in diesem Fall aber quasi, dass alle Elemente in nav ul li gleichzeitig auf das :hover reagieren:

Zitat von Bigberle

Ja denke das der ErrorReport aktiv ist
error_reporting ( E_ALL );

Nimm mal -1 und display_errors setzen, siehe #5

Zitat von Bigberle

der \ ist weg sobald ich auf antworten klicke.

Dann verwende die PHP-Tags hier im Editor, dann verschwinden die nicht.

Keine Fehlermeldung bei aktivierte ErrorReport?

Wenn ich eval() sehe, kräuseln mir ja schon die Nackenhaare. Das solltest Du anders lösen.

Was Dein Problem angeht, würde ich mal tippen, dass Du das

in etwa so abändern solltest

Das sollte dann für alle eval()s gemacht werden.

Ok, zum Verständnis:

`preise`.`groesse` <=> `pakete`.`size`

über welche Spalten ist die Tabelle `rechnungen` verknüpfbar mit `pakete` bzw. `preise`?
Ohne die, sehe ich gar nicht, wie das realistisch möglich sein soll.

Never change a running System sollte aber nur bei sinnvollen Systemen gelten...
Wenn Du auf der Basis weitermachen möchtest, kommst Du nicht umhin, uns einen echten Aufbau ( nicht nur kurz dargestellt ) Deiner Datenbanktabellen vorzustellen.
Deine kurzen Beispiele sind nicht wirklich nützlich, um bei der Grundlage helfen zu können.