-gelöst- Fehler bei Datenübertragung - bitte um Hilfe

[Andreas Grambow]

welche rechte hat der Ordner /admin/includes


???

 

[Andreas Grambow]

wer ist dein Provider?

 

[accu-maxx]

Hallo

Ordner Admin/includes = 744
Die Ordner für Connector stehen auf 755, sind aber trotzdem nicht erreichbar.

Provider ist Domainbox.de, seit 1999 fast keine Probleme.

Gruss Hans

 

[accu-maxx]

Hallo Andreas,

das Thema scheint sich erledigt zu haben:

Verzeichniss /admin/includes muss auf 755 stehen.
Wie sich die Rechte selbst verstellen kann ich mir nicht erklären. Solange ein System läuft greife ich nicht ein.

Jw ist ein Programm erster Klasse, Vielen Dank an die Entwickler und natürlich auch an die Moderatoren in diesem Forum.

Vielen Dank nochmal für die moralische Unterstützung.

Gruss Hans

 

[Andreas Grambow]

kein Problem, sprich in den Shopadmin lommst du jetztwieder rein?

das mit dem Connector ist dann auch klar, da er auch auf einige Dateien in diesem Ordner zurückgreift.

geht die Wawi (Abgleich) auch wieder?

 

[accu-maxx]

Alles wie vorher. Unser Provider schickte eine eMail mit dem Hinweis, dass das Verzeichniss ../admin/includes auf 755 gesetzt sein muss. Habe ich gemacht, und schon läuft ALLES wieder, incl. der Bestellübernahme.
Schade nur über die 2 Tage alte Datensicherung, die ich in Jw eingespielt habe.

Wer keine Arbeit hat macht sich welche.

Wie sich Dateirechte verstellen können ist mit rätselhaft.

Gruss Hans

Deine Website gefällt mir ...

 

[Andreas Grambow]

geht eigentlich auch nicht. oft ist es, nachdem der Provider am Server gearbeitet hat, bzw. dich auf einem neuen Server hosted, weil der andere für Warungsarbeiten benötigt wird. bis jetzt lag es in so einem Fall fast immer ein so etwas.

 

[accu-maxx]

Guten Abend,

das Problem hat sich leider noch nicht erledigt. Neue Artikel einpflegen ist OK.

Wie ich hier im Forum inzwischen gelesen habe, haben andere dieses Problem beim Abgleich der schon vorhandenen Artikel auch. Aber nirgends eine Lösung. Dateirechte mehrfach überprüft (Alle 755)

403 - Forbidden

Einen kompletten Abgleich hatte ich im Januar 2 x durchgeführt, ohne Probleme. Gibt es noch irgendwelche Ansätze, wo man den Fehler suchen kann ?

Gruss Hans

 

[Andreas Grambow]

den 403 auf welcher Datei?

ansonsten einfach den Shop neu aufsetzen.

 

[accu-maxx]

Da hält sich Microsoft leider bedeckt, sonst könnte man den Fehler schneller lokalisieren.

Gruss Hans

 

[Andreas Grambow]

Bei den anderen sin d alle Probleme gelöst. Zumindestens sind mir keine ungelösten bekannt.

Das Problem in fast allen Fällen war eine Umstellung von php4 auf php5 und die Probleme wurden von den jeweiligen Providern erledigt.

Einer ist mir bekannt, wo es Probleme gab, da lag es daran, dass der Server auf einen neuen Server gespielt wurde (Wahrscheinlich HArdewareaustausch) und daher fast gar keine Zugriffsrechte stimmten. Das stellte sichdamals genau wie bei dir da!!!

Dabei war es bedeutend schneller und einfacher den ganzen Shop neu aufzusetzen und über alle Daten erneut senden alles in den Shop zu laden. Aufwand war ca. 1,5-2 Stunden.

danach lief es auch bei diesem einen User.

Wäre ja schön zu wissen, ob die etwas gemacht haben und wenn --> was!!!

 

[accu-maxx]

Guten Morgen Andreas,

Shop neu aufsetzen ? Meinst Du damit komplett neue Installation, incl. Datenbank oder nur die Dateien neu hochladen. Der Shop ist das einzige was noch funktioniert. Die Dateirechte habe ich inzwischen mehrfach geprüft und eingestellt.
Neuerdings bekomme ich bei einem Abgleich einen 403-Fehler bei der Datei GetHaendlerKunden.php. Bei Eingabe dieser Datei in den Browser bekomme ich richtigerweise den Returncode "0".
Was mir noch aufgefallen ist: Bei den Connectordateien unterscheidet der Browser strikt nach Gross- und Kleinschreibung (wenn nicht beachtet: resultat= 404-Fehler), bei einer URL eigentlich nicht üblich, oder ?

Gruss Hans

 

[Thomas Lisson]

Hallo Hans,

Bei den Connectordateien unterscheidet der Browser strikt nach Gross- und Kleinschreibung (wenn nicht beachtet: resultat= 404-Fehler), bei einer URL eigentlich nicht üblich, oder ?

Doch, das ist üblich. Bei Domainnamen ist dies nicht so. Bei Dateien schon unter Linuxmaschinen.

