Jump to content

Cats Taste

Members
  • Posts

    10
  • Joined

  • Last visited

Profile Information

  • First Name
    Charlotte
  • Last Name
    Streit

Cats Taste's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Servus Leute! Ich konnte das Problem jetzt lösen und schreibe hier auf was ich gemacht habe, falls noch jemand das Problem hat : Im Ordner /classes/cache sollten folgende Files vorhanden sein: Cache.php CacheApc.php CacheMemcache.php CacheMemcached.php CacheXcache.php index.php Diese waren bei mir nicht im Ordner, nachdem ich sie neu hochgeladen habe, läuft der Shop wieder. Falls Ihr die Dateien nicht irgendwo gespeichert habt, könnt Ihr Euch einfach die entsprechende Prestashop-Version von der Website runter laden und die Dateien aus dem Original-Verzeichnis nehmen. So habe ich es gemacht und es klappt sehr gut :-) Liebe Grüße Charlie
  2. Servus Leute, ich habe leider ein Problem mit meinem Prestashop, Version 1.7.5.1 (Standard Theme) Eigentlich betreibe ich momentan einen Liveshop, der noch unter der Version 1.6 läuft. Da aber die PHP-Version ja leider gecancelt wird, habe ich mich entschlossen, auf 1.7 zu wechseln. Dafür habe ich eine Test-Subdomain eingerichtet und die neue Prestashop-Version installiert. Mein Hoster bietet eine "Schnellinstallation" an, die auch soweit gut funktioniert hat. Allerdings hatte ich von Anfang an Probleme, mit den Presta-Modulen. Sobald ich ein neues Modul installiert habe, gab es einen HTTP ERROR 500 (auch wenn ich ein neues Sprachpaket installieren wollte). Mein Hoster hat nur mit den Schultern gezuckt und konnte mir nicht helfen. Im Presta-Forum habe ich dann irgendwo gelesen, dass evtl. helfen könnte, den Cache des Shops zu löschen. Das habe ich getan und der Shop lief wieder. Jetzt habe ich bereits mehrere Wochen Arbeit rein gesteckt, am Layout geschraubt, die Artikel eingepflegt und eigentlich ist der Shop soweit fertig, bis auf wenige Kleinigkeiten. Heute habe ich die Zahlungsarten getestet und wollte das "Rechtssicherheitsmodul" updaten, weil Presta mich auf eine neue Version hingewiesen hat. Ich hab das Update durchgeführt, klicke auf "Einstellungen" des Moduls und prompt kommt wieder der 500er Error. Sowohl das Backend als auch das Frontend des Shops sind nicht mehr erreichbar. Cache habe ich geleert, das bringt leider nichts. Mein Provider zuckt wieder mit den Achseln und sagt "das kann alles sein" 😞 Jetzt ist die Frage, wie ich weiter vorgehen soll. Wenn ich den Shop komplett deinstallieren muss, war meine gesamte Arbeit für die Tonne und ich muss wieder von vorne anfangen. Ich habe mich schon durch das Forum gegraben, aber irgendwie scheint der Fehler sonst nur bei der Installation aufzutreten oder an anderer Stelle, aber nicht, wenn man die Module installiert oder updatet. Ich habe übrigens keine "Fremdmodule" installiert, eigentlich verwende ich nur die Standard-Module von Presta, die gratis zur Verfügung gestellt werden. Mir ist klar, dass es mehr Infos braucht, um den Fehler einzugrenzen. Ich weiß allerdings nicht, wo ich die herkriege (z.B. irgendwelche Logdateien). Ich beherrsche grundlegend CSS und komme mit Presta eigentlich sehr gut zurecht, aber ich verstehe nichts von Servern, SQL, PHP und Datenbanken Nachtrag: dank eines anderen Forumeintrags habe ich eine Anleitung gefunden, wie ich zu der Fehlermeldung komme, hier ist sie: Fatal error: Uncaught Error: Class 'Cache' not found in /data/web/e64512/html/apps/prestashop-86451/classes/ObjectModel.php:1975 Stack trace: #0 /data/web/e64512/html/apps/prestashop-86451/classes/ObjectModel.php(224): ObjectModelCore::getDefinition('Shop') #1 /data/web/e64512/html/apps/prestashop-86451/classes/shop/Shop.php(128): ObjectModelCore->__construct('1', NULL, NULL) #2 /data/web/e64512/html/apps/prestashop-86451/classes/shop/Shop.php(412): ShopCore->__construct('1') #3 /data/web/e64512/html/apps/prestashop-86451/config/config.inc.php(119): ShopCore::initialize() #4 /data/web/e64512/html/apps/prestashop-86451/index.php(27): require('/data/web/e6451...') #5 {main} thrown in /data/web/e64512/html/apps/prestashop-86451/classes/ObjectModel.php on line 1975 Ich lese so viel heraus, dass er irgendetwas nicht finden kann, allerdings hilft mir das nicht, weil ich nicht verstehe was genau fehlt oder geändert werden muss. Kann mir evtl. jemand helfen, damit ich den Shop wieder zum laufen kriege? Für mich wäre es der Super Gau, wenn ich jetzt alles neu installieren und wieder von vorne anfangen müsste. Zumal ja nicht gewährleistet ist, dass der Fehler dann nicht wieder auftritt. Vielen, vielen Dank schon einmal für Eure Antworten, liebe Grüße Charlie
  3. Servus Chris, ja, es funktioniert alles einwandfrei. Shop, Bestellungen, Backend (sowohl mit .de und .at), das passt soweit. Ich wollte nur sicher gehen, dass es nicht zu "Folgeschäden" kommt, wenn ich die Warnung ignoriere. Blockieren tut mich die Warnung auch nicht, ich kann alle Funktionen im Frontend und Backend nutzen Ich werde das also einfach mal so lassen, solange alles funktioniert :-) Danke für Deine Info, lg, Charlie
  4. Servus Leute, habe eine Frage zur Domain-Anpassung im Prestashop (Version: 1.6.1.7). Ich habe meinen Shop über eine One-Click-Installation bei meinem Hoster eingerichtet. Sprich, der Hoster hat die Datenbank erstellt und die grundlegende Installation übernommen, die Shop-Konfig. + Artikelerstellung habe ich natürlich selbst gemacht. Der Shop ist auch soweit fertig, getestet und online. Aber: ich habe zuerst meine deutsche Domain beim Hoster angemeldet, weil der alte Shop unter der .at-Domain erreichbar bleiben sollte. Der Shop wurde also mit der .de-Domain angemeldet und installiert. Jetzt bin ich mit meiner .at-Domain zu meinem neuen Hoster umgezogen und habe diese im Backend von Presta hinterlegt, weil mein Firmensitz in Österreich ist und ich hauptsächlich österreichische Kunden habe. Wäre verwirrend, wenn diese plötzlich auf der deutschen Domain landen. Domain ist geändert, benutzerfreundliche URL ist aktiviert (habe über Google raus gefunden, dass dies für die URL Anpassung eine Rolle spielt). Es funktioniert auch alles, aber Presta gibt auf dem Dashboard folgende "Warnung" aus (sieh auch Screenshot): Sie sind aktuell unter folgendem Domain-Namen erreichbar xxx.de Dieser Name unterscheidet sich vom Domainnamen des Shops, der unter "SEO & URLs" gesetzt ist Wenn das Ihre Domain ist, dann ändern Sie sie jetzt bitte. Grundlegend blockiert diese Information nichts und bisher gibt es auch keine Fehler im Shop selbst, aber es irritiert mich ein wenig. Daher wäre meine Frage ob das hier ein rein "kosmetisches" Problem ist, also Presta mich nur über diesen Umstand informiert oder ob es im Hintergrund zu ernsthaften Fehlern kommen kann? Ich habe schon meinen Hoster angeschrieben, ob man die Domain auch im Controllpanel auf .at ändern könnte, aber die meinen, das wäre sehr aufwendig weil man dann sämtliche Datenbank-Einträge auf die neue Domain umschreiben müsste und ich dafür die komplette Datenbank exportieren > umschreiben und wieder importieren müsste. Das ist mir ehrlich gesagt zu kompliziert, daher habe ich es jetzt so gelöst, dass auf der .de-Adresse der Shop gezeigt wird und auch auf der .at-Adresse. Da aber im Backend die .at-Adresse gespeichert ist, wird die .de-Adresse darauf geändert, sobald der Shop geladen wird. Das wäre für mich eigentlich ideal, allerdings habe ich eben die Sorge, dass durch diese Konfiguration für Presta etwas nicht passt, weil eben die oben genannte Meldung kommt. Ach ja, die .htaccess-Datei habe ich geprüft, da steht die .at-Domain drinnen. Ich hoffe, man wird aus meinen Infos schlau :-s Dankeschön, Charlie
  5. Hi Eleazar, vielen, vielen Dank für die ganzen Infos die Du für mich zusammen gestellt hast, werde das alles morgen in Ruhe lesen. Grundlegend betreibe ich meinen Shop schon seit einiger Zeit und kenne die Rechtslage. Ich mache also keinen neuen Shop auf, sondern stelle nur auf Presta um Das mit der MwSt. ist eine rein "kosmetische" Angelegenheit. Im Impressum wird die Kleinunternehmer-Regelung natürlich verzeichnet sein und für die Rechnungen nutze ich ein externes Tool mit eigener Vorlage, wo die MwSt. nicht drauf steht und auch die Kleinunternehmer-Regelung vermerkt ist Mein Anwalt und mein Steuerberater haben das bei der damaligen Shop-Eröffnung geprüft und grünes Licht gegeben. Aber, ich schaue mir Deine Links morgen noch an. Danke Dir Liebe Grüße und schönes Wochenende, Charlie
  6. Sorry, vielleicht habe ich mich falsch ausgedrückt. Ich meinte kein Fremd-Modul, sondern das Standard-Versand Modul, welches bereits in Presta integriert ist. Also einfach unter "Shipping > Carriers", ich habe sonst nichts installiert. Wenn die Preisspannen so nicht korrekt sind, werde ich mich heute Abend noch einmal dran setzen und es so konfigurieren wie Du es empfohlen hast. Beim letzten Mal kam definitiv ein Fehler, aber vielleicht hatte ich da einfach irgendwo noch was anderes falsch gemacht. Wegen der Steuer: ja, ich werde derzeit noch als Kleinunternehmer geführt und darf somit keine Umsatzsteuer verlangen. Deshalb habe ich eine Standard-Steuer mit 0% angelegt, sobald ich aber kein Kleinunternehmen mehr bin, muss ich das natürlich ändern und die 10% bzw. 20% einstellen, je nach Ware. Ich weiß, dass ich die Steuer auch weg lassen könnte, aber in meinem alten Shop haben die Kunden dann immer gedacht, zu dem Preis käme noch die Steuer hinzu, deshalb habe ich dann irgendwann umgestellt und die Preise inkl. Steuer gezeigt, aber eben mit 0%. Ist einfach nur ein optisches Thema, wenn man liest "Preis exkl. Steuer" denkt der Kunde automatisch, da kommen noch 20% drauf und kauft dann evtl. nicht, weil ihm das dann zu teuer ist. Dass die Steuer auf 0% steht, sieht er dann ja erst im Warenkorb. So wie es jetzt ist sieht der Kunde, die Preise sind schon mit Steuer obwohl sich am Preis eh nichts ändert. So sind alle Beteiligten zufrieden und das Finanzamt hat auch nichts zu meckern Vielen Dank für Deine wichtigen Tipps und Hinweise
  7. Vielen Dank für Eure Hilfe, ich habe den Fehler jetzt gefunden. Die Einstellungen die ich gemacht habe sind in Ordnung und funktionieren jetzt einwandfrei. Aber unter "Shipping > Preferences" gibt es ein Feld "Versandkostenfrei ab" und da waren 50€ eingestellt. Das hatte ich komplett übersehen und deshalb hat das Modul auch meine Preisspannen ignoriert. Wenn die Preise überlappen, fängt das Modul deshalb an zu meckern "Spannen überlappen sich" und man muss die Konfiguration komplett löschen und neu machen, weil es einen nichts mehr ändern lässt. Das war das Erste was ich versucht habe. Keine Ahnung, ob das ein Bug ist oder ob das so sein soll. Aber, jetzt läuft bei mir alles korrekt (mit der Konfiguration im Screenshot), somit setze ich das Thema mal auf "solved". Vielen Dank und liebe Grüße Charlie
  8. Servus Leute, ich nutze die Shopversion 1.6.1.7 und habe ein Problem, zu dem ich auch nach stundenlanger Recherche keine Lösung finde (weder über Google, noch im Forum). Daher hoffe ich, dass Ihr mir helfen könnt. Ich möchte DHL als Versanddienstleister nutzen und versende in folgende Länder: Innerhalb Österreichs, nach Deutschland, Luxemburg und in die Schweiz. Die Kunden bekommen verschiedene Versandpauschalen: Innerhalb Österreichs von 0.00-49.99€ : 4.50€ Innerhalb Österreichs ab 50.00€: 0.00€ Nach Deutschland von 0.00-99.99€: 9.99€ Nach Deutschland ab 100.00: 0.00€ Nach Luxemburg: immer 12.99€ In die Schweiz: immer 17.99€ Ich habe also die genannten Länder aus der EU-Zone heraus genommen und als eigene Zonen angelegt. Diese Zonen habe ich dann im Versanddienstleister DHL mit Preisspannen versehen. Soweit so gut. Wenn ich im Shop jetzt Warenkörbe unter 50€ generiere, zeigt mir der Shop für jedes Land die richtige Versandpauschale an. Sobald ich aber einen Warenkorb über 50€ anlege, behauptet der Shop, der Versand wäre kostenfrei, egal welches Land ich wähle. Kostenfrei wäre es ab 50€ aber nur nach Österreich. Ich habe schon alle Tricks probiert, z.B. ab der 2. Spanne die Versandkosten um einen Euro erhöht, weil ich dachte, das System kapiert nicht, wenn für zwei Spannen der gleiche Preis hinterlegt ist, aber nichts hilft. Wie gesagt, die Zonen sind aktiv und wenn ich einen Warenwert von unter 50€ habe, zeigt der Shop für jedes Land die korrekten Pauschalen. Aber, ab der zweiten Spanne ignoriert er die Konfiguration komplett und reagiert einfach so, als hätte ich für alle Länder angegeben, dass das Porto kostenfrei ist. Ich habe aber nur einen Dienstleister konfiguriert, es gibt hier also keine Überschneidungen, die das Problem verursachen könnten. Ich habe mal einen Screenshot von meinen Einstellungen gemacht, vielleicht seht Ihr den Fehler, für den ich zu blind bin :-( Ich wäre für jeden Tipp sehr dankbar :-) Liebe Grüße Charlie
  9. Vielen Dank für Eure Infos. Schade, dass man die Themes nicht über die Übersetzungs-Community anpassen kann, das würde aus meiner Sicht Sinn machen. Vor allem, weil sich dann nicht jeder, der das Theme kauft separat die Arbeit machen muss. Ich gehe davon aus, dass das Theme mit den entsprechenden de.php-Dateien versehen ist, wenn es in deutscher Sprache angeboten wird (habe es noch nicht gekauft). Es ist halt nur viel Aufwand, das alles manuell in den Dateien anzupassen, lässt sich dann aber wohl nicht vermeiden. Ich dachte nur, es wäre nicht schlecht wenn alle von der Arbeit profitieren könnten. Aber, dann werde ich, wenn alles fertig ist, die Dateien wohl dem Entwickler zur Verfügung stellen, damit er das Theme updaten kann. So kommen dann wenigstens zukünftige Käufer in den Genuss Klar, kleine Anpassungen muss man immer vornehmen, aber das Standard-Theme müsste ich wirklich massiv verändern, während im Leotheme nur ein paar Farben und Fonts angepasst werden müssen (was ziemlich komfortabel über die Oberfläche gemacht werden kann, lt. Demoshop). Könnt Ihr mir noch sagen, wie das mit dem Löschen der Demo-Daten aussieht? Werden wirklich nur die Daten gelöscht oder auch installierte Module und allgemeine Konfigurationen?
  10. Servus Leute, ich hoffe, meine Fragen sind hier richtig platziert. Ich habe den Prestashop erst diese Woche installiert und bin derzeit noch im "Lernmodus". Sprich, ich probiere herum, google nach Lösungen, usw. Bisher klappt eigentlich alles recht gut, bisher habe ich eigentlich zu allem eine Lösung gefunden. Allerdings möchte ich nicht so gerne mit dem Standard-Theme arbeiten, da ich technisch nicht in der Lage bin es nach meinen Vorstellungen anzupassen und mir das Layout nicht so gut gefällt. Also würde ich gerne eines der "Leothemes" verwenden. Das Problem ist, dass sich in der deutschen Übersetzung ein paar Fehler eingeschlichen haben. Die Frage ist jetzt, ob es eine Möglichkeit gibt die Korrekturen über die Übersetzungs-Community zu machen? Ich habe mich dort schon angemeldet und warte auf die Freischaltung durch den Projektmanager. Aber, wenn ich das richtig sehe, kann man dort nur den Standard-Shop übersetzen. Gibt es dort nicht auch die Möglichkeit direkt Themes auszuwählen und Übersetzungen durchzuführen bzw. zu korrigieren? Dann hätten wenigstens gleich alle was davon und zukünftige Käufer bräuchten sich mit den Fehlern nicht herum schlagen. Und ich fände es auch komfortabler, statt ewig in den einzelnen Modulen zu suchen (über das Übersetzungsmodul im BO sind diese Fehler nicht abgedeckt) und alles in den PHP-Files auszubessern. Wäre super, wenn mir jemand was dazu sagen könnte :-) Und noch eine weitere Frage: derzeit spiele ich noch ziemlich viel mit dem Shop, lege Dummy-Artikel an, usw. Aber, ich denke innerhalb der nächsten 1-2 Wochen werde ich anfangen den Live-Shop aufzubauen (sofern ich ein passendes Theme finde, sollte das "Leotheme" aufgrund der Übersetzungsfehler raus fallen). Wenn ich dann die Testdaten aus der Datenbank lösche (mit PSClean) bleiben meine Einstellungen erhalten, ist das richtig? Oder killt das Tool auch alle Einstellungen, die ich vorgenommen habe (also z.B. Module die ich aktiviert und konfiguriert habe)? Dankeschön :-)
×
×
  • Create New...