Rechnung / Lieferschein öffnet sich nicht im Backend

[rf-musik]

Hallo
bei mir öffnet sich im Backend (Adminbereich)-->Konfiguration-->Rechnung/ Lieferschein nicht mehr (um anpassungen vorzunehmen), ich habe schon den PdfCreator aus einem laufendem Shop installiert, keine funktion.
Shop Version 2.3.3.1, Mobile Candy 1.2.4, StyleEdit aktuell

374

Danke für die Hilfe

Gruß Ralf

[rf-musik]

Hallo
bei mir öffnet sich im Backend (Adminbereich)-->Konfiguration-->Rechnung/ Lieferschein nicht mehr (um anpassungen vorzunehmen), ich habe schon den PdfCreator aus einem laufendem Shop installiert, keine funktion.
Shop Version 2.3.3.1, Mobile Candy 1.2.4, StyleEdit aktuell

374

Danke für die Hilfe

Gruß Ralf


kann es evtl an magnalister liegen, das haben wir als modul installiert und laufen!

[rf-musik]

jetz stelle ich fest das mein StyleEdit auch nicht mehr funktioniert - aber im vergleichsshop auf dem die exakten dateien sind.

[rf-musik]

so habe den kommpletten Shop neu aufgesetzt, bis auf mein erstes problem funktioniert wieder alles und der Shop läuft flüßiger - ich gehe davon aus das es am magnalister liegt, die meinten ich solle mich an Gambio wenden!
tolle Aussage.

Gruß Ralf

[KlausK]

Gibt es denn im Log keine Meldung dazu?
Bei Gambio ist ein derartiges Problem nicht bekannt.
Und auch in unserem Testshop gibt es hierzu keine Probleme.

Hast du bei der Neuinstallation auch eine jungfräuliche DB verwendet?
Welche PHP-Version nutzt du?

[rf-musik]

Hallo Klaus,

im Log steht nichts davon drin, ich nutze meine alte Datenbank,
Server Version: "gambio":"v2.3.3.1",
"phpversion":"5.4.43",
"mysqlversion":"5.6.23-log",
"SERVER_SOFTWARE":"Apache",

[KlausK]

Dann liegt das Problem wohl eher in deiner DB.
Beim öffnen von "Rechnung / Lieferschein" im Backend wird aus der DB als erstes deine Stammdaten abgefragt.
Wahrscheinlich liegt da irgendwo der Fehler den das Shopsystem aber nicht abfängt und deshalb auch nicht loggen kann.

Ich sehe gerade, dass die Texte "Kopfteil | Hinweistexte | Fussteil | AGB/Widerruf | E-Mail Rechnung" auch nicht aufgebaut werden.
Vielleicht liegt das Problem in der Tabelle language_phrases_cache, dass dort ungültige Einträge vorhanden sind.
Tritt das Problem auch im englischsprachigen Backend auf?

[rf-musik]

Hallo Klaus,
habe nochmal die Datenbank erneuert (neue Datenbank), und nur die Tabelle language_phrases_cache aus einem funktionierenden Shop kopiert - aber auch kein Erfolg.
Englisch das gleiche...
Du schreibst das Texte "Kopfteil | Hinweistexte | Fussteil | AGB/Widerruf | E-Mail Rechnung" nicht aufgebaut werden, das ist bei uns nicht so - es funktioniert bis auf mein problem alles im Shop.

Da die Lieferschein und Rechnung ja richtig konfiguriert sind, muß ich da ja nicht ran - ich gebe mich damit ab, das es so ist.

Danke für die viele Mühe.
Gruß Ralf

[KlausK]

Du schreibst das Texte "Kopfteil | Hinweistexte | Fussteil | AGB/Widerruf | E-Mail Rechnung" nicht aufgebaut werden, das ist bei uns nicht so - es funktioniert bis auf mein problem alles im Shop.
Was soll ich sagen? Dein von dir gepostetes Foto zeigt aber etwas anderes! :confused:

[rf-musik]

Hallo Klaus,
das Foto ist nur ein ausschnitt des Fehlers,
habe jetzt mal ne neue Datenbank andere Domain angelegt und neuen Shop hochgeladen, jetzt im nackten zustand incl. magnalister funktioniert alles, die frage ist nur, welche Dateien aus der Datenbank muß ich kopieren das der Shop wieder so läuft das alle Produkte, Bestellungen, Artikelbilder Kategorien, AGB und und und funktionieren!
Ich weiß ist ne schwere frage?
Gruß Ralf

[rf-musik]

so habe hier den GX2-Import-Assistent gefunden klappt es damit GX2 zu GX2 ?

oder doch lieber manuel viele sind es ja nicht, habe folgende Dateien Ausgewählt:

