Beiträge von faro

    aber du könntest jetzt nicht sagen, wann du welche lieferung erhalten hast?

    Dazu habe ich ja den Lieferschein vom Lieferanten. Dieses Thema ist auch zu Komplex, da es 1000 Möglichkeiten von Zulieferarten gibt.

    Im Normalfall wird doch beim Lieferanten erst nachbestellt, wenn die Charge ausverkuft ist oder sich drastisch dem Ende neigt. So handhabe ich es.


    Was deine speziellen lieferungen betreffen, diese sollten doch von der Buchhaltung (oder selbst) in Ordnern abgelegt und nach Jahren sortiert sein. Auch für den Fall, dass das Finanzamt bei einer Prüfung mal nachfragt. In der Regel interessiert dem Finanzamt nicht, wieviel Du von wem verkaufst, sondern eher nur, was Du in welchem Zeitraum an Einnahmen und Ausgaben hast oder hattest.

    Das kommt ganz darauf an, was Du wie und in welcher Stückzahl verkaufst.


    Ich erledige alles mit Bordmitteln. Wenn ich eine CD- Lieferung bekomme, gebe ich die Stückzahl in das Produkt ein. Bei einer Nachfrage vom Lieferanten kann ich somit immer nachvollziehen, wann welches Produkt in welcher Stückzahl verkauft wurde, und wieviel noch im Bestand sind.

    PayPal ist ja soweit kostenlos um die Bestellung zu bezahlen.

    Hallo Daniel,


    nicht ganz, wie ich schon im Post #2 schrieb, ist die Nutzung und die Installation von z.B. PayPal, Klarnasofort oder AmazonPay natürlich kostenlos. Lediglich bei der Bezahlung mit einem dieser Anbieter werden abhängig vom Verkaufspreis eine bestimmte Transaktions- Gebühr erhoben.

    Hallo Daniel,


    soviel wie ich weiß, sind alle, auch "PayPal" kostenlose Bezahl- Systeme, was die Einrichtung in VM betrifft. Lediglich der Anbieter selbst erhebt einen bestimmten Prozentsatz an Gebühren pro Verkaufsaktion.


    Die VM- Hauseigene Bezahlfunktion "Vorkasse per Überweisung" ist natürlich ebenfalls vollkommen kostenlos.

    ich habe gerade deine Fehlermeldungen in meiner Testumgebung duchgespielt. Da bei mir alles bestens funktioniert hat, liegt es nicht an der Joomla, VM oder PHP- Version 7.3


    Die PHP- Version 7.1 würde ich aus Sicherheitsgründen nicht mehr verwenden, da der Support zum Dezember 2019 eingestellt wurde. Wenn Du sagst, "Joomla jammert da rum", welche Fehlermeldung wird dir da angezeigt? Eventuell ist eine Erweiterung, Plugin oder das Template nicht kompatibel mit PHP 7.3 und muss angepasst werden.


    Was Du nochmal versuchen könntest, da wie es scheint PayPal sich verschluckt hat ist, per FTP den Ordner: (Wo dein sicherer Pfad liegt), vmfiles - keys, die .ini welche noch eine bestimmte sechsstellige Nummer davor hat, zu Löschen. (Nicht die vmm.ini)


    Bei der nächsten PayPal Transaktion sollte diese .ini wieder automatisch neu gesetzt werden.

    Hallo madmarian,


    das ist eigenartig, dass der TCPDF Fehler mit png's erst jetzt bei dir auftritt. Ich selbst kenne diese Fehlermeldung aus 2017, da trat dieser Fehler bei mir das erste mal auf. Umgehend habe ich alle png's gegen jpg's ausgetaucht und hatte seither auch Ruhe.


    Daher meine Frage, funktionierte tatsächlich dein TCPDF unter Joomla 3.9.14 und älter mit png's problemlos?


    Ich kann mich noch erinnern, dass das Problem in deiner ersten Frage damals ebenfallst mit der Benutzung von png's in Verbindung stand.

    Daher denke ich, wenn Du die png's gegen jpg's austauscht, sollten deine beiden Fehlermeldungen verschwinden.

    Hallo,


    ist aus der ferne auch schwierig dem Problem auf den Grund zu gehen. Zumal ich soetwas noch nie gesehen habe. Zur Zeit wüsste ich nur zwei Möglichkeiten:


    1. Wenn Du selbst nicht weiter kommt, sollte ein Profi sich das direkt im Backend einmal anschauen

    2. Beim Stefan oder Michael ein Support-Ticket ziehen.


    P.S. Der Debugmodus sollte aus Sicherheitsgründen nur kurz aktiviert werden. Wenn es duch diesen keine neuen Erkenntnisse gibt, sollte man ihn wieder deaktivieren.

    Würde ich jetzt die VM zurücksetzen auf 3.4.2 dann ginge das wieder

    Dazu fällt mir gerade ein, solltest Du tatsächlich irgendwann mal deinen Live- Shop auf eine ältere Version zurückgesetzt haben, kann es tatsächlich zu einer Beschädigung deiner Datenbanktabellen von VM gekommen sein. Das würde dann auch erklären, dass wie Du selber sagst, dein Shop in der Version 3.4.2 wieder funktionieren würde.


    Denn es ist wichtig zu wissen, dass bei einer schrittweisen Aktualisierungen von VM nach oben, auch die Datenbanktabellen mit aktualisiert werden.

    Diese jedoch werden bei einem Downgrade NICHT wieder zurückgesetzt. Ist dieses der Fall, wäre ein Eingriff am Herzen von VM, also direkt in der Datenbank nötig.

    Manchmal gibt es auch schon Probleme, wenn mann in zeitlich größeren abständen Majorrelease auslässt. (Muss nicht, kann aber).


    Es wäre auch denkbar, dass Joomla selbst nicht immer zeitnah aktualisiert oder größere Releases augelassen wurde(n). Auch dies kann schadhaft für die Datenbank sein. Auch hier gilt wieder, muss nicht, kann aber.


    Ein Blick ins Backend unter Komponenten - Datenbank gibt hier den ersten Einblick. Somit bin ich nun auch zu diesem Thema mit meinem Latein am Ende!

    Hallo Andreas,


    ja das ist mir schon klar, deshalb solltest Du deine Bezahlarten ja auch mal überprüfen. Von außen ist dies leider nicht möglich.


    Ich denke jedoch, dass es eventuell etwas mit den Ländereistellugen zu tun haben kann. Wie gesagt, von außen nicht möglich.

    Es ist auch möglich, dass Produkteinstellungen hier fehlerhaft konfiguriert sind. Wenn Du damit nicht weiterkommst, sollte sich das mal jemand ansehen, der in VM förmlich zu Hause ist.

    Eventuell mal beim Michael vom Media-Service-Essen oder beim Stefan ein Ticket lösen.


    Wie ich schon schrieb: Reparabel ist alles. :)

    Habe mal gerade eine Testbestellung bei dir gemacht (Versucht). Ich denke dass dein Problen in den Zahlungsmodulen selbst liegt. Irgendeine Einstellung ist falsch oder nicht gesetzt, sodaß dein Fehler:

    "Bitte wählen Sie eine Zahlungsmethode

    Entschuldigung, keine der Zahlungsarten passt zu den Eigenschaften Ihrer Bestellung. Bitte."

    angezeigt wird.

    Deine angelegten Zahlungsarten passen nicht zu Deutschland und meiner Lieferadresse. Das würde ich mal überprüfen.

    Dann habe ich alle Virtuemart Datenbanktabellen (Vers 3.6.10) exportiert und in dei XAMPP Installation importiert.

    Das ist keine gute Idee, dadurch hast den Fehler aus deinem Projekt in die XAMPP Installation mit importiert.


    Ich würde an deiner Stelle mit dem Full- Installer einen Testshop einrichten und in diesem die Zahlungsmodule neu anlegen. Klappt es in diesem, dann ist in der Tat in deiner Live-Installation etwas "Vermurkst"

    Hallo,


    auch dir ein gesundes neues Jahr 2020. Die meisten hier im Forum antworten, wenn sie eine Lösung bzw. einen Lösungshinweis kennen. Anders herum wäre es kontraproduktiv wenn viele schreiben würden, "Das weiß ich nicht".

    Womöglich liegt es auch daran, dass die Feiertage erst ihren finalen Abschluss finden müssen. Daher rate ich noch zu etwas Geduld. :)

    Hallo Andreas,


    da ist mir nichts bekannt. Auch mein Shop (Asche auf mein Haupt) war mal ein VM 1.0 unter Joomla 1.5, und wurde zusammen mit Joomla über 2.5 und VM 2.0 bis hin zu Joomla 3.x und letztendlich VM 3.x Upgedatet. Dieser läuft bis heute Stabil.


    Joomla selbst ist hier auch nicht das Problem denke ich. Jedoch gab es mal beim Wechsel VM von 2.x auf 3.0 eine Datenbanknpassung welche mit den VM Systemwerkzeugen oder so ähnlich gemacht werden musste. Was jedoch genau, weiß ich ich nicht mehr. Dazu ist es zulange her, wo ich das gemacht habe.


    Aus der ferne ist dein Problem denke ich nicht zu lösen. Da sollte ein Profi sich das mal genauer im Backend ansehen. Nach dem Motto, repariert werden kann alles! :)

    habe alles noch einmal auf einem Testsystem überspielt. Fehler verschwindet, wenn ich auf PHP 7.1 zurückgehe.

    Hallo Andreas,


    das einzige was ich dir sagen kann ist, dass es nicht am Joomla- Core und an VM liegt. Ich selbst nutze zur Zeit PHP 7.3 ohne Probleme.

    Was ich mir aber denken kann ist, dass es mit irgend einer Erweiterung bei dir zu tun haben muss. Hierbei kann es sich um eine Komponente, Modul oder Plugin handeln, welches nicht mehr ab PHP 7.2 kompatibel ist, und daher bei dir diesen Fehler verursacht. Das gilt es nun heraus zu bekommen.


    Das erklärt dann auch, dass wenn Du auf PHP 7.1 zurück gehst, wieder alles funktioniert.


    Welchen Hoster nutzt Du?