Jump to content

Netagent

Members
  • Posts

    166
  • Joined

  • Last visited

Everything posted by Netagent

  1. Solved? I have the same problem with the classic template... This only affects the text editor in the backend with Tiny (e.g. article description) Update from 1.7.7.7 to 1.7.8.0
  2. H├Ą? ­čśä Das soll jetzt noch einer verstehen... Also ein bissl detaillierter m├╝sstest dein Problemchen schon schildern, damit man da wenigstens einigerma├čen durch steigt. "Plugins" haben wir ├╝brigens in Wordpress. Wir sind aber hier bei Prestashop. Und hier hei├čen die Dinger "Module" ­čśë
  3. Hier hatte ich das mal kurz beschrieben: Hier in DE ist es zumindest nicht so ohne weiteres gestattet, die Bruttopreise gleich zu lassen. I.d.R bleiben die Nettopreise gleich.
  4. Falls noch aktuell: https://www.prestashop.com/forums/forum/279-jobangebote/ w├Ąre die korrekte Abteilung daf├╝r. Gib dort aber bitte auch die verwendete Shopversion an.
  5. Ich kann leider nicht sehen von wann dein Posting ist und ob du bereits gel├Âst hast. Aber ich verweise mal auf folgenden Beitrag im englischen Teil: https://www.prestashop.com/forums/topic/1029300-prestashop-177-php-mail-problems/
  6. Fragt mich nicht wo... aber ich habe gelesen, dass unterschiedliche Nettopreise NICHT erlaubt sind. Ich denke, es handelt sich hier um das "Geoblocking" Gesetz. Bei IT-Recht steht ├Ąhnliches. Also macht es keinen Sinn, ein Modul einzusetzen, was die Nettopreise ├Ąndert damit der Bruttopreis in jedem Land gleich bleibt.
  7. Sorry, ganz an mir vorbei gegangen... Nein, das hat keinen Einflu├č auf deine ├╝brigen 1.6er Shops. Du kannst also Paypal weiterhin mit den alten Shops nutzen.
  8. Ja, dort kann man aber nur jeweils 1 Land filtern. Wenn man jetzt aber EU weit verkauft, ist das schon ein bissl m├╝hsam. Man k├Ânnte zwar jetzt "Alle L├Ąnder" filtern und dann den Umsatz von dem einen Land "Deutschland" abziehen, aber da hat man dann immer noch die Drittl├Ąnder mit drin. Also alles nicht so anwendungsfreundlich... Geolocationmodul... w├Ąre ein Ansatz. Aber wer nutzt wirklich Geolocation? Geolocation arbeitet ja nach IP Adresse. Und diese m├╝ssten dann auch aktuell gehalten werden und w├Ąren bei VPN Verbindungen auch nutzlos.
  9. Hmm... ich wei├č das der Chrome Browser vor kurzem ein Update hatte, was auch in den 1.7er Shops im Backend zu "komischen" Ansichten f├╝hrt. Aber ob das damit zusammen h├Ąngt?
  10. Boah, dieses .... Forum nervt. Ein falsches Wort (?) im Post, schon ist der Post versteckt ­čś× Hast du die Override Dateien mal gepr├╝ft? Evtl. ist da ja noch was altes drin.
  11. Dann hab ich so auf Anhieb auch keine Idee mehr wo man ansetzen k├Ânnte, sorry ­čś× M├╝sste evtl. mal jemand genauer dr├╝ber schauen, der sich mit PHP auskennt. Ah, eins noch: Override Dateien mal gecheckt? Evtl. ist da ja was altes drin...
  12. Du hast komische Kategorien ­čśä Jo, das ist bl├Âd... w├Ąre ja sch├Ân gewesen wenn es "nur" an der PHP Version gelegen h├Ątte. Dann w├╝sste man wenigstens woran es liegt. Aber so... Deaktivier doch mal das Sofortbanking Modul probehalber.
  13. in den 1.7.xx Shops l├Ąuft das Standard Paypal Modul nur MIT Paypal PLUS. Find ich auch nicht sonderlich gut, ist aber leider so.
  14. Diese Fehler klingen mir eher nach PHP Versionsfehler. Schalt mal die PHP Version runter falls m├Âglich bis zur letzten PHP 5er Version. Tritt der Fehler dann immer noch auf?
  15. Hmm, hatte ich bei mir nicht. Und ich hatte auch die 3.04 Version in einen frisch installierten 1.7.7.4 gesetzt. Ich geh mal davon aus das du die ├╝blichen Cache Probleme ber├╝cksichtigt hast und auch die Overrides eingeschaltet hast? Diese Fehlermeldung hatte ich zwar selbst nicht, aber ich hab die schon mal gesehen... Das scheint wohl irgendwie mit dem Paypal Modul zusammenzuh├Ąngen. Hast du das aktiviert und - wichtig! - auch mit deinem PaypalPLUS Account verbunden? Ist das Paypal PLUS bei dir auch frei geschaltet seitens Paypal? (Das ist ein sehr h├Ąufiger Fehler) Viele Gr├╝├če Dirk
  16. Hmm... keine Antwort ist auch eine Antwort oder so ­čśä Hat sich da noch keiner Gedanken drum gemacht oder ist es im allgemeinen f├╝r Euch eher unwichtig? Man sollte dabei auch ber├╝cksichtigen, dass nicht jeder Shopbetreiber f├Ąhig ist, komplexe MySql Abfragen zu generieren. Daher w├Ąre m. M. daf├╝r ein Modul schon ganz n├╝tzlich.
  17. Moin, ab 01.07.2021 tritt ja nuin die leidige Umsatzsteuerreform in Kraft, in dem man ab einem Gesamtumsatz von 10.000 Euro / Jahr die jeweiligen Steuers├Ątze des betreffenden EU-Landes berechnen muss. Frage hierzu: Gibt es bereits eine M├Âglichkeit (Modul oder so) wo man die Ums├Ątze nach lokal (also DE) vs. EU-L├Ąnder filtern kann? Ich habe da bisher nichts gefunden, denke aber das so etwas extrem hilfreich w├Ąre.
  18. Kurz und knackig: https://devdocs.prestashop.com/1.7/basics/installation/system-requirements/ Rechtssicherheit hat allerdings nichts mit den Shopversionen zu tun. Hier ist jeder Shopbetreiber selbst verpflichtet sich seinen rechtssicheren Shop zu erstellen. Extrem behilflich dabei ist aber das offizielle Datenschutzmodul (f├╝r alle 1.7.xx Shops) und das Rechtssicherheitsmodul, welches aber aktuell glaube ich nicht mehr von Prestashop weiter entwickelt wird. Die aktuelle Version ist die 3.0.2 wenn mich nicht alles t├Ąuscht und die l├Ąuft auch auf allen 1.7.xxx Shops. Original ist zu erhalten bei github und weiter entwickelt wird es von https://www.onlineshop-module.de Gru├č Dirk
  19. Nur noch kurz zum Abschlu├č: Der Theoretiker Netagent erstellt, administriert, betreut und hostet beruflich zig Prestashops mit zufriedenen Kunden. In soweit h├Ątte Dir der Theoretiker Netagent evtl. sogar behilflich bei der L├Âsung deiner Probleme sein k├Ânnen. Diese Chance hast du allerdings mit deinem Posting verbaut ­čśë Der Oberlehrer w├╝nscht Dir aber trotzdem allzeit gute Gesch├Ąfte f├╝r die Zukunft.
  20. Naja, das passiert nur wenn man den Dinge Ihren Lauf l├Ąsst und nicht am Puls der Zeit bleibt. So wie du es in der Vergangenheit gemacht hast. Fr├╝her hatte man mal einen Shop erstellt und den dann ohne gro├če Updates laufen lassen bis zum Nimmerleinstag. Diese Zeiten sind endg├╝ltig vorbei. Damit wirst auch Du dich abfinden m├╝ssen. Heutzutage muss man seinen Shop schon regelm├Ą├čig aktualisieren, um auf dem Laufenden zu bleiben. Und NEIN, wenn man es einmal richtig anf├Ąngt, ist es keine "Herkulesaufgabe" mehr. Gerade bei Prestashop ist im Gegensatz zu anderen Shopsystemen ein Update relativ schnell bewerkstelligt. Zumindest wenn nicht andauernd so Systemspr├╝nge wie von 1.6 auf 1.7 kommen, wo das ganze Programmierfundament umgestellt wird. Gerade wenn du als Shopbetreiber 10 Shops betreibst, ist es absolut fahrl├Ąssig und verantwortungslos, wenn Du dich nicht um deine Aktualisierung der Software k├╝mmerst. Das geh├Ârt zu einem Job als Shopbetreiber heutzutage dazu. Oder man delegiert diese Aufgabe halt an Dritte weiter. Lange Rede, kurzer Sinn... sieh zu das deine Shops auf den aktuellen technischen Stand kommen, pass die Module entsprechend an wie du sie ben├Âtigst und nutze daf├╝r auch die Override Funktion des Shops. Erstelle ein "Child Template" von deinem Haupttemplate und ├Ąndere deine eigenen Anpassungen dann in dem Child Template. Ist das alles einmal vern├╝nftig gemacht, dann kannst du auch regelm├Ą├čig ohne gro├če Anpassungen updaten. ABER!!: Du sagst das dein Hoster ALLES unterhalb PHP 7.4 cancelt. Es gibt bisher keine Prestashopversion, die ohne manuelle Nacharbeiten mit PHP 7.4 klar kommt. Soweit ich informiert bin, soll erst Shopversion 1.8.xx mit PHP 7.4 lauff├Ąhig sein. Und bis die kommt, dauert es ja noch ein paar Tage... Also wenn du unbedingt einen eigenen VPS mit alter Umgebung betreiben m├Âchtest (was ich pers├Ânlich nicht gut hei├če), und wenn Du sowieso alles NEU machen m├Âchtest und nicht die aktuellen Shops aktualisieren willst, dann w├╝rde ich pers├Ânlich bis zur Shopversion 1.8.1.xx damit warten. Das d├╝rfte aber mind. noch ca. 1 Jahr dauern, bis das soweit ist. Ob das so sinnvoll ist, wei├č ich nicht... Alternative: Umsatteln auf einen Hoster, der gezielt "Shophosting" betreibt und wo auch noch PHP ab Version 7.2 zur Verf├╝gung steht (wie in mind. 95% aller F├Ąlle), alte Shops auf 1.7 aktualisieren und zuk├╝nftig am Ball bleiben mit Updates. "Normale" 1.6er Shops lassen sich auch ohne gro├če Probleme auf 1.7 aktualisieren. Ist halt ein bissl Arbeit, jenachdem was f├╝r Spezifikationen so ein Shop hat. Nachtr├Ągliche Modul- und Templateanpassungen d├╝rften f├╝r den jeweiligen Entwickler eigentlich auch kein Problem sein. Evtl. diese einfach mal ansprechen in dem Fall. Mal was Allgemeines: Eins muss einem (angehenden) Shopbetreiber von Anfang an klar sein: W├Ąhrend man fr├╝her einmal am Anfang Erstellungskosten f├╝r einen Shop hatte und dann erst mal lange Zeit Ruhe war, hat man heute regelm├Ą├čige Betriebsausgaben in Form von Softwareupdates (Module / Templates). Diese werden auch nicht g├╝nstiger in Zukunft. Wer diese regelm├Ą├čigen Kosten nicht direkt zu Anfang mit einkalkuliert, hat schon verloren auf dem Markt.
  21. Versteh ich jetzt nicht so ganz... Du nimmst die aktuell eingestellte Steuerregel (z.B. "DE Standard Rate (19%)") unter "International -> Steuers├Ątze -> Steuerregeln" und ├Ąnderst dort die einzelnen MwSt. S├Ątze / Land. Das wird dann automatisch auf alle vorhandenen Artikel umgesetzt.
  22. 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.
  23. 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? ­čśë
  24. 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.
  25. 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.
×
×
  • Create New...

Important Information

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