Internal Server Error bei Produkt-Download

[nadine0503]

Hallo Ihr Lieben,

aus heiterem Himmel funktionieren nun auf einmal meine Downloads nicht mehr. Ich habe aber nichts an der Software geändert oder Sonstiges. Es ist mir vollkommen schleierhaft wie das passieren konnte. Die Bestellung wird ganz normal durchgeführt und wenn ich nun unter "Ihr Konto" das Download abrufen möchte, erscheint folgende Fehlermeldung.

116

Kann mir da jemand weiterhelfen? Ich habe mich auch schon durch das WWW gewühlt, aber bin nicht so richtig fündig geworden bzw. das was ich dort gefunden und ausprobiert habe, hat das Problem nicht behoben. Meinen Provider habe ich auch bereits kontaktiert. Er kann keinen Server-Fehler feststellen.

Was ist da denn nur los?

LG Nadine

[KlausK]

Diese Meldung kann alles Mögliche bedeuten!

Du sagst, du hättest am Shop nichts geändert. Hier musst du aber unterscheiden, wann hast du den Fehler zum erstenmal bemerkt und seit wann tritt er tatsächlich auf!

Die Tatsache, dass sich auf dem selben Server deines Shops noch weitere 185 Domains mit vielleicht fragwürdigen Websites rumtreiben, macht die Fehlersuche nicht einfacher.
Und auf einen solchen Server würde als Hoster ehrlich gesagt auch nicht die LOG's durchsuchen wollen.

Damit wir uns das genauer anschauen können, solltest du deine Seite aber wieder aktivieren und einen Link hier einstellen!

[nadine0503]

Vielen Dank für deine Hilfe. Den Shop habe ich gerade wieder freigeschaltet. (Www.eulaliafarbenfroh.de) Die Fehlermeldung ist hier :http://www.eulaliafarbenfroh.de/pub/.gktkgnjcsmqhboxzxdr/BlueBabyBunny1.zip das kommt halt wenn man das download unter "ihr konto" ausführen möchte.

LG Nadine

[KlausK]

Max Mustermann hatt gerade ein "Little Monster" gekauft und will das jetzt downloaden! Allerdings wird er dort nirgends aufgeklärt, wo er den Downloadlink finden kann. :confused:

[nadine0503]

Max Mustermann kann jetzt unter "Ihr Konto" das Download ausführen...

[KlausK]

Die URL der Fehlermeldung enthält das Unterverzeichnis /pub/.
Die Downloadartikel befinden sich aber im Verzeichnis /download/?

Welche Rechte hat dein Verzeichnis /download?
Ist die .htaccess dort noch drin, und was steht drin?

Ist dein Shop auf den neuesten Stand?
Einige Updates beheben Fehler bei den Downloadartikeln!

[nadine0503]

Ja das mit der abweichenden URL verstehe ich auch nicht. Ja die Downloads liegen vollkommen korrekt im Verzeichnis /download

Ja in dem Verzeichnis liegt auch eine htaccess. Darin steht folgendes:

AuthType Basic
AuthName "No access"
AuthUserFile .htnopasswd
AuthGroupFile /dev/null
Require valid-user

Rechte stehen auf 777

Mein Shop hat folgende Version: v2.0.13.3 r9531

LG Nadine

[KlausK]

Dann mach mal ein Update auf v2.0.14.2. Dort wird nämlich auch die downloads.php aktualisiert.
Das trifft zwar wohl nicht ganz dein Problem, aber vielleicht erledigt es sich damit von selbst.
Dannach sehen wir weiter.

Edit:
Auch wenn du nur einen Webspace hast. Normalerweise müsstest du trotzdem Zugriff auf die Log-Dateien deiner Domain haben.
Schau mal, ob du da nicht irgendwas mit "Error" findest.

[nadine0503]

Vielen Dank für den Hinweis. Ich werde mal nach den Log-Dateien gucken. Aktuell scheint mein Provider noch intensiv nach dem Fehler zu suchen. Das will ich mal noch abwarten, bevor ich das Update mache. Mit Updates an sich bin ich ja auch leider eher ziemlich unbegabt. :-/ Vielleicht ist ein betreuter Shop für mich einfach die bessere Wahl. Alle paar Wochen ein Total-Ausfall des Shops, mag ich einfach nicht mehr. ;-)

[KlausK]

OK. Dann warte erstmal das Feedback ab.
Ansonsten ist ein "Betreuter Online Shop" kein Problem.
Es kommt nur darauf an, was du unter einem betreuten Shop verstehst!

[berny]

Alle paar Wochen ein Total-Ausfall des Shops, mag ich einfach nicht mehr. ;-)
Sollte das so sein, würde ich eher über den Provider nachdenken. Es kann nicht sein, dass der Shop alle paar Wochen ausfällt, da stimmt etwas anderes nicht.

