Server umzug

[mmaass]

Installier doch bitte mal die aktuelle Version zum test. Wenn er die Mysql Einstellung etwas entspannt hat, müsste es eigentlich gehen.
Schreib dann hier mal bitte die Fehlermeldungen zur neuen Version wieder rein, damit wir schauen können.

Nein, es geht glücklicherweise nicht vielen so, da die meisten Hoster nicht einfach alles hoch ziehen ohne Rücksicht auf Verluste.
Wenn es jetzt nicht ein und die selbe Person ist, wo ich auch eine Mail bekommen haben, dann sind das momentan maximal zwei Fälle von über 11.000 Installationen. Ich denke, dass könnte ein Indiz sein, dass es momentan nicht viele Fälle gibt. Natürlich werden wir drauf reagieren aber alles braucht halt seine Zeit.

Die PHP Umstellung auf mindestens 5.6 und 7 haben alle bekannten Hoster fast zwei Jahre vorab angekündigt, so dass es genug Zeit gab für alle umzustellen.

Immer aktuell zu sein, ist zwar schön, schliesst aber viel Software aus.

[ManuelBoesel]

so jetzt gehts mit dem Shop SUPER

Jetzt ist nur noch das Problem im Adminbereich mit den Artikeln. Die Artikelübersicht sehe ich, wenn ich aber ein Artikel neu anlegen oder bearbeiten will, bleibt das frame leer.

Hier die Fehler Meldung

mod_fcgid: stderr: PHP Fatal error: Call to undefined function gettickettemplatenames() in /var/www/vhosts/erde24.com/Quinoa-Shop/admin/artikel/editieren_grunddaten.php on line 1034, referer: http://www.quinoa-shop.de/admin/artikel/index.php

[mmaass]

Prima.

Schau mal nach, ob in Deiner conf/db.inc.php die Zeile drin ist:

if (file_exists(DATEIPFAD . "includes/functions.mod.tickets.inc.php")) {
define("TICKETS", true);
} else {
define("TICKETS", false);
}

Eigentlich wäre es komisch, wenn nicht aber das System geht gerade in eine Funktion rein, die denke ich mal bei Dir nicht vorhanden ist. Und das kann Sie nur, wenn die Zeile in der db.inc. fehlt oder wenn die functions.mod.tickets.inc.php vorhanden ist.

In Artikel gibt es die Zeile
if(TICKETS) {
$tpl_ticketTemplates = getTicketTemplateNames();
}

Und da sollte er auch nur rein gehen, wenn die Funktion vorhanden ist.

[ManuelBoesel]

SUPER DAS WARS

es stand nicht in der Datei. !!!!!! Boh wie kann so was passieren. Super geil.

Jetzt läuft alles mann o mann

---

Jetzt noch ein leztes mit SSL

Hab den Shop komplett auf SSL umgestellt was auch geht. Aber kommisch ist das Google Chrome im Kundenbereich meldet

Die Verbindung zu dieser Website ist nicht uneingeschränkt sicher - Angreifer können unter Umständen die Bilder sehen, die Sie sich auf dieser Website ansehen, und könnten dann versuchen, Sie durch Ändern der Bilder zu täuschen.

---

Der Adminbereich ist komplett sicher ??

[mmaass]

Na dann haben wir aber nicht alles immer geupdatet.

Sobald im Template irgendwo direkte Aufrufe eingebaut wurden, die vielleicht nur http heissen statt https, kann dies vorkommen bei Bildern und anderen Aufrufen.
Oder in der CSS, da sollte auch alles relativ sein oder eben mit https

[Magnus]

Vielleicht noch eine Lösung zu dem unangenehmen sql_mode Thema:

Nachdem der Provider sich da anstellt (hat offensichtilch keine Sorge, dass ihm Kunden abspringen könnten) und die Beseitigung der Fehler im Programm auf die Schnelle nicht zu machen ist, könnte eine Lösung so aussehen, dass im Programm der sql_mode passend gemacht wird. Ähnlich wie die Anpassung auf den richtigen (UTF8) Zeichensatz.

In der db.inc.php ist die folgende Zeile drin:

Code: Alles auswählen

errorlogged_mysql_query("SET names '".SQLCHARSET."'");


darunter könnte mit dem folgenden Code der sql_mode pauschal zurückgesetzt werden

Code: Alles auswählen

errorlogged_mysql_query("SET sql_mode=''");