Neuerdings bekomme ich bei einem Abgleich einen 403-Fehler bei der Datei GetHaendlerKunden.php. Bei Eingabe dieser Datei in den Browser bekomme ich richtigerweise den Returncode "0".

Sieht stark nach DDOS Schutz am Server aus. Wenn er zuviele Anfragen auf eine bestimmte Datei bekommt, sperrt er. Dazu kann Dir der Hoster näheres zu sagen. Er sollte auch in den Logs sehen, wo der Schutz gegriffen hat.

 

[accu-maxx]

Hallo Thomas,

den Provider habe ich angemailt.
Ich habe gerade ein weiteres Phänomen festgestellt:
Bei neuen Artikeln (NICHT duplizierte Artikel) funktioniert alles reibungslos. Nach dem Löschen dieses Artikel kommt beim Abgleich wieder dieser 403-Fehler. Bei Abgleich EINES Artikels wird der Artikel trotz Fehlermeldung aktualisiert, bei mehreren Artikeln wird nur der Erste aktualisiert.

Gruss Hans

 

[Thomas Lisson]

Hallo Hans,

das Problem liegt serverseitig.

Es macht keinen Unterschied, ob man einen neuen Artikel erstellt oder einen dupliziert. Die Technik, wie versendet wird, ist diesselbe.

 

[accu-maxx]

Hallo,

hier kommt die Antwort von meinem Provider. Könnt IHR damit was anfangen ?? Ich nicht !

Das Problem ist, das Sie zuviele Zugriffe/Sekunde auf eine Datei
ausführen. Selbst mit 6 zugelassenen Zugriffen/Sekunde auf eine Datei
kommt ihr Tool nicht aus:

82.83.157.143 - - [20/Feb/2007:16:29:40 +0100] "POST
/shop2/admin/includes/modules/eazysales_connector/dbeS/KategorieArtikel.ph
p HTTP/1.1" 200 267 "-"
" JTL-wawi"
82.83.157.143 - - [20/Feb/2007:16:29:40 +0100] "POST
/shop2/admin/includes/modules/eazysales_connector/dbeS/Attribute.php
HTTP/1.1" 200 267 "-" "JTL-w
awi"
82.83.157.143 - - [20/Feb/2007:16:29:40 +0100] "POST
/shop2/admin/includes/modules/eazysales_connector/dbeS/Attribute.php
HTTP/1.1" 200 267 "-" "JTL-w
awi"
82.83.157.143 - - [20/Feb/2007:16:29:40 +0100] "POST
/shop2/admin/includes/modules/eazysales_connector/dbeS/Attribute.php
HTTP/1.1" 200 267 "-" "JTL-w
awi"
82.83.157.143 - - [20/Feb/2007:16:29:40 +0100] "POST
/shop2/admin/includes/modules/eazysales_connector/dbeS/Attribute.php
HTTP/1.1" 200 267 "-" "JTL-w
awi"
82.83.157.143 - - [20/Feb/2007:16:29:40 +0100] "POST
/shop2/admin/includes/modules/eazysales_connector/dbeS/Attribute.php
HTTP/1.1" 200 267 "-" "JTL-w
awi"
82.83.157.143 - - [20/Feb/2007:16:29:40 +0100] "POST
/shop2/admin/includes/modules/eazysales_connector/dbeS/Attribute.php
HTTP/1.1" 403 1300 "-" "JTL-
wawi"

Noch höher kann ich den wert aber momentan nicht setzen, da sonst kein
sinnvoller DOS schutz mehr besteht.

Gruss Hans

 

[Thomas Lisson]

Hallo Hans,

selbst 6 Zugrffe / Sec ist sehr wenig. Wir können das "Tempo" nicht künstlich herunterschrauben, das macht keinen Sinn.

Evtl. neuen Hoster suchen?

 

[accu-maxx]

Hallo Thomas,

in diesem Fall hilft es nur die Attribute auf die Anzahl von 6 zu begrenzen.
Durch den Import der Arikel aus XTC sind alle, auch die nicht benötigten, in Jw eingetragen. Dies führte nun zu diesen Fehlermeldungen.
Vielleicht ein Tip für die Zukunft: Leere Attribute nicht importieren.

Ich muss jetzt alle nicht benötigten Attribute in Jw löschen.

Gruss Hans

 

[accu-maxx]

Nachtrag:
Ich habe jetzt die Attribute.php ein wenig langsamer gemacht. Dadurch gibt es keine Fehlermeldungen mehr. Der Abgleich ist bei keinen oder wenigen Atrributen fast ohne Zeitverlust.
Ich kann mir vorstellen, dass auch andere Provider einen DOS-Schutz installieren.

Gruss Hans

 

[Thomas Lisson]

Hallo Hans,

Ich kann mir vorstellen, dass auch andere Provider einen DOS-Schutz installieren.

Du bist uns derzeit der Dritte bekannte Fall, der Probleme mit Dos Schutz hat.

Zusammen mit JTL- Shop 2 wird die Kommunikationsschiene effizienter gemacht - unter anderem werden die Zugriffe um den Faktor 10 pro Artikel abnehmen. Das sollte solche Probleme aus der Welt schaffen.