[nadine0503]

Unter einem betreuten Shop verstehe ich, daß sich jemand um die Software kümmert. Sprich Updates und solche Fehler wie aktuell behebt bzw. vermeidet. :-)

Wird so etwas eigentlich auch für Gambio angeboten? Abgesehen von dem Gambio Support selbst? Denn eigentlich finde ich das Shopsystem echt gut...

[nadine0503]

@berny: Ja du, eben genau das macht mich auch stutzig. Aber was für günstige Alternativen gibt es? Ich zahle für 10 GB Webspace, unbegrenzten Traffic, unbegrenzte E-Mail-Postfächer, unbegrenzte Domains/Subdomains 36 Euro im Jahr...

[KlausK]

Unter einem betreuten Shop verstehe ich, daß sich jemand um die Software kümmert. Sprich Updates und solche Fehler wie aktuell behebt bzw. vermeidet. :-)
Das ist eigendlich das, was ich seit einiger Zeit einigen Großhändlern und Herstellern aus meinem Umfeld anbiete. Die wollen ihren registrierten Händlern einen B2B-Shop anbieten.
Ich kümmere mich um die Shops (GXI) und pflege teilweise auch deren Produkte ein. Die haben jedoch meist nur eingeschränkten Zugang zum Backend. Auf die Dateien haben die gar keinen Zugriff.
Die Dateien werden automatisch wöchentlich und bei Bedarf gesichert. Die Datenbanken mindestens täglich!

Für dich müsste ich das dann wohl etwas flexibler lösen. Aber das sollte machbar sein. Wenn du Interesse hast, einfach eine PN schreiben.

Ansonsten kenne ich nur noch einige große Anbieter wie 1und1 und Strato, die fertige Shops anbieten. Aber soweit ich weiß kein Gambio.
Dann wäre da noch shop-hosting.info, der wohl größte unter den Gambio-Miet-Shop-Anbietern, wobei ich auch nur den einen kenne :cool:
Die haben aber auch alle ihre Nachteile. Soweit ich das überblicken kann, bieten die keine täglichen Backups deiner Datenbanken, um Updates darfst du dich selbst kümmern und das alles gibts dann auch nur mit Vertragsbindungen, Einrichtungsgebühren, usw.!
Denn Gambio-Shop-Support musst du dann natürlich auch noch kaufen!!!

[nadine0503]

KlausK du wirst es nicht glauben. Ich habe gerade durch ein Ausprobieren den Fehler gefunden und beheben können. Mir kam es ja die ganze Zeit schon so spanisch vor, daß das Download in das Verzeichnis /pub weitergeleitet wird. Dieses Verzeichnis habe ich mir gerade mal anguckt und da war so ein hieroglyphen ordner und eine htaccess-datei. Der komische Unterordner lies sich nicht löschen, sondern hat sich immer wieder mit neuen hieroglyphen selber hergestellt. Also habe ich die htaccess geöffnet und den darin enthaltenen Inhalt mit einer Raute davor deaktiviert und siehe da, es entsteht kein neuer Ordner mehr und die Downloads funktionieren wieder !!!! Himmel bin ich happy. Jetzt würde mich nur noch interessieren wie so etwas entstehen kann?

in der datei stand/steht folgendes:

Options +FollowSymLinks -Indexes

LG Nadine

P.S. PN folgt gleich. :-)

[berny]

Ich denke, du hast unter Umständen hier einen Denkfehler.
Ich kenne das mit dem download jetzt nicht genau, aber könnte es nicht so sein, dass der Kunde einen Schlüssel (Hyroglyphen) bekommt, aus denen sich der Link zusammensetzt und damit einzigartig wird?
Ansonsten kann ja jeder die Dateien downloaden.....

Wenn dem so wäre, stimmt einfach die Htaccess im root nicht...

Ich hab mal so ein script programmiert, wo ein zip on the fly aus einer bestehenden Datei mit einem verschlüsselten link erzeugt wurde.
Auf die originalen Dateien hatte von aussen keiner Zugang, somit konnte die Datei nur über das script heruntergeladen werden. Da war letztlich auch ein anderes Verzeichnis im spiel.
Ich vermute, das das bei gx ähnlich sein wird.

Das mit den symlinks heisst soviel ich weiss nur, dass du Sonderzeichen lesen kannst, welche du bei Verschlüsselungen auch hast....

bezüglich Hoster und Kosten: billig bedeutet oft Mehrarbeit, die dir letztlich wirtschaftlich schadet. Ergo sollte man ruhig etwas mehr in das System investieren, gerade wenn man wenig Ahnung vom System hat.

[nadine0503]

