Ja, es gibt seit Version 6.1.3 ein kostenloses Zusatzmodul, welches die Erweiterte Suche an das Lexikon anbindet.
Beiträge von Peter
-
-
You can upload a preview file as attachment. That would work.
-
No, there is currently no importer from the WoltLab Filebase. We are further not planning to implement such thing, as the filebase is a completely different system and key elements that are required like taxation are missing in the filebase.
-
Danke für das Lob! Das hört man immer gerne.
-
1.1 Funktioniert die Zusammenarbeit mit der neuesten Version von JCoins (von UdoZ), siehe hier?
Ja.
1.2. Wenn ich JCoins grundsätzlich in der Community anbieten und auch im Shop ermöglichen möchte, dann ist der JCoins Shop nicht nötig, weil redundant, richtig?
Je nachdem, was du erreichen möchtest. Mit der Erweiterung "virtuelle Währung" können Benutzer mit JCoins bezahlen (es wird entsprechend von der Rechnungssumme abgezogen) oder JCoins kaufen. Es kann Scenarien geben, wo beides nützlich sein kann. Ein Fall wäre, wenn du virtuelle Währungen von Echtgeld trennen möchtest.
1.3. Wie verhält sich Euer Gutscheine-Modul im Vergleich zu JCoins Gutscheine? Sehe ich es richtig, dass es bei Euch absolute und prozentuale Gutscheine geben kann, aber nicht für virtuelle Währungen? Und bei JCoins Gutscheine wiederum genau umgekehrt, also nur Gutscheine für einen bestimmten Betrag in absoluter Währung. Es wäre dann aber möglich, beides parallel zu nutzen oder? Also ein Benutzer könnte einen JCoin-Gutschein erhalten, diesen einlösen und somit JCoins gutgeschrieben bekommen und diese dann bei einem Kauf im Shop verwenden? Ich habe gesehen, dass Gutscheine zeitlich limitiert sein können; ist es auch möglich, die Anzahl erlaubter Einlösungen zu konfigurieren (Einweg-Gutscheine vs. 20 mal nutzbar)?
Es ist ein komplett anderes System. Unsere Gutscheine sind echte Gutscheine und keine Guthabenkarten wie die JCoins Gutscheine. Theoretisch könnest du über JCoin Gutscheine JCoin Guthaben verteilen, welches du dann im Shop ausgeben kannst. Unsere Gutscheine sind mehr wie Rabatte z.b. -10%.
1.4. Ist es, ähnlich wie bei Amazon, möglich, einen Kauf mit JCoins vorzunehmen und den etwaigen Restbetrag mit einer anderen Zahlungsart zu begleichen? Oder lassen sich nur Gutscheine anrechnen und ansonsten müssen Käufe mit JCoins genauso wie mit anderen Zahlungsart komplett beglichen werden?
Nein, es geht nur der komplette Betrag. Man kann aber gegen Echtgeld JCoins erwerben. Dafür liefert der Shop einen eigenen Produkttyp mit. Der Shop ist aber kein JCoin-Shop. Bei jeder Bestellung werden Rechnungen etc. ausgestellt. Wenn das Hauptaugenmerk ist JCoins auszugeben, bist du mit dem JCoin Shop besser dran. Auch Preise werden in EUR und nicht in JCoins ausgewiesen.
2.1. Wir möchten bezahlte Mitgliedschaften in unterschiedlichen Tarifen und Laufzeiten verkaufen. Diese sollen sich wie bei einem Abonnement verlängern. Sind hierzu beide Module "Wiederkehrende Zahlungen" und "Bezahlte Mitgliedschaften" notwendig?
Nein, das Modul "Bezahlte Mitgliedschaften" hat auch wiederkehrende bezahlte Mitgliedschaften.
2.2. Gibt es eine Dokumentation über die Aktionsschnittstellen für individuelle Aktionen bei Eintritt und Austritt in eine Premium-Mitgliedschaft?
Edit: gefunden
Aktionsschnittstelle nutzenGenau, das ist die offizielle Anleitung. Bitte beachte, dass wir keinen Support für die Erstellung von Aktionsschnittstellen geben können.
3.1. Wir möchten gerne Rabatte über verschiedene Intermediäre ermöglichen, im Folgenden "Sponsoren" genannt. Das kann auch so weit gehen, dass die Mitgliedschaft für den einlösenden Nutzer komplett kostenfrei ist. Aktuell ist uns noch nicht klar, ob wir diese durch eigene Händler oder Partner abbilden sollen. Der wesentliche Unterschied auf konzeptioneller Ebene liegt darin, dass Händler eigene Produkte haben, wohingegen Partner zum Kauf der eigenen Produkte führen? Gibt es Indizien, die uns bei der Entscheidung unterstützen? Die folgenden Punkte beschreiben einige Aspekte dessen, was wir uns vorstellen.
Rabatte an Benutzergruppen zu binden gibt es aktuell nicht. Unser Mandatensystem ermöglicht den Verkauf von eigenen Produkten über die Platform.
3.2. Unsere Sponsoren erhalten keine Provision. Eine Provision von 0% scheint mir sowohl bei Händlern als auch Partnern möglich zu sein? Dennoch wäre es schön, wenn sie einen Zugang bekämen und dort eine Übersicht über die von ihnen gemittelten Mitgliedschaften vorfänden.
Ja, das geht.
3.2. Wenn wir für einen Sponsor eine spezielle Landing Page einrichten wollten, würde sich offenbar ein Partner besser eignen, da wir den Besucher von der Landing Page aus zum Shop mit der entsprechenden Kennung weiter leiten können, richtig? D.h. wir könnten Kunden des Sponsoren speziell und zielgerichtet ansprechen und am Ende im Shop wüssten wir noch, von welchem Sponsor der Kunde stammt?
Was du hier ansprichst wäre das Affiliate-System, welches aber mit dem Mandatensystem nichts zu tun hat. Affiliates/Partner brauchst du, wenn du ein Partner eine Provision pro Verkauf deiner Produkte erhalten soll. 0% wäre auch möglich für das reine Tracking. Das würde gut mit einer eigenen Landingpage funktionieren. Das Mandatensystem ist rein für den Verkauf über die Plattform.
3.3. Ganz wichtig ist uns, dass wir auch nach dem Kauf noch den Sponsoren wissen, damit wir z. B. alle Mitgliedschaften von Sponsor XY selektieren können. Auch anders herum sollten wir bei einem Mitglied erheben können, ob und welcher Sponsor für diesen Besucher zuständig ist, um bestimmte Dinge zu tun, wie etwa Werbung anzuzeigen. Vielleicht kann man den Namen des Sponsors in ein unsichtbares Profilfeld schreiben?
Das wird derzeit nur bei der Bestellung angezeigt. Ein eigenes Profilfeld gibt es aktuell nicht und müsste implementiert werden.
3.4. Damit zusammenhängend: Können wir Gutscheine oder Rabattcodes erstellen, die einem Sponsoren zugeordnet sind? So dass nicht anhand einer Affiliate-Kennung, sondern anhand des Gutscheincodes ersichtlich wird, von welchem Sponsor dieser stammt? Denn die Affiliate-Kennung (Abschnitt 3.2.) hat den Nachteil, dass in der Regel zwischen Erstkontakt und Kauf die Registrierung steht. Und zwischen Registrierung und Kauf könnten mehrere Tage Zeit liegen.
Diese Möglichkeit gibt es aktuell nicht und müsste implementiert werden.
-
Größere Funktionen werden nur in Featureupdates umgesetzt. Das Backlog möglicher Funktionen findest du hier: https://www.viecode.com/jira-roadmap/?project=VCF
Einen Releasezeitpunkt für das nächste Featureupdate gibt es aktuell nicht.
-
Ich melde mich per PN bei dir.
-
Das Problem sind die Erweiterungspakete vom Shop. Die Updates hierfür sind immer kostenfrei, benötigen aber das Grundmodul in der aktuellen Version. Ich kann dieses Verhalten leider nicht ändern ohne entweder die Paketservermechanismen zu ändern (was nur WoltLab kann) oder das Lizenzmodel, was auch nicht so einfach änderbar ist. Mir ist das Problem bewusst, ich hab aber keine sinnvolle Lösung dafür. Als Workaround könntest du nur den Paketserver deaktivieren und unser Ankündigungsforum abonnieren. Wir posten jedes Update und darüber würdest du dann über Updates informiert werden.
-
Danke für den Hinweis. Ich habe den Link entsprechend aktualisiert.
-
Es handelt sich hierbei um ein Bugfix-Update (Änderung an der letzten Versionsstelle). Größere Funktionensänderungen sind jeweils in den Featureupdates. Die Priorität richtet sich dabei u.a. nach den Votes im Backlog (https://www.viecode.com/jira-roadmap/?project=VCF). Sollte dein Feature nicht oben sein, schreib mich bitte an und ich setze es auf die Liste fürs Voting.
-
Seit wenigen Minuten steht die VieCode Filebase in der neuersten Version 3.0.4 (WSC 3.0) bzw. 3.1.4 (WSC 3.1) zur Verfügung. Das Update kann über den Kundenbereich bezogen werden. Wir bieten das Update auch über unseren Updateserver (WSC 3.0: viecode.com/update/vortex/; WSC 3.1: viecode.com/update/tornado/; Pakete über den Paketserver aktualisieren (WSC 3.x)) an. Ihre persönlichen Zugangsdaten finden Sie unter "Mein Konto".
Changelog (Version 3.0.4)
Fehlerbehebung
- Fehlende Sprachvariablen
- Beschriftung "Am besten bewertete Downloads (Filebase)" falsch
- Sprachvariable "filebase.entry.sortField.downloads" fehlt
Changelog (Version 3.1.4)
Neue Funktionalität
- Option zum Anzeigen aller Einträge unabhängig von der Spracheinstellung
- Plugin: Integration in das Plugin "Erweiterte Suche"
- Fehlende Sprachvariablen
- Beschriftung "Am besten bewertete Downloads (Filebase)" falsch
- Vorauswahl der Suche falsch
- Darstellung der Like-Anzeige nicht WSC konform
- Falsches Layout für Kommentare
- Sprachvariable "filebase.entry.sortField.downloads" fehlt
- Undefinierte Variable "commentID" in den Benachrichtigungen
-
Nein, es gibt leider keine Möglichkeit unstruktuierte Daten zu importieren.
-
Ja. Ist es so unverständlich, dass ich nicht jede Änderung, die ich bei mir gemacht habe, veröffentlichen will? Ich hab eh schon die Profilbilder in der Seitenleiste kostenlos veröffentlicht. Das muss doch reichen.
-
Das ist eine exklusive Anpassung, welche wir nicht veröffentlichen werden.
-
Ich habe mir jetzt gerade die Demo angeschaut, die noch auf dem WSC 3.0 und der Filebase 3.0 aufbaut. Dort musste ich feststellen, dass ich gar keinen abweichenden Speicherort eintragen kann. Ist das in der Version 3.1 auch nicht möglich??
Wie schon vorher erwähnt gibt es diese Funktion in der Webdisk nicht.
-
Sehe ich das richtig, dass dadurch niemand einen Direktlink zu einem Download hätte, weil der Download eh aus mehreren Teilen besteht? Und das bedeutet, dass wirklich Jeder, der laden möchte, über die Filebase gehen muss?
Die Übertragung hat nichts mit der Speicherung zu tun. Es wird wieder als eine Datei zusammengefügt und entsprechend gespeichert. Es ist nur die Übertragung aufgeteilt. Der Download ist sowieso nur über die Filebase möglich. Ein direkter Download ist nicht möglich.
-
Das wird dynamisch berechnet. Es ist auch irrelevant, weil es im System sowieso in einer Datei gespeichert wird.
-
Ist es dann möglich, nach Deinstallation der Woltlab Filebase in meiner Live Installation die Viecode Filebase zu installieren und aus der Test Installation zu importieren? Laut Beschreibung wird nur ein Importer der Viecode Filebase 1.1 mitgeliefert... Damit wäre der Import ja sicher nicht möglich oder?
Nein, das geht nicht. Du könntest eine Kopie von der aktuellen Installation machen. Damit kannst du dann den Import durchführen. Einen anderen Weg gibt es nicht.
-
Genau. Das wird damit umgangen
-
Bei mir ist die Uploadgröße auf 500 MB eingestellt. Was passiert, wenn ich nun eine Datei mit z.B. 2 GB hochlade? Erkennt die Filebase die Größenbeschränkung automatisch? Wird der Upload dann "intern" in 4 Teile aufgeteilt, nach Außen hin ist aber nur 1 Datei in der Filebase zu sehen? Bemerkt der Benutzer die Teilung der Datei?
Der Upload wird auf Client-Seite auf mehrere Uploads aufgeteilt und in mehreren Requests hochgeladen. Der Nutzer bekommt davon nichts mit. Am Server wird die Datei entsprechend zusammengesetzt und auch als eine Datei entsprechend gespeichert / dargestellt.