address_book
categories
categories_description
customers
customers_status
customers_status_history
manufacturers
manufacturers_info
orders
orders_products
orders_products_attributes
orders_products_download
orders_status
orders_status_history
orders_total
personal_offers_by_customers_status_0
personal_offers_by_customers_status_1
personal_offers_by_customers_status_2
personal_offers_by_customers_status_3
products
products_attributes
products_attributes_download
products_content
products_description
products_images
products_options
products_options_values
products_options_values_to_products_options
products_to_categories
products_vpe
products_xsell
products_xsell_grp_name
shipping_status
specials

banktransfer
banktransfer_blz
campaigns
campaigns_ip
coupons
coupons_description
coupon_email_track
coupon_gv_customer
coupon_gv_queue
coupon_redeem_track
reviews
reviews_description

images/categories/
images/manufacturers/
images/product_images/


Gruß Ralf

[rf-musik]

shop neu erstellt - alte datenbank über shop gespeichert - alte datenbank dem neuen shop hinzugefügt - im neuen shop die datenbank wiederhergestellt - image order kopiert - Shop läuft einwandfrei mit allen alten bestellungen etc...

[rf-musik]

Hallo,

habe den shop jetzt auf die Version 2.4.0.0 upgedatet mit der Hoffnung jetzt funktioniert die Rechnung/Lieferschein Einstellung - leider auch nicht -
welche datei in der Datenbank ist für die Rechnung/Lieferschein zuständig - ich habe schon die ganze Datenbank durchsucht.

was immer noch kommisch ist wenn ich den Shop in einen Unterordner mit neuer Domain setzte läuft alles...

[KlausK]

Wenn du Rechnung/Lieferschein aufrufst, wird ja als erstes der Kopfteil aus Inhalt angezeigt.
Die Texte für Kopfteil kommen aus der Tabelle emails

Laut deinem Bild werden aber schon die Links Kopfteil | Hinweistexte | Fussteil | AGB/Widerruf | E-Mail Rechnung nicht angezeigt.
Diese Werte bzw. Begriffe kommen alle aus der Tabelle language_phrases_cache

Hast du vielleicht noch USERMOD-Dateien im Verzeichnis /lang?

[rf-musik]

Hallo Klaus,

richtig Kopfteil, Hinweistext und Co. wird auch nicht angezeigt, ich habe die sql datei language_phrases_cache von einem laufenden Shop kopiert - Funktioniert auch nicht.

Usermod Dateien habe ich nicht im Verzeichnis / lang?

und die BESUCHERSTATISTIK Funktioniert auch nicht...

kann es an meiner SSL Verschlüsselung liegen?

Gruß Ralf

[rf-musik]

Hallo,
jetzt läßt sich unsere Shopseite mit Mozilla Firefox gar nicht mehr aufrufen, leert man den Firefox Cache funktioniert der Seiten aufbau bis zum Login,
nach dem einloggen, gibt es wieder eine fehlermeldung und die Seite öffnet sich nicht mehr. hier nur mit Mozzila Firefox -
MS IE keine probleme.
jetzt
habe ich mein SSl Zertifikat von Comodo deinstalliert, jetzt funktioniert wieder alles, im Shop lassen sich auch die Rechnungen / Lieferschein bearbeitung öffnen.

Wie geht das?

Gruß Ralf

Im Anhang mal die Logdatei mit den Fehlern

[KlausK]

In deinem Log hat wohl das Page-Token System zugeschlagen (Unsecure page token).
Das kann natürlich häufiger vorkommen wenn SSL nicht korrekt konfiguriert ist!

Für das Zertifikat musst du dir die grundsätzliche Frage stellen:
Wie soll dein Shop aufgerufen werden, bzw. wie ist deine Domain beim Provider eingerichtet worden?
Auf stampcorner.de oder auf www.stampcorner.de ?

Ist dann das Zertifikat auf stampcorner.de oder www.stampcorner.de ausgestellt?

Entsprechend müssen auch beide configure.php bearbeitet werden


define('HTTP_SERVER', 'http://stampcorner.de'); // eg, http://localhost - should not be empty for productive servers
define('HTTPS_SERVER', 'https://stampcorner.de'); // eg, https://localhost - should not be empty for productive servers
define('ENABLE_SSL', true); // SSL: true = active, false = inactive

oder mit www


define('HTTP_SERVER', 'http://www.stampcorner.de'); // eg, http://localhost - should not be empty for productive servers
define('HTTPS_SERVER', 'https://www.stampcorner.de'); // eg, https://localhost - should not be empty for productive servers
define('ENABLE_SSL', true); // SSL: true = active, false = inactive


Und für /admin/includes/configure.php genauso:


define('HTTP_SERVER', 'http://stampcorner.de'); // eg, http://localhost or - https://localhost should not be empty for productive servers
define('HTTP_CATALOG_SERVER', 'http://stampcorner.de');
define('HTTPS_CATALOG_SERVER', 'https://stampcorner.de');
define('ENABLE_SSL_CATALOG', 'true'); // SSL: 'true' = active, 'false' = inactive

bzw. mit www


define('HTTP_SERVER', 'http://www.stampcorner.de'); // eg, http://localhost or - https://localhost should not be empty for productive servers
define('HTTP_CATALOG_SERVER', 'http://www.stampcorner.de');
define('HTTPS_CATALOG_SERVER', 'https://www.stampcorner.de');
define('ENABLE_SSL_CATALOG', 'true'); // SSL: 'true' = active, 'false' = inactive


Außerdem musst du berücksichtigen, ob du irgendetwas mit absoluten Pfaden hardgecoded hast.
Wenn ja, dann gibt es ebenfalls Caos pur!

Auch in der DB würde ich nach absoluten Pfaden suchen und nach Möglichkeit relative daraus machen.

[rf-musik]

Hallo Klaus,
ich habe beide Domain www und ohne www mit dem SSL Zertifikat, auf meinen configure Dateien waren aber nur www mit SSL auf true gesetzt - vielleicht lag es daran, ich muß mir ein neues Zertifikat erstellen, da ich das alter deinstalliert habe. melde mich dann ob es geklappt hat.
Gruß Ralf

[rf-musik]

Hallo Klaus alles erneuert Configure angepasst aber mozilla Firefox spielt verrückt.
wenn ich im Shop auf Session gehe und dann SSL wieder einstelle so wie es vorher war geht nichts mehr - "Unsecure page token!" welche token meint er den???

Gruß Ralf

[KlausK]

Es werden ja auch überhaupt keine Zertifikatsdaten zur Verfügung gestellt!

Was ist das für ein Zertifikat? Wo kommt das her?
Und wieso musst du ein neues Zertifikat erstellen, wenn du es installiert hast??? Da brauchst du kein neues!

Ohne Zertifikatsdaten kann der Browser die Herkunft der Seite bzw. den Besitzer nicht verifizieren und lehnt die Verbindung mit einem "sec_error_ocsp_unauthorized_request" dankend ab!

[rf-musik]

Hallo Klaus das ist ein comodo Zertifikat, es hat bis gestern einwandfrei gearbeitet.
habe ein neues zertifikat installiert und es funktioniert mit IE es wird auch angezeigt...
mir raucht der Kopf...

Leader hat jetzt geantwortet das Zertifikat ist OK hier ein Link: https://sslanalyzer.comodoca.com/?url=stampcorner.de

aber das sagt der Firefox:

"Ein Fehler ist während einer Verbindung mit stampcorner.de aufgetreten. Der OCSP-Server hat diese Anfrage als unautorisiert abgelehnt. (Fehlercode: sec_error_ocsp_unauthorized_request)
Die Website kann nicht angezeigt werden, da die Authentizität der erhaltenen Daten nicht verifiziert werden konnte.
Kontaktieren Sie bitte den Inhaber der Website, um ihn über dieses Problem zu informieren."

was ist im Shop anders - wir haben gestern nichts verändert, am Abend funktionierte der Shop mit Firefox nicht mehr.

Gruß Ralf

[KlausK]

OK. Das Zertifikat ist offenbar korreket installiert.
Auch deine Configs sind scheinbar korrekt eingestellt.

Aber der FF kommt damit nicht zurecht.
Schau mal in die Produktbeschreibung des Zertifikats welche Browser damit kompatibel sind.
Das Zertifikat ist jedenfalls nicht geeignet!

[rf-musik]

Hallo Klaus,

habe noch mal mit dem Anbieter Kontaktiert Browser Cache geleert und aufeinmal läuft das Zertifikat mit Mozilla Firefox.

Komisch komisch, jetz wo das zertifikat wieder arbeitet funktioniert aber meine Rechnung / Lieferschein nicht mehr - hoffe da brauche ich nie etwas ändern...

@Danke Klaus

[KlausK]

Das kann aber mit dem Browser-Cache nichts zu tun haben. Bei mir funktionierte deine Seite wieder ohne den Cache zu leeren.
Ich gehe mal davon aus, dass auf Seiten deines Anbietes noch etwas klemmte, oder die Caches im Shop noch nicht geleert waren.