Och man, sch.... ja das kann natürlich sein. Habe mal in eine alte Datensicherung reingeschaut. Da sah der Ordner identisch aus. Seltsamerweise scheint es dieses Verzeichnis /pub erst seit nem halben Jahr zu geben. In einer Datensicherung aus dem Mai 2013 existiert der Ordner gar nicht...

Oh man. Jetzt bin ich genauso weit wie vorher. Das kann doch alles nicht wahr sein... Die Zeit die ich für dieses "blöde" Shop Instand halten verbringe, könnte ich echt deutlich produktiver nutzen. *grummel*

[berny]

weise mal deine provider darauf hin, ev muss in der php.ini etwas angepasst werden.

[KlausK]

@berny
Bis heute weiß ich nicht wofür dieses Verzeichnis gut ist. Offenbar hat es aber nichts mit den Download-Dateien zu tun.
Gerade getestet:
Download-Artikel gekauft, runtergeladen, tut's.
Vor, während und nach dem Kauf/Download m Verzeichnis /pub keinerlei Aktivitäten festgestellt..
Dann abgemeldet, cache und template_c geleert
Das Verzeichnis umbenannt in /pubxxx
Wieder angemeldet und konnte weiterhin problemlos downloaden.

@nadine
Das Verzeichnis /pub gibt es seit mindestens 2008, meiner ersten Gambio-Version!
Wenn es nicht in deinen Datensicherungen auftaucht, dann ist vielleicht irgendwas mit deinen Backupeinstellungen nicht OK.
Im Umkehrschluss heisst das, eine Rücksicherung kann ja dann auch nicht vollständig sein!
Unter solchen Umständen sind Probleme vorprogrammiert.

Eine Datei habe ich in diesem pub-Verzeichnis noch nie gesehen. Wenn dort plötzlich eine ist, die sich zudem nichtmal löschen lässt,
oder sich sogar selbsttätig wiederherstellt, dann klingeln bei mir sämtliche Alarmglocken! Allein deshalb würde ich das sofort dem
Provider mitteilen.

Bist du eine Antwort von deinem Provider bekommen hast, könntest du das Script /admin/server_info.php aufrufen.
Dort befinden sich sämtliche Informationen über deinen Server, sofern das der Hoster zulässt.
Den Inhalt des oberen Textfeldes Nachricht: kannst du hier bitte einmal posten. Bitte in einem PHP-Code-Feld.

Das ein oder andere geschulte Auge hier im Forum kann vielleicht sofort was erkennen. ;)

Deine PN kann ich aus Zeitgründen erst heute Abend beantworten.

[berny]

Hab mir jetzt mal die download.php angesehen, folgende Zeilen dürften dafür verantwortlich sein:

xtc_unlink_temp_dir(DIR_FS_DOWNLOAD_PUBLIC);
$tempdir = xtc_random_name();
umask(0000);
mkdir(DIR_FS_DOWNLOAD_PUBLIC.$tempdir, 0777);
symlink(DIR_FS_DOWNLOAD.$downloads['orders_products_filename'], DIR_FS_DOWNLOAD_PUBLIC.$tempdir.'/'.$downloads['orders_products_filename']);
xtc_redirect(DIR_WS_DOWNLOAD_PUBLIC.$tempdir.'/'.$downloads['orders_products_filename']);

Diese Datei wird virtuell erzeugt:

DIR_FS_DOWNLOAD_PUBLIC.$tempdir.'/'.$downloads['orders_products_filename']);
die Funktion symlink wird also für diesen Vorgang verwendet.

Es wird also ein Temporäres Verzeichnis ($tempdir) im Public Verzeichnis (pub) erzeugt.
Über dieses Tempdir wird dann zur Richtigen Datei weitergeleitet.
Wenn es dieses Tempdir nicht gibt, gibt es auch keinen Download.

Komischer Ansatz, aber naja.....

[nadine0503]

Also ich habe von meinem Provider Antwort bekommen. Er hat genau das gemacht, was ich auch schon gemacht habe. Im Verzeichnis /pub die htaccess mit # deaktiviert und kann alles normal downloaden. Damit scheint der Fall für Ihn erledigt. Ist denn dem jetzt so? Kann man die htaccess einfach deaktivieren?

Hier kommt der Inhalt von dem Skript:


{
"gambio":"v2.0.13.3 r9531",
"phpversion":"5.3.3-7+squeeze17",
"mysqlversion":"5.1.72-2",
"SERVER_SOFTWARE":"Apache",
"REQUEST_URI":"/admin/server_info.php",
"SCRIPT_NAME":"/admin/server_info.php",
"PHP_SELF":"/admin/server_info.php",
"host_ip":"80.246.53.29",
"allow_call_time_pass_reference":"On",
"allow_url_fopen":"On",
"allow_url_include":"Off",
"default_charset":"",
"disable_classes":"no disabled classes found",
"disable_functions":"no disabled functions found",
"display_errors":"On",
"error_reporting":"22519",
"magic_quotes_gpc":"Off",
"max_execution_time":"60",
"max_file_uploads":"20",
"memory_limit":"128M",
"post_max_size":"16M",
"register_globals":"Off",
"safe_mode":"Off",
"safe_mode_gid":"Off",
"sql.safe_mode":"Off",
"short_open_tag":"On",
"upload_max_filesize":"16M",
"max_input_vars":"1000",
"max_input_nesting_level":"64",
"session.auto_start":"0",
"session.bug_compat_42":"On",
"session.bug_compat_warn":"On",
"session.cache_expire":"180",
"session.cache_limiter":"nocache",
"session.cookie_domain":"no value set",
"session.cookie_httponly":"Off",
"session.cookie_lifetime":"0",
"session.cookie_path":"/",
"session.cookie_secure":"Off",
"session.entropy_file":"no value set",
"session.entropy_length":"0",
"session.gc_divisor":"100",
"session.gc_maxlifetime":"1440",
"session.gc_probability":"On",
"session.hash_bits_per_character":"4",
"session.hash_function":"0",
"session.name":"XTCsid",
"session.referer_check":"no value set",
"session.save_handler":"files",
"session.save_path":"/home/www/web144/html/cache",
"session.serialize_handler":"php",
"session.use_cookies":"On",
"session.use_only_cookies":"Off",
"session.use_trans_sid":"0",
"soap.wsdl_cache":"On",
"soap.wsdl_cache_enabled":"On",
"soap.wsdl_cache_limit":"5",
"soap.wsdl_cache_ttl":"86400",
"url_rewriter.tags":"a=href,area=href,frame=src,input=src,form=fakeentr y",
"suhosin_support":"suhosin support is Off",
"suhosin.post.max_array_depth":null,
"suhosin.post.max_array_index_length":null,
"suhosin.post.max_vars":null,
"suhosin.request.max_array_depth":null,
"suhosin.request.max_array_index_length":null,
"suhosin.request.max_vars":null,
"suhosin.executor.func.blacklist":null,
"curlSupport":"curl support is On",
"curlInformation":"libcurl/7.21.0 OpenSSL/0.9.8o zlib1.2.3.4",
"ftp_support":"ftp support is On",
"gd_support":"gd support is On",
"gd_information":
{
"GD Version":"2.0",
"FreeType Support":true,
"FreeType Linkage":"with freetype",
"T1Lib Support":true,
"GIF Read Support":true,
"GIF Create Support":true,
"JPEG Support":true,
"PNG Support":true,
"WBMP Support":true,
"XPM Support":false,
"XBM Support":false,
"JIS-mapped Japanese Font Support":false
},
"json_support":"json support is On",
"mysql_client_api_version":"5.1.72",
"openssl_version":"OpenSSL/0.9.8o",
"installed_extensions":
[
"Core",
"date",
"ereg",
"libxml",
"openssl",
"pcre",
"zlib",
"bcmath",
"bz2",
"calendar",
"ctype",
"dba",
"dom",
"hash",
"fileinfo",
"filter",
"ftp",
"gettext",
"session",
"iconv",
"json",
"mbstring",
"standard",
"posix",
"Reflection",
"SPL",
"shmop",
"SimpleXML",
"soap",
"sockets",
"Phar",
"exif",
"sysvmsg",
"sysvsem",
"sysvshm",
"tokenizer",
"wddx",
"xml",
"xmlreader",
"xmlwriter",
"zip",
"cgi-fcgi",
"curl",
"gd",
"imap",
"mcrypt",
"mysql",
"mysqli",
"PDO",
"pdo_mysql",
"pdo_sqlite",
"SQLite",
"sqlite3",
"xmlrpc",
"xsl",
"mhash",
"ionCube Loader",
"Zend Guard Loader"
]
}

[berny]

ev erzeugt der Eintrag in der htaccess einen Fehler oder loop, weil in der serverconfig eine andere Einstellung damit in Konflikt steht.
auf jedenfall,scheint das ganze richtig zu funktionieren.
beachte bitte, ob mein Downloadverzeichnis (Hyroglyphen in meiner pm) im /pub am 9. auch wirklich weg ist.

[KlausK]

@nadine
Hast du das jetzt selbst ausprobiert? Kannst du jetzt wirklich problemlos downloaden???

@berny
Ich versteh's nicht. Ich kann das Verzeichnis pub komplett löschen. Der Download der Artikel funktioniert aber trotzdem noch! Warum ist das so??? :confused: