desta

Hallo, zunächst zu rictools: Du hättest durchaus eine Testbestellung machen können. Wegen der möglichen Serverüberlastung werde ich heute nochmals bei Strato nachhaken. Unterschiede nach Tageszeit gibt es nicht. Als Zahlungsart bieten wir nur Zahlung auf Rechnung an, weil wir überwiegend an Einrichtungen liefern, bei denen der Empfänger nicht der Zahler ist, sondern die Rechnung an den Träger weitergibt. Unter "Zahlungsart" steht auch nur das zur Auswahl. "OT, was mir noch aufgefallen ist, die Darstellung der Versandkosten ganz ohne konkrete Infos vor Befüllen des Warenkorbs dürfte rechtlich nicht zulässig sein." Das hab ich nicht verstanden. Welche Infos? Und zum Logo: Ok, Du warst im Shop, als ich für ein paar Stunden kein Logo hatte. Grund: Es war verzerrt, obwohl die richtigen Maße angegeben wurden. Ein neues ließ sich nicht hochladen, weil sich nach Klick auf den entsprechenden Button im Modul Block Banner nichts getan hatte!!! Auch heute noch nicht. Darum habe ich den Block deaktiviert und alternativ die Slideshow zum Logo gemacht, wie Du heute sehen könntest. Dadurch erscheint die Firma natürlich nur auf der Startseite. Zu Kleingewerbe: SSL würde ich gerne machen, aber nach Klick auf "Vor dem Aktivieren...", erhalte ich nur die Nachricht, dass die Seite nicht geöffnet werden kann. Zu den Ladezeiten: s. o.! Und dann habe ich auch mit PaceSpeed Insights getestet und erhalte diese Nachricht: "Ihre Seite enthält 1 blockierende Skript-Ressourcen und 3 blockierende CSS-Ressourcen. Dies verursacht eine Verzögerung beim Rendern Ihrer Seite. Keine der Seiteninhalte "above the fold" (ohne Scrollen sichtbar) konnten ohne Wartezeiten für das Laden der folgenden Ressourcen gerendert werden. Versuchen Sie, blockierende Ressourcen zu verschieben oder asynchron zu laden, oder laden Sie kritische Bereiche dieser Ressourcen direkt inline im HTML. Entfernen Sie JavaScript, das das Rendering blockiert:http://www.dreieck-buchversand.de/…v_adresse.js Optimieren Sie die CSS-Darstellung für die folgenden URLs:http://www.dreieck-buchversand.de/…adressede_all.css http://fonts.googleapis.com/css?family=Open+Sans http://fonts.googleapis.com/…Open+Sans:300,600&subset=latin,latin-ext" Super! Ein solcher Spezialist, der das könnte, bin ich leider nicht. Zum Punkt "Provider": Von Strato würde ich doch annehmen, dass das, was Du vermutest, nicht unbedingt zutrifft. Zunächst mal danke für Eure Antworten. desta 1.6.0.9, default bootstrap

Hallo, ich habe seit ein paar Tagen das gleiche Problem schon wieder und zwar noch schlimmer. Im BE, wenn ich eine Einstellung aufrufen will wie gerade eben "Voreinstellungen - Templates" und wie oben beschrieben vor der Bestellbestätigung kommt nach zwei bis drei Minuten Wartezeit die Meldung "Internal Server Error" (500). Die Bestellungen kommen trotzdem an, allerdings ohne Status ("In Bearbeitung" usf.) Aber welcher Kunde ist schon bereit, so lange zu warten. Und selbst wenn, dann wird er vermutlich nie wieder bestellen. Ich spiele echt mit dem Gedanken, das Shopsystem zu wechseln, obwohl ich bis vor kurzem mit PS recht zufrieden war. Zum Ausprobieren hier meine Shop-URL: www.dreieck-buchversand.de. In der Hoffnung auf Hilfe desta 1.6.0.9, default bootstrap

Hallo Whiley, danke für die - mal wieder - schnelle Antwort. Weder zeigen der Server in der error log noch die Log-Dateien in PS Fehler an. Und eigenartigerweise, war das Problem heute Morgen nicht so gravierend. Die Bestätigung kam schon nach ca. 10 Sekunden, was ja auch nicht gerade schnell ist, aber gegenüber den letzten Tagen doch ein erheblicher Fortschritt ist. Gelöst ist das Problem damit ja nicht, denn man muss ja befürchten, dass es jederzeit wieder auftaucht. Ich hoffe, der jetzige Zustand bleibt so (oder wird noch besser!). Auf jeden Fall werde ich mich wieder melden, falls das Problem nochmal auftaucht. Grüße desta 1.6.0.9, default bootstrap

