Jump to content

Netagent

Members
  • Posts

    170
  • Joined

  • Last visited

Everything posted by Netagent

  1. Ja, die Fehler der Vergangenheit... jetzt holen diese einen ein ­čśë Ich w├╝rde zun├Ąchst mal kl├Ąren warum der Hoster "Siteground" unterhalb PHP 7.4 alles abschalten m├Âchte, oder ob es evtl. doch noch die Alternative gibt etwas auf PHP 7.3 zu betreiben. PHP 7.3 hat sein EOD noch nicht erreicht, daher kann ich das nicht so ganz nachvollziehen. Sollte es m├Âglich sein, noch eine Weile auf PHP 7.3 zu verweilen, w├╝rde ich zusehen, dass ich den aktuellen Shop darauf aktualisiert bekomme. Das ist n├Ąmlich m├Âglich! Auch 7.4 ist theoretisch m├Âglich, aber absolut unwirtschaftlich. Nachdem der Shop dann auf 7.3 aktualisiert wurde, w├╝rde ich aber nicht wieder ins alte Muster zur├╝ck verfallen und warten bis der n├Ąchste Hammer kommt, sondern schon mal anfangen einen stabilen 1.7er Shop auf einer Dev Umgebung aufzubauen. Damit w├Ąre dann auch zuk├╝nftig der Weg frei f├╝r Updates. Das w├Ąre aus meiner Sicht die sinnvollste und wirtschaftlichste Vorgehensweise.
  2. Das Vorgehen halte ich allerdings auch f├╝r extrem fragw├╝rdig. D.h. ja, dass Module die schon seit Ewigkeiten nicht weiter entwickelt wurden, automatisch immer f├╝r die neueste Shopversion kompatibel sind. Es besteht also keine Garantie mehr, dass dem tats├Ąchlich so ist! Dann kann man die Angabe bis zu welcher Version kompatibel auch gleich komplett streichen, weil absolut 0 Aussagekraft hat und im schlimmsten Fall sogar arglistige T├Ąuschung ist. K├╝mmert sich ein Entwickler nicht mehr um sein Modul, liegt dem nat├╝rlich auch nichts mehr daran es weiter zu entwickeln und er wird einen Teufel tun, die kompatible Shopversion nachtr├Ąglich runter zu setzen. Weil am Verkauf liegt Ihm dann doch noch was - logischerweise ­čśë So wird es ja wohl auch in meinem Fall sein... Auch dieses Vorgehen halte ich f├╝r extrem fragw├╝rdig! Was mischt sich Presta da ein? Der Modulendpreis sollte vom Modulentwickler festgelegt werden und nicht nach Vorgabe von Presta. D.h. ja im Umkehrschlu├č, dass Module mit geringf├╝gigen Funktionen erst gar nicht mehr im AddonStore angeboten werden k├Ânnen, da es in absolut keinem Preis/Leistungsverh├Ąltnis steht. Aber das erkl├Ąrt nat├╝rlich warum bei vielen Entwicklern die entsprechenden Modul auf deren eigenen Seiten viel g├╝nstiger angeboten werden. Was lernen wir daraus? Erst mal auf der eigenen Seite des Entwicklers schauen ob es da nicht g├╝nstier ist und dann gegebenenfalls dort kaufen. Damit hat sich Presta dann wohl keinen Gefallen getan. Das halte ich an f├╝r sich mal f├╝r eine gute Idee. Ausnahmsweise mal ­čśÇ Hier bleibt aber abzuwarten, wie die Preisstruktur dann aussieht und ob so ein "Abo" dann ├╝berhaupt noch tragbar ist. Die wenigsten Endkunden (also Shopbetreiber) wollen sich zus├Ątzliche regelm├Ą├čige Kosten nur f├╝r den Support eines Moduls ans Bein heften. Das wird am Ende also auf eine Mischkalkulation der Agenturen hinaus laufen, die eben diese Endkunden betreuen. Und ob sich dann das Modell noch lohnt? Warten wir es ab... Abschlie├čend bliebt dann wohl nur die Erkenntnis: Der AddonStore an sich ist kein Garant mehr f├╝r qualitativ gute (und vor allem gepr├╝fte) Module. Bei den einzelnen Modulen ist nicht unbedingt das drin was auf der "Verpackung" steht. Ich denke, so kann man es stehen lassen oder? ­čśë
  3. Jo, sehr viele Module haben in den letzten Wochen/Monaten eine enorme "Preisanpassung" erfahren. Komischerweise auch alle zur fast selben Zeit ­čśë Danke, dass Du meine Meinung teilst. Dann liege ich scheinbar mit meiner Ansicht ja doch nicht so verkehrt. W├Ąre nur sch├Ân, wenn ich auch noch die Meinung von anderen hier erfahren d├╝rfte... Ich wundere mich nur, dass solche Module durch die allumfassende Pr├╝fung seitens Prestashop durch kommen. Immerhin ben├Âtigen die "Pr├╝fer" ja doch eine enorme Zeit so ein Modul durch zu winken. Diese Aussage habe ich ├╝brigens von einem anderen Modulentwickler. Was ich von der ganzen "Scheinpolitik" hinter der Fassade so halte, behalte ich mal lieber f├╝r mich. Und da die ganzen Entwickler sich zumeist in ├ťbersee befinden und an anderen Stellen die identischen Module enorm preisg├╝nstiger angeboten werden, macht das ganze Vorgehen nicht gerade glaubw├╝rdiger... Nein, das ist eher die Regel, wenn sich das Modul in Funktionen des Backends einklingt. Weil gerade in den letzteren Versionen (ab 1.7.6.xx) sich doch sehr viel in Richtung der neuen Symfony Struktur grundlegend ├Ąndert. So zumindest meine Beobachtung.
  4. Korrekt - die gab es zu diesem Zeitpunkt bereits. Also wenn da steht: "Letztes Update 07.11.2019" und ich es mit genau dieser Version am 05.10.2020 gekauft habe, gehe ich davon aus das es sich um ein und die selbe Version handelt. Ich kann nur das sehen was beschrieben steht. Zu nachtr├Ąglichen ├änderungen hat der Entwickler sich auch nicht ge├Ąussert. Und auch sonst hat er weder nach Details zur Funktionalit├Ąt nachgefragt oder sonstige Fragen gestellt. Ich hatte Ihm allerdings den Fehler anhand von Bildern auch schon ziemlich genau beschrieben. Ich wollte absichtlich nicht direkt das Modul nennen, um hier keinen in den Schmutz zu ziehen. Es ging ja erstmal rein um die Verst├Ąndnisfrage. Aber da du schon gezielt fragst und ich inzwischen auch weiterhin gestetst habe um Fehler meinerseits ausschlie├čen zu k├Ânnen. Es handelt sich um das Modul "2in1 Custom registration fields, Custom checkout fields Modul" (Link). Die gibt es in der Tat - gerade im Backend Bereich. PHP habe ich in beiden Shops 7.2 laufen. Habe aber auch bereits Versionen darunter getestet mit identischem Ergebnis. Aber zu meiner Verst├Ąndnisfrage habe ich jetzt noch keine konkrete Antwort erhalten ­čśë F├╝r mich ist erstmal ausschlaggebend das das Modul zum Zeitpunkt des Kaufes bereits nicht funktionst├╝chtig in der dort angegebenen Shop Version (damals eben 1.7.6.9) war. ├ťberhaupt habe ich den Eindruck, dass bei den Angaben im AddonStore mehr wie nur geschummelt wird. Es ist doch seltsam, dass sobald ein Erscheinungsdatum einer neuen Shopversion feststeht, von einem Tag auf den anderen bereits hunderte Module mit der nicht mal aktuell vorhandenen Version lauf├Ąhig sein sollen, ohne das an der Modulversion etwas aktualisiert wurde, oder das Updatedatum des Moduls ver├Ąndert wurde.
  5. Hallo zusammen, ich habe da mal eine Verst├Ąndnisfrage, wie das mit dem ZEN Support so laufen sollte. Folgende Situation: Ich habe im Oktober letzten Jahres ein Modul f├╝r 35 Euro im AddonStore gekauft (mit normaler 3-monatiger ZEN Option). Dieses Modul wurde in der aktuellen Version (das letzte mal aktualisiert im November 2109) in einem Shop mit Version 1.7.5.2 eingesetzt. Nach aktueller Beschreibung ist dieses Modul mit dieser Version - also die, die im November 2019 zuletzt aktualisiert wurde - bis Shopversion 1.7.7.4 kompatibel. Jetzt wurde der Shop, in dem dieses Modul l├Ąuft, auf Shopversion 1.7.6.9 aktualisiert. Es stellt sich heraus, dass dieses Modul NICHT mit Shopversion 1.7.6.9 kompatibel ist, weil wichtige Funktionen davon einfach nicht mehr auf die Art und Weise wie in Shopversion 1.7.5.2 behandelt werden und schlicht nicht mehr in der aktuellen Shopversion vorhanden sind. Es fehlen also Class(en) und Dateien sowie eine andere JS Verarbeitung in der aktuellen Shopversion. Und das obwohl es in dieser Modulversion von November 2019 im AddonStore bis zu Shopversion 1.7.7.4 kompatibel ist! Nun zur Verst├Ąndnisfrage: Mein ZEN ist nat├╝rlich inzwischen abgelaufen. ICH bin der Meinung, dass der Modulentwickler hier f├╝r mich kostenfrei das Modul in Ordnung bringen m├╝sste. Eben weil es aktuell f├╝r meine Shopversion vorgesehen ist und weil die letzte Aktualisierung bereits im November 2019 gemacht wurde, ich aber das Modul erst im Oktober 2020 erworben habe. Aktuell w├╝rde mich ein erneuter Kauf mit Standard ZEN mind. 50 Euro kosten (ich muss ja zwangsweise das Modul wieder mit erwerben - ZEN alleine kann man ja nicht mehr im AddonStore erwerben). Der Modulentwickler weigert sich aber beharrlich, ohne einen erneuten Kauf meinderseits t├Ątig zu werden. Selbst auf mein Angebot eine gro├če ZEN Option f├╝r 80 Euro zu erwerben, wenn er denn das aktuelle Modul in Ornung bringt, bzw. gebracht hat, l├Ąsst Ihn kalt. Das finde ich ein wenig befremdlich (um es mal harmlos auszudr├╝cken), weil genau dieses Modul ja aktuell noch so verkauft wird. Und jeder der einen Shop betreibt, dessen Version h├Âher als 1.7.5.2 ist und dieses Modul erwirbt, kauft damit ein nicht funktionales Modul... Liege ich hier mit meiner Meinung verkehrt? Viele Gr├╝├če Dirk
  6. Hallo Chris, zu 1) Screenshot in Anlage. Link w├Ąre z.B. einer meiner Demoshops: https://demoshop3.web-hosting24.de/ . Ich dachte erst, ich h├Ątte das Override hier aus dem Forum irgendwo. Aber wie es scheint, habe ich das tats├Ąchlich selbst mal geschrieben ­čśÇ Ich schick dir das aber gern privat. zu 2) Leider nein. Es scheint ja auch nicht immer aufzutreten. Aber bei meinen letzten Installationen von 1.7.7.1/2/3 Shops war es regelm├Ą├čig. Viele Gr├╝├če Dirk
  7. Hallo Chris, es freut mich zu h├Âren (bzw. lesen ­čśë) das Ihr euch um das Problem k├╝mmert. Die Rechtssicherheit bleibt ja in der weiteren Entwicklung leider nicht stehen, nur weil es kein Modul mehr daf├╝r gibt. Es sollte also eigentlich von Seiten Prestashop bereits eine derartige aktuelle L├Âsung zur Verf├╝gung gestellt werden... aber naja... 2 Sachen h├Ątte ich tats├Ąchlich bereits auf dem Schirm: 1.) Verlinkung der Datenschutzerkl├Ąrung beim Checkout in dem "AGB Kasten". Ich habe das bisher immer ├╝ber das bekannte Override gel├Âst. Es w├Ąre sch├Ân, wenn das standardm├Ą├čig bereits mit drin w├Ąre. Ich wei├č zwar das hier die Meinungen ├╝ber eine Notwendigkeit dessen geteilt sind, aber in den anderen Shopsystemen ist das eigentlich auch so vorhanden und meiner pers├Ânlichen Ansicht nach auch erforderlich. 2.) Das leidige Problem mit dem Bereich "Zus├Ątzliche E-Mail Inhalte", der zumeist bei einer Installation der aktuellen Modulversion bei den 1.7.7.xx Shops immer leer bleibt. Hier muss entweder in der Datenbank direkt t├Ątig werden oder sein Gl├╝ck ├╝ber "Reset" oder "Neuinstallation" des Moduls versuchen. Das w├Ąren aus meiner Sicht jetzt erst mal die dringlichsten Geschichten, die behoben werden m├╝ssten. ├ťber die anderen 587 Sachen (ok etwas ├╝bertrieben ­čśü) m├╝sste man sich mal im Detail unterhalten dann. Viele Gr├╝├če Dirk
  8. Hallo zusammen, nachdem die weitere Entwicklung von dem Modul "ps_legalcompliance" eingestellt worden ist, w├╝rde mich mal interessieren wie die weitere Vorgehensweise geplant ist. Ich habe bisher jedenfalls noch kein gleichwertiges Modul im AddonStore gefunden. Sollen wir jetzt in Zukunft ewig mit der letzten Version (3.0.2 von 2019) rum eiern, oder gibt es hier bereits Pl├Ąne das Problem aus der Welt zu schaffen?
  9. Dann bitte mal ├╝berpr├╝fen ob Du wirklich Paypal PLUS in deinem Paypal Account aktiviert hast. Du musst a) ein Gesch├Ąftkonto haben und b) dort Paypal Plus aktiviert haben. Ob das Paypal Plus aktiviert und frei geschaltet ist, kannst du auch erkennen, wenn Du dich mit deinen Paypal Zugangsdaten bei "developer.paypal.com" einloggst. Dort m├╝sste dann im Dashboard unter "My apps & credentials" das Modul eine App mit Namen "MyApp_Prestashop" erstellt haben.
  10. Netagent

    Abholung

    Das Modul "Rechtssicherheit" ist ebenfalls kostenlos und wird im Modulkatalog angeboten. Evt. auch mal nach irgendwas mit "Legacy...." suchen. Es wird nicht immer in Deutsch dargestellt im Modulkatalog.
  11. Falls noch nicht geschehen zwischenzeitlich: Das Modul Paypal resetten. Dann sollte es wieder funktionieren.
  12. Netagent

    Abholung

    Da bin ich seit langer Zeit nochmal hier drin und dann direkt sowas ­čśÇ Ich habe mal ein Bild angeh├Ąngt. Wie erkl├Ąrst du dir das? ­čśë Also... du hast den Versanddienst "DHL Versand" als Standard Versanddienst definiert in deinen Voreinstellunen. Also wird dieser auch im Warenkorb mit den dazugeh├Ârigen Versandkosten angezeigt. Wenn ein Kunde nun einen Artikel in den Warenkorb legt und dann wie ich zur Kasse geht, kann er vor der Auswahl der Bezahlart den Versand nochmal ausw├Ąhlen. Und dort kann er nat├╝rlich auch "Abholung" ausw├Ąhlen. Versandkosten werden in dem Fall dann automatisch wieder abgezogen. Aber noch was anderes: Du bist ein 1-Mann Unternehmen? Evtl. Kleinunternehmer nach ┬ž19 UStG.? Du hast in deinem Shop weder das Rechtssicherheitsmodul verbaut, noch passen dein Datenschutz zum Shop, deine AGB ist ein Witz und bei Kaufabschlu├č ben├Âtigt auch kein Kunde bei Dir die Widerspruchsfrist. Also mit dem rechtlichen Kram, so wie er jetzt ist, w├╝rde ich dir nicht raten online zu gehen. Das wird ziemlich kurzfristig ├ärger geben...
  13. Zwar schon ein bissl ├Ąlter, aber immer noch g├╝ltig: https://www.it-recht-kanzlei.de/zahlungsarten-gebuehren-ermaessigungen-anzreizsysteme.html
  14. Ist eine schicke Masche von IONOS - unendlich Platz verkaufen, aber Anzahl der Dateien f├╝r 1/10 davon ­čśä Dein Shop ist auf den 1. Blick jetzt nicht so ├╝berdimensional gro├č... mich w├╝rde also mal interessieren wo du die vielen Dateien versteckst. Das was Du jetzt an Platz ├╝brig hast, reicht vielleicht bis morgen ­čśë Versuch mal via FTP oder so raus zu finden, in welchen Ordner noch unnat├╝rlich viele Dateien drin sind. Untersuch vor allem auch mal deinen Blog - der scheint mir ein bissl "aufgeblasen" zu sein.
  15. jo, bei Version 1.6 ist das anders gesteuert. Du bist da aber schon richtig in deinem Bild oben. Den Inhalt des Ordners "cache/smarty/cache" und den Inhalt des Ordners "cache/smarty/compile" und die Datei "cache/class_index.php" l├Âschen. Aber Achtung" Die "index.php" Dateien sollten in den zu leerenden Ordnern bestehen bleiben. Ok, Whiley war schneller ­čśä
  16. @Dp.: versuch das mal bei Strato oder IONOS so zu machen ­čśë Entweder du st├Â├čt mit dem gezippe an die voreingestellte Speichergrenze oder du hast erst gar keinen SSH Zugang. Nicht jeder Hoster stellt diese M├Âglichkeiten zur Verf├╝gung. Da bleibt dann nur das gute alte FTP.
  17. Jo, das ist ein typisches IONOS Problemchen ­čśë Da du die Grenze erreicht hast, geh ich mal davon aus, dass Du einen 1.7er Shop hast. Geh in dein FTP und l├Âsch erst mal unter "var/cache" die ordner "prod" und falls vorhanden den Ordner "dev". Das verschafft dir erst mal Spielraum um einige Minuten arbeiten zu k├Ânnen. Falls Du den Shop bereits mal aktualisiert hast, befinden sich die Backups der alten Versionen in dem Ordner "adminxxxx/autoupgrade/backup" (xxxx steht f├╝r die K├╝rzel des Adminordners). Falls da alte Backups drin sind, diese komplett runter auf Platte laden und dann auf dem Server l├Âschen. Bitte nicht sofort l├Âschen! Falls Du das Backup mal ben├Âtigst, kanst du es so wieder hoch spielen. Falls es ein Shop ist, der scvhon seit Ewigkeiten l├Ąuft, empfielt es sich auch den Inhalt des Ordners "tmp" im img Verzeichnis zu l├Âschen. Du wirst zwar anschlie├čend keine kleinen Vorschaubilderchen (z.B. in der Artikel├╝bersicht im Adminbereich) mehr sehen, aber daf├╝r hast du zig tausend Dateien mehr "Platz". Das tmp Verzeichnis f├╝llt sich bei Aufruf der entsprechenden Seiten dann wieder. Sollte dann noch weiter Platzbedarf bestehen, bleiben noch die alten Logs unter "Erweiterte Einstellungen -> Log-Dateien" und nicht ben├Âtigte Module ├╝brig.
  18. Also in den Versionen 1.7.5.xx funktioniert das noch. Ab Version 1.7.6.?? hat sich wohl der Link zum Kunden ver├Ąndert. Leider scheinbar nicht in der Ansicht auf der Backend ├ťbersichtsseite ­čśë Link in Shopversion 1.7.5.xx: "adminxxxx/index.php?tab=AdminCustomers&id_customer=3&viewcustomer&token=xxxxxxxxx Link in Shopversion 1.7.6.??: "adminxxxx/index.php/sell/customers/3/view?_token=xxxxxxxx Update: Es gibt ein Modulupdate. "Dashboard Artikel" Version 2.1.1. Da wurde das Problem scheinbar behoben!
  19. Moin, also es ist noch (schon) fr├╝h und meine Nacht war lang heute... Aber wenn ich das richtig sehe, hast du oben in deinem Bild nach "www.domain" gesucht. Deine Seite l├Ąuft aber ohne "www" davor. Ich gehe also davon aus, dass es veraltete Eintr├Ąge sind. Gib mal in das Google Suchfeld folgendes genau ein: "site:exclusivshop.eu" (nat├╝rlich ohne die Anf├╝hrungszeichen). Dann sehe ich zumindest die normalen Metaangaben. Und warum hast du ├╝berhaupt "nur online erh├Ąltlich" ├╝berall angegeben? Hast du noch einen lokalen Laden, wo du auch Sachen verkaufst? Anders macht diese Anzeige n├Ąmlich keinen Sinn und verunsichert nur... meiner Meinung nach. Zu dem eigentlichen Problem mit den "RichSnippets" (so nennt man die Eintr├Ąge f├╝r "offers", "review" und "aggregateRating") hatte ich glaube ich schon mal was zu geschrieben. Abweichend von SliderFlash`s Meinung kann ich nur sagen, dass es sehr wohl etwas bewirkt ob man darauf achtet oder nicht! Ich habe das an zahlreichen Shops getestet und IMMER! gingen nach einer Optimierung und der anschlie├čenden Pflege der angezeigten Google Fehler die Zugriffszahlen nach oben. Was nat├╝rlich nicht automatisch mehr Umsatz bedeutet ­čśë Aber man sollte das Problem nicht zu leichtfertig einfach unter den Teppich kehren. Leider fehlen dem Classic Template diese RichSnippets zu einem gro├čen Teil. Und f├╝r das "review" und "aggregateRating" m├╝sstest du auch erst mal ein Bewertungsmodul installieren, um hier optimieren zu k├Ânnen. So ganz easy ist das leider nicht, da du in vielen Templates (auch bei den Modulen) rum ackern musst. Ein "DIY" macht auch nur Sinn, wenn man sich damit auskennt wie diese Eintr├Ąge in welcher Reihenfolge und in welchen Bl├Âcken untergebracht werden m├╝ssen. Da w├╝rde ich eher jemanden ran lassen, der sich damit auskennt. Falls Du das Problem in Angriff nehmen m├Âchtest, w├╝rde ich gleichzeitig auch die Reihenfolge und Anzahl der "h1", "h2" und "h3" ├ťberschriften optimieren. Kann man in einem Aufwasch machen und ist auch eine ganz gro├če Schwachstelle von Prestashop. ABER!!!... Was ich absolut gar nicht verstehe... du nennst dich "Exclusiveshop". Was zum Geier macht deinen Shop exclusiv? Du hast einen Shop, der mit einem Standard Template ausgestattet ist, designm├Ą├čig genau 0 ge├Ąndert wurde und Produkte mit einer sehr gro├čen Konkurrenz anbietet. Dein Shop hat nichts mit "Exclusive" zu tun und du wirst daher auch keine potenziellen Kunden vom Hocker rei├čen. Die sind n├Ąmlich gerade in dem Segment wesentlich exclusiveres gewohnt. Also bevor du hier an SEO ├änderungen denkst, w├╝rde ich erst mal das Template entschieden ├╝berarbeiten oder ein wirklich exclusives Kauftemplate einsetzen. Ansonsten machst du dir diese Arbeit n├Ąmlich umsonst. Und davor noch, w├╝rde ich den rechtlichen Kram in Ordnung bringen! Ist WICHTIG, glaub mir das. Kosmetik & Co ist ein Haifischbecken. Es wird nicht lange dauern, bis du deine erste Abmahnung im Kasten hast. Setz den Shop in den Wartungsmodus und bring das Wesentliche in Ordnung - erst dann online gehen. Just my 2 Cent ­čśë
  20. Das kommt dabei heraus wenn man sich nicht klar ausdr├╝ckt - jeder versteht was anderes darunter ­čśë Nun, wenn es bei der (Erst)Installation bereits Fehlermeldungen hagelt, ist entweder die Verbindung zur Datenbank nicht korrekt oder die Serverkonfiguration ist nicht f├╝r den Shop geeignet. Falls letzteres, schau dir mal das an:
  21. Also ohne ausgiebige Informationen ├╝ber die Fehler der letzten Updateversuche und vor allem um was f├╝r eine Shopversion es sich aktuell handelt + die eingestzte PHP Version und Variablen, kann dir keiner einen seri├Âsen Preis nennen. Bevor ICH ├╝berhaupt einen Preis raus gebe, schaue ich mir auch erst den jeweiligen Shop im Adminbereich, sowie auch auf dem FTP an. Falls daran Interesse besteht, kannst Du mir gerne eine PN schicken.
  22. Du suchst einen Prestashop Entwickler ? Entwickler in Bezug auf was genau? Oder geht es darum, (nur) neue Shops aufzubauen und zu betreuen? Oder schlicht dir zur Hand zu gehen, wenn Du zu viel zu tun hast? ­čśë Ein paar detailliertere Angaben ├╝ber die Zusammenarbeit w├Ąren da sicher vorteilhaft...
  23. Ich hatte das Prestashop-Checkout Modul von Paypal vor ca. einem halben Jahr auch mal getestet. Damals war es in keinem deutschen Shop funktionsf├Ąhig. Evtl. ist das aktuell auch noch so?
  24. L├Âsch mal den Cache per FTP unter "var/cache/prod", falls es ein aktueller 1.7er Shop ist.
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More