PHP::SQLSRV oder PDO ( speziell: PDO_SQLSRV DSN )
Beiträge von Arne Drews
-
-
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:Alles anzeigenPHP- class Spiele {
- public $gamedata;
- public $imgdir;
- public $swfdir;
- public $loaded;
- public $template;
- public function __construct( $template, $admin_mode = 0 ) {
- if( $admin_mode != 1 )
- $this->template = $template;
- $this->gamedata = [];
- $this->imgdir = './images';
- $this->swfdir = './swf';
- $this->loaded = false;
- $this->am = $admin_mode;
- }
- }
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: -
Ja denke das der ErrorReport aktiv ist
error_reporting ( E_ALL );Nimm mal -1 und display_errors setzen, siehe #5
der \ ist weg sobald ich auf antworten klicke.
Dann verwende die PHP-Tags hier im Editor, dann verschwinden die nicht.
-
-
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. -
Also für mein Verständnis ist das Konzept zu überdenken.
Wenn Du Verkäufe hast, hast Du auch Artikel und Kunden. Diese drei Dinge sind imho getrennt voneinander zu betrachten.Deine Tabelle Pakete ist für mich ebenfalls unklar, u.a. auch weil ich mich frage, was das Datum der Rechnungsstellung darin verloren hat? Das gehört einzig in die Tabelle Rechnungen.
Eine Tabelle Rechnung ( Invoices ) wäre im ersten Step bei mir so in etwas aufgeaut:
Alles anzeigenCode- InvoiceId : int auto_increment primary key
- InvoiceDate : datetime
- InvoiceNumber : varchar
- CustomerId : int
- CustomerName : varchar
- CustomerAddress : varchar
- CustomerZip : varchar
- CustomerCity : varchar
- CustomerCountry : varchar
- ShippingName : varchar
- ShippingAddress : varchar
- ShippingZip : varchar
- ShippingCity : varchar
- ShippingCountry : varchar
- AmountNet : decimal
- AmountGross : decimal
- TaxClass : int
- TaxValue : decimal
Das sind die wichtigsten Kerninformationen, die mir adhoc einfallen und aus meiner Sicht grundsätzlich Rechnungsrelevant sind.
Enthaltene Artikel gehören für mich wieder in eine separate Tabelle, die über die InvoiceId verknüpft werden kann.Da Du aber nur den Umsatz benötigst, reicht die Invoices-Tabelle vollkommen aus.
Jetzt musst Du nur noch je nach Auswertung die Spalte InvoiceDate auf das Tagesdatum oder auf den Monat runterbrechen.
Willst Du beides in einer Auswertung haben, würde ich UNION verwenden. -
Naja, für die Tagessumme brichst Du auf den Tag runter.
Wie könnte man da nun für die Monatssumme vorgehen?! -
Und was verstehst Du bei der Meldung Zugriff verweigert nicht?!
Username, Passwort oder/und Datenbankname werden tlw. oder komplett falsch sein.
Wenn nicht, akzeptiert der SQL-Server evtl. keine externen Verbindungen. -
Bist Du Kommentator?
[MOD: geschlossen]
-
Er hat ja auch in #7 gepostet, dass es nun funktioniert...
-
Jo, nu is kaputt...
Ich könnte mir vorstellen, dass es am JS-Fehler liegt. Die Chrome-Engine verweigert da glaube ich jedes weitere Script, während die Gecko ( oder was FF aktuell hat ) und andere nur das betroffene Code-Segment ignorieren? -
Standard-Browser ist bei mir Comodo Dragon - Version 69.0.3497.81 (64-Bit).
Zusätzlich getestet mit Google Chrome - Version 70.0.3538.102 (Offizieller Build) (64-Bit)Beide funktionieren unter Windows 10 build 1803
-
Ja, Du erstellst Dir ein eigenes ColumnLayout, ähnlich wie Bootstrap, das ist aber nicht das CSS-Grid-Model.
Flex ist immer noch das sinnvollste für Dich, ob Du es willst oder nicht.