Hallo, am 12.5. hatte ich schon einen Post zu diesem Thema, aber noch keine Reaktion. Jetzt bin ich ziemlich am verzweifeln, weil mir aufgrund des Problems die Kunden abspringen. Also versuch ich's nochmal: Am Ende einer Bestellung erscheint die Bestellbestätigung nicht mehr, stattdessen ein Server Error. Wenn ich die Bestellungen einsehe, ist sie aber da (allerdings ohne Statusanzeige wie z. B. "in Bearbeitung"). Öfter kommt jedoch eine Bestätigung, aber mittlerweile erst nach mindestens einer Minute!!! Das freut die Kunden natürlich! Ich habe in den Einstellungen einiges ausprobiert, den Cache geleert, alles vergebens. Hier im Forum hab ich auch nach längerer Suche nichts zur Lösung gefunden. Und der Provider (Strato) meint, am Server könne es nicht liegen. Wäre wirklich schön, wenn mir jemand helfen könnte! desta 1.6.0.9, default_bootstrap

Hallo mal wieder, seit ein paar Tagen taucht in meinem Shop (1.6.0.9) folgendes Problem auf: Am Ende einer Bestellung erscheint die Bestellbestätigung nicht mehr, stattdessen ein Server Error 500. Wenn ich die Bestellungen einsehe, ist sie aber da (allerdings ohne Statusanzeige wie z. B. "in Bearbeitung"). Und in ganz wenigen Fällen kommt doch eine Bestätigung, aber erst nach mindestens 30 Sekunden!!! Das freut die Kunden natürlich! Ich habe in den Einstellungen einiges ausprobiert, den Cache geleert, alles vergebens. Hier im Forum hab ich auch nach längerer Suche nichts zur Lösung gefunden. desta 1.6.0.9, default_bootstrap

Hallo, mein(e) Problem(e) hatte ich schon an anderer Stelle geschildert, vor allem auch mit kulli. Ich finde keine Lösung; weder hier im Forum noch sonstwo. Also: 1. Erst heute schrieb mir eine Kundin, auf meine Nachfrage, warum sie Ihre Bestellung nicht ausgeführt hat: "...ich hatte die Bestellung bis KASSE fertig, dann erschien leerer Warenkorb." 2. Darüber hinaus erscheint ein Popup, das danach fragt, ob die Bestellung als E-Mail gespeichert werden soll. Tests bei mir (Safari) zeigen jedoch diese Probleme überhaupt nicht. Das ist natürlich sehr ärgerlich, weil - wie ich unter "Kunden - Warenkörbe" sehe - sehr viele Bestellungen vorzeitig abgebrochen werden. ​Mach ich etwas falsch? Hab ich irgendeine Einstellung übersehen? Ich hoffe, jemand kann mir helfen. Grüße desta 1.6.0.9, Standard-Template

Hallo Kulli, wie ich eben sehe, ist mein letzter Post, in dem ich Dir geantwortet habe, gar nicht im Forum (???). Darin hatte ich mitgeteilt, dass bei mir die Probleme (Popup "Warenkorb als E-Mail speichern" - wirklich sehr ärgerlich! - und die folgenden) nicht auftreten. Getestet habe ich mit Safari und Firefox (Mac) auf iMac und iPad. Ich wüsste auch nicht, dass ich irgendwo die Möglichkeit zu solchen Einstellungen gesehen hätte. Oder hab ich da etwas übersehen. Ich wäre nun aber wirklich sehr froh, wenn das Problem gelöst werden könnte. Grüße desta 1.6.0.9, default bootstrap

Hallo, es lässt mir keine Ruhe, deshalb muss ich mich nochmals melden. Das evt. Problem hatte ich im Juli 15 schon angesprochen: Ich habe unter Kunden - Warenkörbe immer noch eine Menge verwaister Warenkörbe bzw. noch mehr "Nicht bestellt"-Anzeigen, mehr als ausgeführte Bestellungen (!), viele davon ohne E-Mail-Adresse, sodass ich nicht nachfassen kann. Siehe Bild im Anhang. Wenn ich selbst jedoch einen Probelauf mache, geht das überhaupt nicht. Der verwaiste Warenkorb erscheint in der Liste erst dann, wenn ich meine Mail-Adresse angegeben habe, und die ist dann auch in der Liste sichtbar. Kulli hat mir seinerzeit geantwortet, das seien crawler. Wie gesagt: Das beunruhigt mich trotz seiner Antworten. Denn dann gingen mir ja eine Menge Kunden und vor allem Umsätze verloren. Ist evt. doch etwas nicht in Ordnung? Weiß jemand etwas dazu oder ist es so, wie Kulli sagt? (Sorry, Kulli, aber ich hoffe, Du verstehst, was mich umtreibt.) desta 1.6.0.9, Standard-Template

Ergänzung zu meinem letzten Beitrag: Natürlich habe ich die gleiche Änderung nicht nur in "eu_legal", sondern auch in "vordefinierte E-Mails - download_product" vorgenommen. desta

