Jump to content

Adsubia

Members
  • Posts

    66
  • Joined

  • Last visited

Profile Information

  • Activity
    Project Owner

Adsubia's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. Hallo zusammen, ich hätte gerne mal ein paar Infos und Erfahrungswerte zu den eMail-Inhalts-Einstellungen bei AdvancedEUCompliance: Welche Einstellungen machen da Sinn bzw. was ist rechtlich unbedingt erforderlich? Ich würde mich über Infos dazu (am Liebsten direkt Screenshots von euren Einstellungen dort) freuen!
  2. Danke für eure Tipps! Ich werde nun also 2 gleiche Umgebungen bei meinem Hoster aufsetzen und mir auch den PrestaShop Cleaner mal ansehen. Ich habe diesen im Modulmanager von PrestaShop anfangs gar nicht finden können... Die URL zum GitHub-Repo https://github.com/PrestaShop/pscleaner dazu hat mir dann Aufschluss darüber gegeben, wonach ich im Modulmanager eigentlich suchen muss: Nicht nach 'PrestaShop Cleaner', sondern nach 'pscleaner' - das zur Vollständigkeit halber für diejenigen, die mal vor demselben Problem stehen ... @GurkCity: Der Hinweis in Bezug auf den PrestaShop Cleaner in Verbindung mit Datenbankbereinigung wäre ein Versuch wert, meine alte vermurkste Datenbank zu reparieren, auf der ich mich im Debug-Modus gar nicht mehr einloggen kann . Vielleicht bekomme ich ja dadurch den Bock dort raus...
  3. Hallo zusammen, ich habe mal eine ganz allgemeine Frage und zwar: Wie habt ihr euren Prestashop vor dem Going-Live getestet bzw. wie macht man das am Besten? Ich denke doch, keiner setzt einen Shop online, in den er testweise nicht wenigstens mal ein paar Kunden- und Bestelldaten eingegeben hat... Sonst weiß man ja vorher gar nicht, ob der Bestellworkflow grundsätzlich funktioniert. Ich habe allerdings gehört, dass es ziemlich schwierig wird, diese Testdaten daraufhin wieder aus der Datenbank rauszubekommen - sie haben ja in einem Produktivsystem nichts zu suchen. Ich würde jetzt aus meinem Gefühl heraus meine Umgebung, von der ich glaube, dass sie fertig konfiguriert ist, duplizieren (den Installationsordner und die Datenbank - dazu gibt es ja hier genug Themen, die erklären, wie das geht) und dann in diese Kopie meine Testdaten eingeben. Wenn es noch Probleme gibt, die Umkonfigurierungen erfordern, würde ich diese Konfigurationen in der Testumgebung machen und mitprotokollieren, damit ich sie später in der Produktivumgebung nachziehen kann, oder ich würde das direkt parallel zum Test mit machen. Wenn dort alles nachgezogen ist, würde ich sicherheitshalber noch einmal duplizieren und testen. Haltet ihr dieses Vorgehen für sinnvoll oder gibt es da bessere Möglichkeiten? Vielleicht geht es ja doch, dass man nur seine Umgebung sichern muss für den Fall der Fälle, dass man beim Test irgendwas zerschießt, man aber die Testdaten später doch wieder aus der Datenbank raus bekommt. Das Problem ist ja, das Datenbank und Installationsordnerinhalte immer "zusammenpassen" müssen - das macht das Ganze wohl recht umständlich zu managen... Ich freue mich schon auf eure Anregungen!
  4. Über "ctrl c" und "ctrl v" habe ich allen Ernstes schon nachgedacht... Die neuen cms-Tabellen durch die alten ersetzen, darüber habe ich schon nachgedacht... Allerdings habe ich bei meinen CMS einige "tote" IDs dazwischen, die ich gerne loswäre... Beim Import von zuvor exportierten Produkten legt Prestashop diese IDs ja selbst neu fest, sofern man nicht explizit setzt, dass sie beibehalten werden sollen... So hätte ich das auch gerne bei den CMS-Seiten gehabt (und zwar ohne "ctrl c" und "ctrl v" ).
  5. Infos über das Wiederherstellen von Produkten und Kategorien inkl. Bildern habe ich auch schon gefunden. Mir geht es jetzt noch insbesondere um die CMS-Seiten, die leider nicht in einem Ordner gespeichert sind, sondern direkt in der Datenbank. So viel weiß ich schon. Es gibt auch irgendwo ein freies französisches Modul zum Export der CMS-Seiten, aber darüber, wie man sie dann wieder in die neue Umgebung rein bekommt, habe ich leider noch nix gefunden ... Was die Template-Einstellungen anbelangt, fände ich es nicht so tragisch, wenn ich die wieder neu machen müsste. Ebenso die ganzen restlichen Einstellungen im Backend. Ich protokolliere mir grundsätzlich alles mit, was ich wo wie eingestellt habe - diese Liste brauche ich dann nur von oben nach unten wieder abzuarbeiten. Mir geht es hauptsächlich um die selbst eingegebenen "Massedaten". Alles andere kann ja evtl. Fehler in einer vermurksten Installation verursacht haben - das wäre ja dann blöd, wenn das alles wieder mit übertragen würde ... Vielleicht kann ja doch noch jemand etwas dazu sagen - die Hoffnung stirbt zuletzt...
  6. Ich habe leider das Problem, dass meine Installation (wahrscheinlich durch diverse Updates) murksig ist. Ich kann z. B. nach der Deinstallation von EU-Legal und Upgrade auf die 1.6.1.1 kein advancedeucompliance installieren und mich nicht mehr im Debug-Modus einloggen, um die Probleme zu analysieren. Ich komme immer wieder auf die leere Anmeldemaske zurück. Kaum schalte ich den Debug-Modus wieder ab, kann ich mich gleich wieder anmelden. Hier konnte mir bei diesem Problem niemand weiterhelfen. Deswegen wird mir wohl nix Anderes übrig bleiben als den ganzen Laden neu aufzusetzen. Gibt es Möglichkeiten die von mir eingegebenen Daten wie Produkte, Kategorien, CMS etc. aus dem vermurksten System zu exportieren und in die neu aufgesetzte Umgebung zu importieren, um den ganzen Aufwand zu reduzieren?
  7. Wenn ich in der defines-Datei das Debug-Flag von false auf true setze, habe ich keinen Zugang mehr auf den Shop. Bin ich noch angemeldet, lande ich ausgeloggt auf der Anmeldemaske. Gebe ich dort meine Daten ein, fängt es an zu laden und kommt dann zurück auf den Anmeldeschirm, zeigt jedoch die beiden Boxen für die Anmeldedaten mehr an. Durch ein Neuladen der Seite sind sie wieder da, aber jeder erneute Anmeldeversuch führt zum selben Ergebnis. Auch wenn ich mich vor dem Einschalten des Debug-Modes erst abmelde und danach wieder anmelden will, geht es nicht. Kann mir da jemand weiterhelfen?
  8. Danke @kulli, für deine Anwort! Also: 1.6.0.14 und eu_legal --> Go 1.6.1.1 und AdvancedEuCompliance --> Stop So weit so gut, aber das hier kann ich nicht komplett nachvollziehen: Wenn ein Mitbewerber dich ausstechen und platt machen will, dann wird er ganz sicher das Haar in der Suppe suchen, bis er es gefunden hat. Ich schätze die von dir genannten Faktoren (zumindest die meisten) eher als das kleinere Problem ein. Bilder sind grundsätzlich mal gar kein Problem, wenn man weiß, dass sie zum Problem werden könnten - dann macht man seine Produktbilder eben selbst und schon ist man aus der Sache raus. Mit dem Impressum ist es ebenso - wenn man weiß, dass es diesbezüglich Vorschriften gibt, hält man sich einfach dran und ist auf der sicheren Seite. Bezüglich AGB wird es da schon etwas schwieriger - aber auch das ist mit etwas Recherche zu bewerkstelligen. Man kann sich z. B. die AGB großer, renommierter Onlinehändler ansehen. Für AGB gibt es ja auch Generatoren, deren ausgespuckte Texte für den kleinen Ottonormal-Onlinehändler völlig ausreichend sind. Wenn man ABSOLUT sichergehen will, über das Ergebnis einfach noch mal den Anwalt des Vertrauens drüber schauen lassen und auch das ist geritzt. Dann natürlich immer schön fleißig den Shopbetreiberblog lesen, damit man Änderungen der Gesetzeslage zeitnah mitbekommt und frühzeitig darauf reagieren kann. Die Sache mit dem Markenrecht nehmen wir mal aus - das ist auch in meinen Augen ein sehr kritischer Punkt. Diesbezüglich habe ich schon desöfteren gehört, dass nicht einmal das DPMA darüber Aufschluss geben kann, ob eine Markenrechtsverletzung vorliegt, wenn man dort eine Marke anmeldet. Das ist zwar teuer, aber durchaus ratsam. Denn wenn weder man selbst noch der/die Mitbewerber eine Marke auf etwas angemeldet hat, kann es immer passieren, dass es ein Mitbewerber irgendwann tut und wer die Marke zuerst angemeldet hat, ist der Eigentümer und kann dann allen anderen, die sie auch nutzen, mal schön durch eine Abmahnung das Leben schwermachen. Wenn aber Bilder & CMS sauber sind, wird dann im System selbst nach Rechtsverletzungen gestöbert, wobei der Schuss aber schnell nach hinten losgehen kann, wenn der Mitbewerber ebenfalls kein 100% rechtssicheres Shopsystem hat. Ich kann mir aber kaum vorstellen, dass es absolut KEIN absolut rechtssicheres System gibt...
  9. Ich bin noch nicht live mit meinen Shop und habe das bei mir lokal auf meiner Testinstallation gemacht. Wenn ich in der defines.inc.php diese Änderung vornehme, passiert beim erneuten Aufruf genau das, was ich oben schon geschildert habe. Ich komme also im Debug-Mode gar nicht erst ins Backend rein. Sobald ich das Flag wieder auf false gesetzt habe, kann ich mich wieder anmelden. Auf meiner 1.6.0.14er Parallelumgebung ist das im Übrigen genauso.
  10. Meine Frage, siehe oben... Ich möchte damit hier mal ein wenig zur Diskussion anregen. Ich sehe mir Prestashop seit ungefähr v1.6.0.9 an und zumindest ab dann gab es meiner Erinnerung nach immer Grund zur Beanstandung bezüglich Rechtssicherheit, ob mit EU-Legal oder mittlerweile mit advancedeucompliance. Das verunsichert mich sehr und hält mich davon ab mit meinem Shop produktiv zu gehen. Irgendwann hieß es dann, die Funktionalitäten von EU-Legal werden mit in den Core eingeflochten. Also habe ich erstmal abgewartet. Nun ist es ja seit 1.6.1.0 endlich so weit, dass die Rechtssicherheit zum Shop selbst gehört und bei Updates komfortabler zu handhaben ist, aber nach meinen Recherchen ist es nix Halbes und nix Ganzes. Ich bin zwar selbst Entwickler, aber für den Onlineshop habe ich weder Zeit noch Geist mich damit zu befassen, dass die Basics funktionieren, die eigentlich das Shopsystem schon von sich aus mitbringen sollte. Zu diesen Basics gehört für mich insbesondere auch das Thema Rechtssicherheit. Mir ist durchaus klar, dass ich selbst zusehen muss, wie ich zu rechtskonformen AGB-, Widerrufsrecht-Texten u. Ä. komme, aber das System selbst sollte in Bezug auf Visualisierung, Bestellprozess etc. schon von vornherein rechtssicher sein, so dass man damit live gehen kann ohne sich ewig Gedanken machen zu müssen und schlaflose Nächte zu haben über den evtl. Ärger, den man sich dadurch einhandelt und der einen schlimmstenfalls in den wirtschaftlichen Ruin leiten kann. Vielleicht erwarte ich ja einfach zu viel. Aber andererseits funktioniert das bei anderen Shopsystemen ja scheinbar viel besser! Ich habe heute Nachmittag sehr lange recherchiert nach möglichen Alternativen, mit denen ich auf absehbare Zeit - also recht kurzfristig - rechtssicher für den deutschen Markt produktiv gehen könnte. Und da bietet sich schon Einiges! Auf der einen Seite finde ich Prestashop total klasse, aber andererseits traue ich mich gar nicht erst damit produktiv zu gehen aufgrund dieser teuren Schwachstelle... Deswegen möchte ich gerne mal eure Meinungen dazu hören, wie ihr das so seht, ob sich Prestashop überhaupt für den Produktiveinsatz eignet und wenn ja, in welcher Version und mit welchem Zusatzmodul. Wenn nein, dann würde ich mich nämlich doch eher auf eine Alternative konzentrieren...
  11. Mittlerweile gibt es ja schon advancedeucompliance 1.5.0 - sind da bereits Punkte aus der Liste im Eingangspost von GurkCity mit abgedeckt? Es wäre toll, wenn dieses Thema weiter gepflegt werden würde, damit man immer auf dem aktuellen Stand ist, wie produktionstauglich die 1.6.1.1 akuell ist...
  12. Meinst du das hier damit: Falls ja, so kann ich mich leider gar nicht mehr einloggen! Ich gebe meine Anmeldedaten ein und es lädt dann und bleibt auf der Anmeldemaske stehen, jedoch ohne die Eingabeboxen für die Anmeldedaten. Beim Neuladen der Seite sehe ich wieder die leeren Anmeldeboxen...
  13. Bei mir ist das Modul "Europäische Rechtssicherheit" nach meinem Upgrade von 1.6.0.14 auf 1.6.1.1 in der Modulliste vorhanden. Im Modules-Ordner liegt ein Verzeichnis "advancedeucompliance". Wenn ich das Modul über das Backend installieren möchte, weigert sich PrestaShop: Wie bekomme ich dieses Modul nun installiert? Kann jemand helfen?
  14. Hallo Hagen, ich weiß, ich bin etwas spät dran, aber ich habe diesen Post erst jetzt entdeckt. Zunächst einmal finde ich es super, dass die User gefragt werden, was sie denn so brauchen! Was mir in dieser ganzen Diskussion zu kurz gekommen ist, ist das Thema Plattformunabhängigkeit. Du hast ja schon auf die Bedürfnisse von kleinen Händlern (wie ich auch einer bin) angespielt und da spielt dieses Thema eine nicht zu unterschätzende Rolle. Kleine Händler möchten erstmal mit möglichst wenig Investment starten und erstmal schauen, wie der Shop so läuft, bevor sie dann doch die eine oder andere möglicherweise größere Investition tätigen. Dafür bieten sich Infrastrukturen wie Linux in Verbindung mit plattformunabhängiger Software an. Geringe oder keine Lizenzkosten und dennoch viel Leistungsumfang. Doch was bringen solchen Händlern WaWi Schnittstellen für Systeme, die nur unter Windows laufen oder solche für SaaS System, die für den Anfang auch nicht gerade erschwinglich sind... Ich werfe deswegen mal in den Raum: Odoo (ehemals OpenERP) oder Kivitendo (ehemals LX-Office). Das sind völlig kostenfreie ERP, die zudem auch noch auf jeder Plattform laufen und die somit jeder nutzen kann... Ich bzw. wir nutzen schon seit fast 2 Jahren Odoo auf einem kleinen Linux MiniServer und sind bisher damit sehr gut gefahren. Prima wäre, wenn sich unser geplanter PrestaShop auch mit Odoo "verheiraten" ließe. Die Schnittstellen zu für Deutschland relevante Transportunternehmen, die hier bereits angeführt worden sind, halte ich auch für sehr wichtig. Noch viel wichtiger als all die Schnittstellen zu externen Systemen ist allerdings, dass PrestaShop endlich voll rechtssicher für Europa und insbesondere Deutschland wird!
  15. Also fasse ich mal zusammen : Dort, wo der Warenkorb-Button auftaucht, müssen auch diese Zusatzangaben zum Preis "inkl. Steuer zzgl. Versandkosten" stehen und dort, wo er nicht auftaucht, ist das nicht zwingend notwendig. Richtig ? Wenn ich euch nun richtig verstanden habe, dann wäre EU-Legal an dieser Stelle - wie ich eingangs schon kommentiert hatte - tatsächlich völlig rechtskonform. An keiner Stelle taucht bei meiner Installation (v1.6.0.14 + EU-Legal 1.4.0) der Warenkorb-Button in Verbindung mit den Preisangaben ohne die erforderlichen Zusätze auf. Also sollte die Startseite doch auch rechtskonform sein: Ohne Mouseover ist der Preis vorhanden, jedoch ohne Zusätze, aber auch ohne Warenkorb-Button. Mit Mouseover ist der Preis auch vorhanden, allerdings mit Warenkorb-Button und auch mit den erforderlichen Zusätzen. Das sollte doch so passen, ohne irgendwas im Code anpassen zu müssen, oder? Wenn dem nicht so ist, dann habe ich es immer noch nicht kapiert bzw. stehe total auf der Leitung
×
×
  • Create New...