Achtung: Das nach dem istgleich-Zeichen sind zwei einfache Hochkomma, danach kommt noch das abschließende Anführungszeichen (")

Gibt möglicherweise für beide Anweisungen noch eine bessere Stelle. Und einstellbar könnte das vielleicht auch gemacht werden.

Ich habs noch nicht live ausprobiert, aber von anderen CMS-Systemen ist genau dieses Vorgehen auch zu lesen.

Das könnte auch das, zwar derzeit anders gelöste Problem mit den langen Queries, auch noch lösen.

Damit könnte dann Shopversionen auch nach einem Serverupdate auch bei etwas eigenwilligen Providern noch weiterlaufen.

Übrigens halte ich die Idee, bei der Entwicklung den sql_mode auf die stricten Einstellungen zu setzen für ganz interessant.
Schließlich sind es tatsächlich Programmier-Großzügigkeiten über die der Server da stolpert und die sollten auf längere Sicht halt schon auch beseitigt werden

viele Grüße

Magnus

[mmaass]

Danke Magnus für die Recherche.
Das wäre mal interessant zu wissen, ob es so klappt.

Wo ich etwas widersprechen muss, ist, dass es sich um Programmier-Großzügigkeiten handelte. Wie oben schon angeführt, gab es früher kein Mysqli aber Mysql Injections, die durch fehlende ' ' sehr leicht zu machen waren.

Es gibt viele Beispiele, dass die Zeit bestimmte Regeln ändert. Beispielsweise sollte man Webseiten nie komplett SSL schützen, jetzt wird man dafür bestraft, wenn man es nicht macht.
Bilder sollten immer Grössenangaben haben im img Tag, dies hat sich sogar im Laufe der Zeit drei mal hin und her geändert.
Und da gibt es noch viel viel mehr.

[Magnus]

Bitte Micha, gerne geschehen.

Ich habs jetzt mal wie oben angegeben eingebaut und konnte keine negative Auswirkung feststellen.

Allerdings konnte ich bisher den Fehler auch nicht reproduzieren. Konnte noch nicht die Einstellung finden, die den Fehler auslöst.

Und ja, Software altert auch. Zwar verändert sich der einmal geschriebene Code nicht mehr, allerdings ändert sich mit der Zeit das Umfeld, und das fängt bei der Programmiersprache selbst schon an.
Neue Versionen der verwendeten Programme, Webserver und neue Anforderungen von Benutzer, Entwickler und Suchmaschinen kommen praktisch laufend dazu. Ist halt so.
Ist allerdings in anderen Branchen auch so, kannst ja mal nen Automechaniker oder Maurer fragen, was sich in den letzten Jahren so getan hat.

Allerdings war es noch nie richtig, an ein Feld in der Tabelle das vom Typ Integer, ist einen String zu übergeben. Das hat zwar funktioniert, lag aber an der Fehlertoleranz des Datenbanksystems, manchmal auch an einer gewollten impliziten Umwandlung. Potential für Fehler war da jedenfalls immer drin. Und dass damit SQL-Injections verhindert werden konnten, mag richtig sein, die richtige Maßnahme dafür ist es aber schon lange nicht mehr.

Und wenn die Programmiererei so einfach wäre, dann könnts ja jeder

Lass uns doch einfach gute Software bauen! Da gehört allerdings auch dazu, das vom Insert nicht abgedeckte Felder einen Defaultwert bekommen, die arme Datenbank muss sich sonst ja selbst was einfallen lassen.

Bei dem Multishopsystem hoffe ich ja nur, dass Ihr das nicht kostenlos macht. Zum einen brauchen das die Shopeinsteiger nicht, zum anderen kann ohne Finanzierung keine gute Software erstellt werden.

Nur meine bescheidene Meinung

schönen Abend noch

Magnus

[mmaass]

Dann könnte dies bis zum kommenden Release für die wenigen Fälle eine Lösung sein.

Wie man gute Software baut, ist uns nicht fremd. Aber dazu gehören auch die Anfangsgegebenheiten, die vor über 15 Jahren nicht da waren.
Und wir sind immer dran, dies zu korrigieren und weiter zu entwickeln. Im letzten Jahr verbrachten wir mehr Zeit, um die Software zu optimieren und zu aktualisieren als neue Features entwickeln zu können. Also wir machen das schon. Sonst hätten wir auch keine PHP7 und Mysqlli fähige Software.

Und in unserem Pagedonkey kommen all die schönen Dinge zum Einsatz, die heute möglich sind.
Z.B. auch Dein immer gewünschtes Modulares System, was wir bei Randshop wahrscheinlich nicht mehr rein bekommen, es sei denn, man finanziert uns ein Jahr Arbeitszeit.
Aber erst mal müssen wir die Beta veröffentlichen, Randshop ist in der Prio natürlich immer noch vorn und andere Produkte müssen manchmal warten.

Nein, dass Multishopsystem wird es definitiv nicht kostenfrei geben.