Hallo mal wieder, die Benachrichtigung, die der Kunde erhält, wenn er ein Download-Produkt bestellt hat, ist im Betreff englisch ("The virtual product that you bought is available for download"). Ich möchte den Text aber in Deutsch haben. Dazu habe ich unter Übersetzungen - E-Mail-Vorlagen - eu_legal - download_product den entsprechenden Betreff geändert. Trotzdem erscheint immer noch der englische Text. Und wenn ich die Prozedur wiederhole, ist auch mein deutscher Text dort nicht mehr vorhanden. Übersehe ich das etwas? Grüße desta 1.6.0.9, default-bootstrap 1.6.0

Hallo Claudia, Du findest die Lösung doch in den Antworten auf meine seinerzeitige Frage. Trotzdem: Wenn ich mich recht erinnere, kam die Lösung von eleazar: "Es geht auch eleganter, indem man einfach die Ausführung des jeweiligen Hooks für die Lieferzeit von der Bedingung abhängig macht, dass es sich nicht um einen Downloadartikel handelt. Dazu sind nur zwei kleine Änderungen in den Templates für die Artikel-Liste und die Artikel-Detailseite erforderlich (Zeilenangaben beziehen sich auf das Default-Bootstrap 1.6.0.11). Statt jeweils {hook h="displayProductDeliveryTime" product=$product} muss es heißen: /themes/default-bootstrap/product.tpl Zeile 214 {if !$product->is_virtual}{hook h="displayProductDeliveryTime" product=$product}{/if} /themes/default-bootstrap/product-list.tpl Zeile 98 {if !$product.is_virtual}{hook h="displayProductDeliveryTime" product=$product}{/if} ACHTUNG: Die Bedingungen sind nicht identisch!" Viel Erfolg desta

Hallo Karin, hab nicht gedacht, dass auf diesen alten Post noch jemand antwortet. Daher vielen Dank. Ersteres war bereits auf "nein" eingestellt, letzteres nicht. Und damit war das "Problem" gelöst. Nochmals herzlichen Dank dafür und alles Gute im neuen Jahr. desta

Hallo Whiley, bevor ich Deine letzte Mail gelesen hatte, war ich noch fleißig beim Suchen. Und - hurra - bin mit Hilfe des Inspektors fündig geworden. Es handelt sich um die Datei meinshop/modules/themeconfigurator/css/theme6.css, die die andere Einstellung überschrieben hat. Aber warum, das ist mir ein Rätsel! Und vermutliche wird das demnächst wieder passieren. Bin gespannt, was Du dazu meinst. Auf jeden Fall mal wieder ganz herzlichen Dank für Deine Hilfe. Grüße desta

Hallo, ich konnte erst jetzt reagieren, sorry, aber die Familie verlangt auch ihren Tribut. Ich habe die Datei korrigiert, die Schrift auf schwarz umgestellt, wie Du unten siehst, und den Cache gelöscht (nachdem ich dabei ein paar Mal einen "Internal Server Error" hatte). Alles ohne Erfolg. Wie Du in dem Bildschirmfoto im Anhang sehen kannst, zeigt der Inspektor ("Element untersuchen") color: #000, also schwarz, wie gewünscht, an. Der Eintrag ist aber durchgestrichen, wird also wohl von der Einstellung in der Zeile darüber (color: #fff, also weiß) überschrieben. Die Datei dazu liegt im Cache: ...themes/default-bootstrap/cache/v_60_4064f8df3097bc49445aca9d767d18ab_all.css, den ich ja angeblich zuvor gelöscht haben soll. Und nun? .shop-phone { float: left; padding: 5px 0 10px; line-height: 18px; } @media (max-width: 767px) { .shop-phone { display: none; } } .shop-phone i { font-size: 21px; line-height: 21px; color: green; padding-right: 7px; } .shop-phone strong { color: white; } #contact-link { float: right; border-left: 1px solid #515151; } @media (max-width: 479px) { #contact-link { width: 25%; text-align: center; } } #contact-link a { display: block; color: black; font-weight: bold; padding: 8px 10px 11px 10px; cursor: pointer; line-height: 18px; } @media (max-width: 479px) { #contact-link a { font-size: 11px; padding-left: 5px; padding-right: 5px; } } #contact-link a:hover, #contact-link a.active { background: 2b2b2b; } @media (max-width: 767px) { #contact_block { margin-bottom: 20px; } } #contact_block .label { display: none; } #contact_block .block_content { color: #888888; } #contact_block p { margin-bottom: 4px; } #contact_block p.tel { font: 400 17px/21px Arial, Helvetica, sans-serif; color: #333333; margin-bottom: 6px; } #contact_block p.tel i { font-size: 25px; vertical-align: -2px; padding-right: 10px; } Grüße desta

Sorry Whiley, den ersten Teil Deiner Antwort versteh ich nicht. Filezilla ist doch ein FTP. Und nochmals sorry: Die Änderung in der Datei hat leider nichts bewirkt. desta