keine neuen Bestellungen mehr im Backend zu sehen

[smothy]

Hallo zusammen,

ich habe ein Problem - es werden keine neuen Bestellungen mehr im Backend angezeigt.
Es geht bis September 2016
jedoch gingen 3 weitere Bestellungen im Oktober ein - aber diese sind nicht zu sehen.

Kunden hat bereits bezahlt - jedoch weiss ich am Ende gar nicht welche Bestellung das genau ist - da ich eben nichts sehe.

Danke euch vielmals

Linkback: https://www.modified-shop.org/forum/index.php?topic=35896.0

[Bonsai]

1) Zunächst mal direkt in der Datenbank nachsehen (beim Provider den phpmyadmin nehmen.)
Tabellen sind
orders
Sortiere absteigend nach orders_id, kopiere Dir die Kundendaten raus, schreibe die orders_id dazu

Dann für jede order_id das machen:
(xy mit der jeweiligen orders_id ersetzen)

Code: SQL  [Auswählen]

SELECT * FROM orders_products WHERE orders_id=xy

Jetzt hast du auch die Artikeldaten und kannst somit die Ware versenden.

2) Im backend einschalten, dass Du auch die order mail bekommst!!!!! Dann hättest Du das Problem jetzt nicht. Lege notfalls einfach eine neue Maildresse an, wo Du Dir das hinschicken lässt, wenn Dich die vielen mails nerven.

3) Beim Provider anfragen, wie man bei Dir an das error_log des Webservers rankommt. Das brauchen wir hier.

[smothy]

Hallo,

zunächst, danke für deine schnelle Reaktion auf mein Problem.

also in phpmyadmin bin ich drin, habe sortiert nach order_id
und was bzw wie genau stell ich es nun an die Kundendaten zu kopieren ?

meinst du in Excel exportieren/kopieren oder wie ?
Und das mit dem "xy" orders_id ersetzen versteh ich leider auch nicht ganz - tut mir leid

Was noch zu sagen ist - der eine Kunde hat bereits bezahlt und da seh ich auf dem Belegt die Bestell Nr.
diese Bestell-Nr. dazu gibt es aber bereits eine Bestellung - vom Mai
Bestell Nr 663 und genau diese wurde wohl erneut vergeben
Ebenso ist der Kunde bzw die Kundin gar nicht als Kunde angelegt - also erscheint auch nicht in der Kundenliste ( Übersicht )

Auch ist - dass diese neuen Bestellungen jetzt vom Oktober gar nicht in der mysql Datenbank drin sind - nicht zu sehen.
Eine Testbestellung hatte ich auch bereits gemacht - ging ohne Problem - Bestell-nr hat es auch hochgezählt wie es sein soll.

Danke

[Bonsai]

OK, dann noch einfacher ... einfach oben auf SQL klicken und das eingeben:

Code: SQL  [Auswählen]

CREATE VIEW order_overview SELECT o.*, op.products_model, op.products_name, op.products_price, op.products_discount_made, op.final_price, op.products_tax, op.products_quantity, op.allow_tax FROM orders o LEFT JOIN orders_products op ON o.orders_id = op.orders_id ORDER BY o.orders_id DESC LIMIT 100

Dann taucht links in der tabellenliste eine View "order_overview" auf. Diese anklicken, dann auf Export, Excel.

Das ist eine Tabelle (auf 100 Zeilen begrenzt) der neuesten Bestellungen. Da für eine Bestellung mehrere Artikel möglich sind, gibt es für jeden bestellten Artikel eine Zeile. Also die Linke Seite der Tabelle vor products_model enthält Duplikate .... zu erkennen an der ersten Spalte orders_id

[smothy]

Hallo -
Danke dir soweit - denke das bekomm ich hin,

allerdings ist doch damit das eigentliche Problem nicht gelöst bzw. erkannt oder ?
Also warum gab es im Oktober 3 Bestellungen welche nicht im Backend von modified-shop
zu sehen sind ?

[Bonsai]

Nein, das war jetzt ein Schnellschuss, damit Du wieder versenden kannst und Deine Kunden nicht sauer werden.

Was jetzt fehlt:

3) Beim Provider anfragen, wie man bei Dir an das error_log des Webservers rankommt. Das brauchen wir hier.

Alternativ könnte man das error_log auch über die .htaccess in den Ordner /log umleiten.

[christianwagner]

Also wenn sich das über einen Monat hinzieht weiß ich auch nicht aber verschwundene Bestellungen hatte  ich auch mal als mein Hoster "vermutlich nachts am Server geschraubt hat". Ich hab emails erhalten aber sah von dieser Nacht keine Bestellungen.

Wenn Du keine Bestellemails abrufen möchtest dann lass sie einfach auf ein Backup eMail Konto bei Gmail weiterleiten so mach ich das.

[smothy]

so @Bonsai - habe beim Hoster nachgefragt wegen der Log Datei - die kann er leider nicht herausgeben
aber er hat wohl geschaut und meinte er kann nichts erkennen bzgl. des Fehlers.
Ich hatte Ihm ein eindeutigen Datensatz bzw. eine Bestellung genannt von einer Person mit Datum und er konnte nichts feststellen.

Was könnte es nun sein ?
Ich möchte nur vermeiden, dass es nochmal passiert.
Wie bereits erwähnt, hatte ich eine Probebestellung gemacht vor 6 Tagen und ging ohne Probleme.

Danke euch vielmals

[AGI]

Hallo Smothy,

verstehe ich dein Problem richtig:
Die Kunden oder du selbst bestellen bei dir im Shop ohne eine Fehlermeldung?
Alle Bestellungen werden auch per E-Mail bestätigt?

Im Admin-Bereich des Shops siehst du aber weder die Bestellung, noch die neuen Kunden?
Du sagtest, ein Kunde hat aktuell auch bezahlt, aber mit einer Bestellnummer die bereits im Mai vergeben wurde.

Für mich sieht es so aus, als arbeiten der Admin-Bereich und das Frontend des Shops mit unterschiedlichen Datenbanken.
Bitte überprüfe die Datenbank-Konfiguration in den Dateien
admin/includes/configure.php
includes/configure.php

Viele Grüße
Andreas

[Bonsai]

so @Bonsai - habe beim Hoster nachgefragt wegen der Log Datei - die kann er leider nicht herausgeben

Der Hoster ist kein Hoster, sondern ein Scheißhaufen!
suche in der /includes/configure.php den Wert für DIR_FS_DOCUMENT_ROOT
Dann das hier bei XXXXX einfügen:

Code: XML  [Auswählen]

php_flag log_errors on
php_flag display_errors off
php_value error_log /XXXXXlog/error.log
php_value error_reporting 22519

und das ganze in Deine .htaccess packen. Dann kann dich der Hoster mal Kreuzweise und Du hast Dein eigenes error.log

ACHTUNG! Wenn Du bei www.deine-domain.de/logs/error.log etwas angezeigt bekommst, MUSS in den Ordner /log noch eine .htaccess rein:

Code: XML  [Auswählen]

Deny from All

Wenn Du jetzt irgendwelche Scriptfehler hast, kannst Du mit dem FTP Programm das error.log runterladen und ansehen.

[smothy]

Ok mache ich - Ich danke dir vielmals.

Melde mich schnellstmöglich wieder um zu Berichten oder zeigen.

Danke

[Bonsai]

Bitte auch den Einwurf von AGI beachten! Er könnte damit recht haben! Das wäre genau das Fehlerbild ...

[smothy]

Hallo zusammen,

das mit dem Beitrag von AGI hatte ich überlesen -
ich habe es soeben überprüft - also bei beiden configuration.php Dateien stehen die gleichen Daten bzgl. Datenbank drin.
username
passwort
database
bei beiden das gleiche.

Könnte das dennoch der Grund sein obwohl die ganze Zeit die Bestellungen normal liefen ?
Auch meine Testbestellung danach hatte funktioniert

Zu deinem Beitrag Bonsai wegen der error log ...
was meinst du mit ACHTUNG ... mit der url/domain.../logs  << den ordner logs gibt es gar nicht
gibt nur den ordner log und da ist keine .htaccess imoment drin
heisst das ich muss eine erstellen ? oder erst wenn meldungen erscheinen ?

Danke

[Bonsai]

Ja ... log ist richtig.

lege da eine .htaccess Datein rein mit dem Inhalt:

Code: XML  [Auswählen]

Deny from All
 

Ansonsten könnte man das error log über den Browser lesen .... ganz schlecht wenn mal ein Passwort oder eine SessionID im Logfile auftaucht!

[smothy]

Ok -habe ich nun gemacht -- dann mal schauen ob es wirklich korrekt von mir eingestellt wurde

Danke euch/dir ( Bonsai ) vielmals