Deine Configdateien sind aber immernoch falsch eingestellt!
Du hast jetzt bei define('HTTP_SERVER', ein https:// eingetragen.
Damit ist zwar deine ganze Seite verschlüsselt, aber erstens ist das unnötig und zweitens rät Gambio ausdrücklich davon ab, weil es immernoch zu schweren Problemen kommen kann.
Gambio testet das zwar mit einigen Shopbetreibern, aber da hängt vieles von der eigentlichen Server-Konfiguration ab.
Auf meinem Server funktioniert das übrigens sehr gut. Sogar mit dem alten GX1!

Wenn du die beiden configure.php nach Anleitung bearbeitest, dann dürfte es jetzt auch keine Probleme in deinem Backend geben.

[rf-musik]

Hallo Klaus,

ich habe mir mal meine 4 Configure Dateien angeschaut, dort sehe ich hinter define('HTTP_SERVER', ein https:// kein eingetragenes s
mein Zertifikat ist für meine Web-Adresse mit www und ohne www muß ich da was beachten?

Admin - configure.org.php

define('HTTP_SERVER', 'http://stampcorner.de'); // eg, http://localhost or - https://localhost should not be empty for productive servers
define('HTTP_CATALOG_SERVER', 'http://stampcorner.de');
define('HTTPS_CATALOG_SERVER', 'https://stampcorner.de');
define('ENABLE_SSL_CATALOG', 'true'); // SSL: 'true' = active, 'false' = inactive

Admin - configure.php

define('HTTP_SERVER', 'http://stampcorner.de'); // eg, http://localhost or - https://localhost should not be empty for productive servers
define('HTTP_CATALOG_SERVER', 'http://stampcorner.de');
define('HTTPS_CATALOG_SERVER', 'https://stampcorner.de');
define('ENABLE_SSL_CATALOG', 'true'); // SSL: 'true' = active, 'false' = inactive

includes - configure.org.php

define('HTTP_SERVER', 'http://stampcorner.de'); // eg, http://localhost - should not be empty for productive servers
define('HTTPS_SERVER', 'https://stampcorner.de'); // eg, https://localhost - should not be empty for productive servers
define('ENABLE_SSL', true); // SSL: true = active, false = inactive

includes - configure.php

define('HTTP_SERVER', 'http://stampcorner.de'); // eg, http://localhost - should not be empty for productive servers
define('HTTPS_SERVER', 'https://stampcorner.de'); // eg, https://localhost - should not be empty for productive servers
define('ENABLE_SSL', true); // SSL: true = active, false = inactive


Gruß Ralf

[KlausK]

Die beiden configure.org.php sind nur Kopien der configure.php
Die wurden bei der Installation des Shops angelegt und dienen nur als Referenz, wenn du mal eine configure.php vermurksen solltest.

Mit der Konfiguration dürfte der Shop gar nicht komplett über HTTPS laufen, sondern nur der Kundenbereich und Bestellabwicklung.
Hast du noch irgendwo .htaccess Dateien angelegt, die vielleicht alles auf HTTPS umleiten?

Sind die Pfade denn auch alle korrekt angegeben? Mit abschließendem Slash?

Poste doch mal beide configure.php komplett als Textdatei, oder wenn dir das lieber ist, mir als PN.
Nicht vergessen DB_SERVER_USERNAME, DB_SERVER_PASSWORD und DB_DATABASE entfernen!

[KlausK]

Also, ich kann beim besten Willen keinen Unterschid erkennen. Es scheint alles OK zu sein.
Auch warum der komplette Shop verschlüsselt ist verstehe ich nicht. Vieleicht eine Einstellung beim Provider!?

Du könntest noch das Page-Token System abstellen, wenn es öfter Probleme machen sollte:
Backend >>> KONFIGURATION >>> Zusatzmodule >>> Page-Token System auf NEIN stellen

In der configure.php für den Admin könntest du auch noch diese Einstellung versuchen (http: weglassen):


define('HTTP_SERVER', '//stampcorner.de'); // eg, http://localhost or - https://localhost should not be empty for productive servers
define('HTTP_CATALOG_SERVER', '//stampcorner.de');

Das machte im Backend meines alten Shops auch Probleme. Ohne dem http: funktionierte es.

Und wenn es dann noch nicht klappt ... dann kapituliere ich :(

[rf-musik]

Hallo Klaus,

dank der entnahme http:// + https:// in der config datei für den Adminbereich, funktioniert dieser wieder zu 100%, es lassen sie die Rechnung / Lieferscheine und Besucherstatistik wieder öffnen :cool:
Token habe ich auch deaktiviert.
meinen Provider hatte ich auch schon angeschrieben, da das SSL Zertifikat nicht von ihm ist kann er mir da auch nicht weiterhelfen...(serverprofis)

Vorab ersteinmal vielen vielen Dank für deine ganze Mühe.

Gruß Ralf

[KlausK]

Na wenigesten mal ein Erfolgserlebnis heute ;)

[rf-musik]

Habe gerade mal mit meinen laptop über mozilla firefox undere Seite geöffnet und dort wurde diese Anfangs ohne ssl aufgerufen erst als ich mich einloggte sprang die Seite auf SSL um.
Danke noch mal :)