Beiträge von Peter

    I explained badly, sorry.I'll try to explain better:I tried to buy a product from the demo account and using a sandbox paypal the money I got from my paypal account configured in the general settings. They should not be sent to the seller? I would like to understand the dynamics

    I think you are mixing up our products. I think you are not testing the marketplace, but our shop system instead. With the shop you can sell products, but the users can't add any products!

    Buying a product. All the money will be credited to the account paypal that septum in the general settings.


    I don't know if I understand you correctly, but - as mentioned before - the marketplace doesn't support any payments! There is a transaction system to find a buyer for an item, but the payment is completely outside the website. The users have to exchange some kind of payment information, e.g. the paypal address.

    1. It is a English translate? Because I would translate it in Italian


    Yes, we offer an english translation for all our products.

    2. It is possible withhold an part of paypament? For example. An users sell an item for € 23, and an 10% going to be the administrator of the site.


    the marketplace doesn't support any payments at all.

    PS. If you want to when I finish I will release the Italian translation. I manage the Italian community of software WoltLab and release them all translations =) If you want we can arrange for translations. Obviously free

    #We would be happy to integrate your translation into our product.

    ist sowas vllt mit Kundenbereich möglich?


    Der Kundenbereich ist für Downloads vorgesehen, d.h. für den Verkauf von Lizenzen etc. Theoretisch könnte man die Seriennummern für die Gutscheincodes missbrauchen. Wenn man die Sprachvariablen ein wenig verändert, könnte das sogar funktionieren. Man kann alternativ die Gutscheine nur als Versandartikel definieren und dem Kunden dann anschließend händisch per E-Mail den Gutschein zukommen lassen.

    Wie bekommen die Kunden derzeit die Codes bzw. wie habt ihr euch das vorgestellt?

    Die Gutscheine werden per Gutscheincode an Mitglieder verteilt (Mitglied bestellt eins) Ich habe leider es nicht gefunden wo ich den Anzahl von Gutscheinen regeln kann (Wenn keine Gutscheine mehr vorhanden, soll es dann anzeigen z.B. keine Gutscheine vorhanden oder ähnlich)


    Derzeit können nur bei normalen Versandartikeln ein Lagerstand definiert werden. Unser Gutschein-Modul kann dafür nicht verwendet werden, da es hier wirklich um klassische Gutscheine handelt. Der Verkauf/Vertrieb von Fremdgutscheinen wird damit nicht unterstützt (das sind normale Versandartikel)

    Zweite Frage gehts ums Design. Wir haben vorher ein Shop gehabt auf Wordpress Basis und dort könnten wir sehr schön, die Gutscheine nach Firmen präsentieren.


    Das wäre mit den Kategorien und einigen Templateanpassungen möglich zu realisieren.

    Kann man VieCode Shop auch so ähnlich anpassen? Können Sie sowas machen? Was kostet die Anpassung?


    Wir machen auch individuelle Dienstleistungen und Anpassungen. Ich melde mich per PN.

    Mir wird aber eins angezeigt?


    Sofern du keine Daten mehr importieren willst, kannst du das Paket auch deinstallieren. Der Exporter 1.1 kam mit 6.1.0.

    Wie ist das denn wenn ich jetzt den Paketserver hinzufüge, dann bieten mir ja zwei Paketserver das selbe Paket an, gibt das keine Probleme? Woher weiss ich denn von welchem Paketserver das Paket nun kommt?


    Das WCF entscheidet selbstständig, von wo das Paket bezogen wird. Wenn ein Paket auf mehreren Servern angeboten wird, wird das reihum probiert. Bei WoltLab z.b. hast du keinen Zugriff -> es wird bei mir versucht herunterzuladen. Es gibt also keine Probleme.

    Seit wenigen Minuten steht der VieCode Shop in der neuersten Version 6.1.2 zur Verfügung. Das Update kann über den Kundenbereich bezogen werden. Wir bieten ab dieser Version eine experimentelle Version des Updateserver an. Die aktuelle Version unterstützt keine Abhängigkeiten, welche bei diesem Update aber notwendig wären. Aus diesem Grund muss das Hauptpaket manuell im ACP hochgeladen werden. Das Update wird anschließend automatisch vom WCF durchgeführt. Das Update ist für alle Lizenznehmer der Version 6.1 kostenlos.

    Zufrieden mit unserer Arbeit? Wir würden uns über eine Rezension freuen!

    Wichtige Hinweise für alle Lizenznehmer, die ein Update durchführen:

    Wir mussten den Paketbezeichner der PDF Library ändern. Beim Update wird die neue Library com.viecode.api.dompdf installiert. Die alte Abhängigkeit io.github.dompdf kann nach dem Paket-Update gelöscht werden. Man erkennt die alte Abhängigkeit u.a. an der kleineren ID des Pakets.

    Updateserver verfügbar

    Ab sofort stellen wir auch einen Updateserver (derzeit nur für den Shop) zur Verfügung: https://www.viecode.com/update/maelstrom/ Die persönlichen Zugangsdaten können unter "Mein Konto" eingesehen werden. Aus technischen Gründen funktioniert das Update auf die Version 6.1.2 derzeit NICHT (siehe oben).

    Folgende Pakete wurden aktualisiert:

    • com.viecode.shop (VieCode Shop)

    Änderungen

    • Änderung des Paketbezeichners der PDF Library
    • Behebung einer potentiellen Sicherheitslücke in den Benachrichtigungen
    • Diverse SQL Optimierungen
    • Optimierung von diversen Codestellen durch Verwendung von WCF-Funktionalität
    • Unterstützung des HTTP_PROXY
    • Berechnung der Transaktionskosten erfolgt nun in einer Sandbox (schließt unwahrscheinliche Code Injection)
    • Race Condition bei der Berechnung der Rechnungsnummer wurde behoben
    • Templates für PDFs werden nun über ein eigenes System verarbeitet
    • Diverse Änderungen für eine bessere Konsistenz