OrderSprinter-Forum

Hallo,

erst einmal möchte ich ein Lob für die Software OrderSprinter ausprechen. Das diese kostenlos verfügbar ist und eine Vielzahl an Funktionen hat ist schon eine starke Leistung!

Ich setze OrderSprinter in einer Shisha Bar ein. Dabei wird die Küchenansicht für die bestellten Shishas verwendet und die Baransicht wie vorgesehen für die Getränke. Als Server kommt ein Xeon X3430 mit 16 GB RAM zum Einsatz.

Leider haben wir in letzter Zeit das Problem das die Baransicht unbenutzbar langsam geworden ist, man kann die Getränke teilweise nicht mehr als zubereitet markieren weil der Browser die ganze Zeit nur noch hängt. Dabei ist es auch nicht mehr möglich in andere Bereiche von OrderSprinter zu wechseln.

Ich habe mir mal die Datenbankstruktur angeschaut und festgestellt das in der ordersprinter_queue Tabelle knappe 6500 Einträge vorhanden sind. Kann es eventuell daran liegen?

Das Problem tritt unabhängig vom Endgerät auf, also auf den Tabletts genauso wie auf den vorhandenen Desktop-PCs die eigentlich genügend Leistung dafür haben sollten.

Die Datenbankoptimierung im Verwalten Menü habe ich bereits vorgenommen. Diese brachte leider keine Abhilfe.

Gibt es eventuell einen Tipp das Problem zu beseitigen?

Vielen Dank schonmal für die Hilfe!


Gruß,

Viktor

Hallo Viktor,

wie groß ist die Datenbank denn insgesamt? Kann es sein, dass der Rechner an seine Grenze gekommen ist und swappen muss?

Jedes Endgerät verursacht Traffic weil es ständig abfragt, wie der Printerstatus ist, usw. Auch die Druckserver verursachen viele Anfragen..

Versuche sich mal, den Server ohne Printserver und nur mit einem Endgerät zu betreiben. Ist es dann schneller? Nur um zu sehen, ob es die Anzahl der Geräte ist.

Wenn das nicht hilft, wie sieht es mit dem Netzwerk aus? Ist der Kanal frei?

Gruß,

Stefan

Hi Stefan, danke erstmal für deine Antwort.

Die Datenbank hat ca. 6 MB das dürfte also kein Problem sein.

Die Rechner haben jeweils 4GB Ram. Ich habe das ganze auch schon ohne aktiven Printserver und mit nur einem eingeschalteten Rechner versucht. War das gleiche Resultat.

Auch das Netzwerk kann ich ausschließen da die Rechner mit Gigabit LAN verbunden sind.

Komischerweise besteht das Problem nur bei der Baransicht, die Küchenansicht macht keine Probleme.

Wäre es denn ohne weiteres möglich die Tabelle ordersprinter_queue zu leeren oder werden die darin erhaltenen Daten noch anderweitig benötigt nachdem der Tagesabschluss gemacht wurde?

Gruss Viktor

Hallo Viktor,

das ist sehr eigenartig, da Küchen- und Baransicht intern fast identisch aufgebaut sind. Sie nutzen das gleiche Kernmodul, und fragen nur unterschiedliche Typen (Getränk oder Speise) ab und es werden andere Werte für die Platzhalter ("Küche" bzw. "Bar" usw. ) eingesetzt in die Html-Ansicht.

Die Werte darfst du nicht aus der queue Tabelle löschen, da Sie für sämtliche Exports verwendet werden. Auf SQL-Ebene würde das auch nicht ohne Abschalten der Foreign-Key-Checks möglich sein.

Wenn du möchtest und mir vertraust, dass ich die Daten vertraulich behandel, kannst du mir eine DB-Sicherung ("Alles ohne Logs") zusenden und ich werde versuchen, das Problem in meiner Testumgebung zu reproduzieren. Wenn es an den Daten in der DB liegt, sollte ich es daran nachvollziehen können. Welche Version nutzt du denn eigentlich?

Gruß,

Stefan

Hallo Stefan,

ich nutze die Version 1.4.1 davor war es eine 1.3er Version vom August (weiss die genaue Nummer nicht auswendig) Das Problem besteht aber sowohl in der alten, als auch in der neuen Version.

Das wäre super wenn du dir das mal anschauen könntest. Wie kann ich dir das Backup am besten zukommen lassen?

Gruß, Viktor

Hallo Viktor,

kannst du mir das Backup an die Email (Impressum) schicken, am besten als zip?

Wenn das Passwörter (z.B. Email Konfig) drin sind, solltest du die vorher löschen, bevor du das Backup machst.

Ich kann mir das Backup aber erst Montag abend anschauen..

Gruß,

Stefan

Hi Stefan,

ich habe dir das Backup per Email zugeschickt.

Danke schonmal für deine Mühe!


Gruß,

Viktor

Hallo,

die Ursache ist gefunden: Die Abfrage der bereits zubereiteten Artikel für die untere Tabelle der Küchen-/Baransicht wird zur Zeit durch eine komplexe SQL-Abfrage erzeugt, die bei einer sehr großen Tabelle so lange braucht, dass die Küchen-/Baransicht ausgebremst wird.

Ich werde versuchen, die SQL-Abfrage zu verbessern, und Teile des Abgleichs asynchron erfolgen zu lassen, damit es performanter wird. Bis ich eine verbesserte Version herausbringe, kann man als Workaround das Abfrageintervalll in der bar.html vergrößern.

Stefan

Hi Stefan,

super das du den Fehler finden konntest

Wo genau kann ich das Abfrageintervall ändern?

Gruss, Viktor

Hallo Viktor,

die Stelle habe ich dir gemailt.

Statt es hier im Forum zu posten, möchte ich lieber demnächst eine saubere Lösung anbieten, d.h. eine neue Version, die schneller arbeitet.

Gruß,

Stefan