Hallo,
hier spielt es keine Rolle, ob etwas gut mit etwas anderem zusammenarbeitet oder nicht. Jedes Buchhaltungssystem hat einfach sein eigenes System, und entsprechend muss ein Plugin vorbereitet werden – entweder als Export/Import (einfachere Variante) oder als Kommunikationsplattform.
Wenn beispielsweise das Buchhaltungssystem XML für den Import definiert, muss lediglich ein Plugin für den Export mit der entsprechenden XML-Struktur erstellt werden.
Joomla ist ja dafür viel zu mächtig. ( Kanonen auf Spatzen schießen)
Das muss nicht immer der Fall sein. Wenn wir genauer darüber nachdenken, werden wir feststellen, dass gerade Joomla als CMS für Landingpages geeignet ist, zum Beispiel aus folgenden Gründen:
- Einfache Bearbeitung und Verwaltung in der Zukunft
- Einfache Inhaltsaktualisierungen für Kunden oder nicht-technische Benutzer
- Einfache Neugestaltung und Layoutänderungen
- Skalierbar und erweiterbar mit neuen Funktionen
- Integrierte Tools für SEO, Caching, Sicherheit und Benutzerverwaltung
- Unterstützt mehrsprachige Inhalte von Haus aus
- Reduziert die Abhängigkeit von Entwicklern für alltägliche Aktualisierungen
- Die Website kann von einer Seite zu einer vollständigen Webanwendung wachsen
Es gibt nichts Schlimmeres, als wenn wir beispielsweise eine statische HTML-Seite mit Hilfe von KI erstellen lassen und der Kunde uns nach einiger Zeit um eine Änderung bittet und wir überhaupt keine Ahnung haben, wo, was und wie. So etwas zu erstellen, ist eine Zeitbombe für die Zukunft. Es kommt eine Anfrage zur Änderung einer Eigenschaft und dank CMS ist diese Anfrage sofort erledigt. Ja, KI kann auch bearbeiten und hinzufügen, aber wer es schon einmal ausprobiert hat, weiß, welche Folgen das hat – beim Bearbeiten ändert KI etwas, entfernt etwas, und man verbringt dann viel Zeit damit, Anweisungen zu schreiben wie: "Mach dies und das, aber fass das nicht an, lösche nichts anderes, wir wollen das Design nicht ändern, usw."
Wenn wir nicht über KI sprechen und unsere Aufmerksamkeit auf sehr einfache Systeme wie Flat CMS richten, kommt es meistens vor, dass der Kunde nach einiger Zeit mit Änderungswünschen kommt und selbst ein solches Flat CMS dann nicht weiterhelfen kann, da seine Struktur dafür nicht ausgelegt ist. Es ist also ähnlich wie bei statischem HTML: Plötzlich stellt man fest, dass die Lösung unzureichend ist.
Ich persönlich empfehle, immer vorauszudenken. Kunden haben meist keine umfassende Vorstellung und ändern oft ihre Meinung. Zum Beispiel in der Welt des E-Commerce. Wenn ein Kunde behauptet, dass er nur einen Katalog möchte und niemals Waren im Internet verkaufen wird, kann man zu 95 % sicher sein, dass er/sie nach einiger Zeit zurückkommen wird, um zu fragen, ob der Katalog nicht in einen Online-Shop umgewandelt werden kann. Das ist ganz typisch, mit der Zeit werden die Anforderungen immer höher. Deshalb empfehle ich, CMS nicht als Kanonen auf Spatzen zu betrachten.
Siehe:
Jan
Hallo,
das ist die Frage aller Fragen. Wir haben hier drei Systeme und möchten, dass sie miteinander kommunizieren. POS, Buchhaltungssoftware und E-Commerce. Die richtige Antwort lautet: Man soll so ein ein System finden, das alle drei Teile umfasst, und wenn das nicht möglich ist, dann zumindest zwei. Im Allgemeinen ist es einfacher, wenn man keine Kasse hat, da man in E-Commerce einfach die Daten aus der Bestellung exportiert und diese dann in das Buchhaltungssystem importieren und verbuchen kann. Wenn man ein größeres System hat, ist anstelle des Exports/Imports eine gegenseitige Kommunikation erforderlich.
Ich bin Entwickler von Phoca Cart und kann daher sagen, dass der Export von Bestellungen kein Problem sein muss. Auch wenn es kein Plugin gibt, kann es nachgerüstet werden, da es sich lediglich um einen einfachen Datenexport in XML handelt. Phoca Cart verfügt auch über ein einfaches POS-System, das genutzt werden könnte.
Aber, wenn man jedoch bereits über ein Kassensystem oder ein Buchhaltungssystem verfügt, muss man sich daran orientieren. Die wohl schlechteste Kombination ist es, wenn diese drei Systeme völlig unterschiedlich sind, da dann Brücken gebaut werden müssen und die Situation kompliziert wird.
Hallo zusammen,
viele von euch haben nach der Unterstützung für ZUGFeRD in Phoca Cart gefragt.
Seit der Version 6.1.0Beta7 gibt es nun Unterstützung durch das neue Phoca Cart Invoice - ZUGFeRD Plugin.
Die Komponente kann hier heruntergeladen werden: https://www.phoca.cz/download/99-ph…-cart-component
Das Plugin findet man hier: https://www.phoca.cz/download/99-ph…ca-cart-plugins
Das Plugin befindet sich derzeit in der Alpha-Phase. Es gilt nun, nicht nur die technische Funktionalität zu prüfen, sondern vor allem die Compliance und Rechtssicherheit im deutschen Kontext sicherzustellen. Da dies am besten durch die deutschen Anwender selbst geschehen kann, möchte ich euch herzlich um Tests und Feedback bitten.
Auch mit der Einführung dieses Plugins bleibt unsere Empfehlung für einen professionellen Workflow bestehen: Am sichersten für die Buchhaltung eines jeden E-Shops ist die Übergabe der Daten an ein spezialisiertes Buchhaltungsprogramm (also der Export der Bestellungen aus dem Shop und die finale Rechnungsstellung im Buchhaltungssystem).
Danke, Jan
"Bedeutet das jetzt, dass ich mit der Version 5.2.3 mit Joomla 5 auf Joomla 6 Update und danach dann erst die Phoca Cart Version 6.0.0 Beta5 installiere?"
Hallo, die umgekehrte Vorgehensweise wäre vielleicht besser:
Beispiel: Wir verwenden Joomla 5:
- Wir aktualisieren Phoca Cart auf Version 6.0.0 (sofern wir es nicht zu Testzwecken tun, warten wir auf die stabile Version von Phoca Cart 6.0.0).
- Anschließend aktualisieren wir Joomla auf Version 6.
Phoca Cart Version 6.0.0 läuft auch unter Joomla 5, daher können wir Phoca Cart 6 auf Joomla 5 installieren und wenn alles für Joomla 6 vorbereitet ist, dann können wird Joomla updaten.
Hallo,
danke für Info, der Link war falsch, jetzt sollte alles in Ordnung sein, danke.
Hallo,
eine neue Beta-Version von Phoca Cart ist erschienen – entwickelt für Joomla 6 – Version 6.0.0 Beta.
Viele Pakete sind mit dieser Version verknüpft, daher wäre super, wenn ihr die Beta-Version ausprobieren könntet.
Folgende Testoptionen stehen zur Verfügung:
- Phoca Cart core package - das Phoca Cart Basispaket enthält die Komponente und grundlegende Plugins.
- Phoca Cart modules package - das Paket mit den 10 meistgenutzten Modulen.
- Das Paket mit Demodaten.
Alle Pakete kann man hier herunterladen:
Phoca Cart kann mit jedem Template getestet werden, idealerweise jedoch mit einem Template mit vorgefertigten Stilen und Anpassungsmöglichkeiten. Beispiele hierfür sind:
Phoca Premiere (Demo hier): https://www.phoca.cz/phocacartdemo/premiere/
sowie die folgenden Joomla-Frameworks:
YOOtheme (Demo hier): https://www.phoca.cz/phocacartdemo/yootheme/
(In den Phoca Cart-Einstellungen muss man für YOOtheme die UIkit-Designausgabe und zusätzliche Stile auswählen.)
oder:
Astroid (Demo hier):https://www.phoca.cz/phocacartdemo/astroid/
(In den Phoca Cart-Einstellungen müssen Sie für Astroid die Bootstrap-Designausgabe und zusätzliche Stile auswählen.)
Man kann die Template Overrides hier downloaden:
Die Testprozedur ist wie folgt:
- Phoca Cart Core-Paket installieren
- Phoca Cart Modulpaket installieren
- Phoca Cart Demodaten installieren
- Optional: Template (Phoca Premiere, YOOtheme, Astroid, usw.) und zugehörige Demodaten installieren + Template Overrides kopieren.
Jedes Feedback hilft uns wirklich sehr.
Danke sehr. Jan
Wer ist Jan
Ich bin Jan. 
BTW. Ich möchte nur eine allgemeine Information hinzufügen. Jede E-Commerce-Erweiterung ist in erster Linie ein Katalog. Dass sie zusätzliche Funktionen wie Checkout, Zahlungs- und andere Optionen hat, ist bereits eine Erweiterung des Katalogs. Es ist wichtig zu beachten, dass diese Erweiterungen die Funktion des Katalogs in keiner Weise beeinträchtigen. Wenn man also nur den Katalog nutzen möchte, deaktiviert man einfach in den Einstellungen die Anzeige der Schaltflächen „Zum Warenkorb hinzufügen” und ähnliches, und das System funktioniert wie ein Katalog, in dem einfach keine Artikel in den Warenkorb gelegt und nicht ausgecheckt werden.
Ein Vorteil besteht darin, dass jeder, der sich in Zukunft entscheidet, Artikel aus dem Katalog zu verkaufen, nur die Schaltflächen aktivieren und eine Zahlungsmethode hinzufügen wird, und fertig.
Hallo,
was den Fehler mit Dispatcher ( Dispatcher not set in Joomla\CMS\MVC\Model\BaseDatabaseModel ) betrifft, so ist dieser unabhängig vom Backward Compatibility Plugin. Das Plugin löst dieses Problem nicht.
Laut Informationen von Github wird diese Änderung rückgängig gemacht, sodass dieses Problem in zukünftigen Versionen nicht mehr auftreten sollte.
Was Phoca Guestbook betrifft, so wird es eine eigene Lösung über Trait haben, sodass dies vermieden wird, aber wie bei allen Erweiterungen erst ab Version 5.1 (d. h. ab dieser Version sind die Komponenten sowohl in Joomla 5 als auch in Joomla 6 ohne Backward Compatibility Plugin verwendbar).
Wenn die problematischen Änderungen rückgängig gemacht werden, sollte es im Allgemeinen kein Problem sein, die Komponenten für J5 auch auf J6 laufen zu lassen (obwohl ich mir bei File::exists und Folder::exists nicht sicher bin).
Hallo,
langsam aber sicher kommen wir alle - Entwickler, Webdesigner und Endbenutzer - in eine schwierige Situation. In 3 Monaten ist Joomla 6 da und wir alle müssen 4 verschiedene Joomla-Versionen verwalten: Joomla 3 (das meistgenutzte Joomla-System), Joomla 4, Joomla 5 und Joomla 6.
Da sich der Entwicklungszyklus von Joomla stark verkürzt hat, müssen wir Entwickler, besonders wenn wir z.B. über 100 Erweiterungen haben, Änderungen für neuere Versionen im Voraus vornehmen, da es unmöglich ist, alles in kurzer Zeit zu erledigen.
Außerdem entstehen dabei völlig unnötig einige Probleme. Die Klassen File und Folder wurden in eine andere Sektion verschoben, das wäre nicht einmal so wichtig, aber zwei Methoden (File::exists, Folder::exists) wurden völlig unnötigerweise entfernt, was dann ein Rückwärtskompatibilitätsproblem schafft. Und ich weise darauf hin, dass es ganz unnötigerweise ein paar Zeilen waren, wo das Entfernen nichts für das System löst, während es ein Rückwärtskompatibilitätsproblem für eine große Anzahl von Joomla-Erweiterungen schafft - besonders jene, die Joomla-Methoden auf Empfehlung des Joomla-Teams verwendet haben.
Konkret werden Phoca-Erweiterungen ab Version 5.1.0 für Joomla 6 vorbereitet und funktionieren aufgrund dieser kleinen, aber feinen Änderungen nicht mehr auf Joomla 4. Das automatisierte System hat die Informationen per Manifest erhalten, aber es ist möglich, dass es einfach alte Informationen über Joomla-Installationen gibt und daher solche Versionen zur Installation angeboten werden.
Ich bitte hier um Geduld, denn einfach auf ein neues System umzusteigen, bedeutet immer einige Einschränkungen. Wenn jemand bereits die Version 5.1.0 oder höher auf Joomla 4 installiert hat, dann kann er auf die Installation der neuesten Version 5.0.x zurückgreifen (Einfach 5.0.x reinstallieren).
Außer um Geduld zu bitten, habe ich also keine bessere Lösung :-(.
Danke für Verständnis.
Hallo,
Wenn wir Joomla- und Phoca Cart-Benutzern in unserem Forum helfen und sie uns ihre Websites zeigen, erhalten wir viel Feedback zu den häufigsten Fehlern, die sie bei E-Commerce-Websites machen.
Benno und ich haben einen Artikel geschrieben, in dem wir diese Fehler hervorgehoben haben. Es ist für Phoca Cart-Benutzer gedacht, aber auch für alle Benutzer, die E-Commerce-Sites auf Joomla betreiben (unabhängig von der ausgewählten Erweiterung).
Alle genannten Fehler wurden auf E-Commerce-Sites gefunden, die mit Phoca Cart und Joomla betrieben wurden und die deutsche Sprache verwendeten. Daher möchte ich dieses Forum, in dem hauptsächlich Deutsch gesprochen wird, nutzen und die lokalen Benutzer, die E-Commerce betreiben, bitten, diesen Artikel unbedingt zu lesen.
Artikel auf Deutsch:
Artikel auf Englisch:
Und wie im Artikel steht: Wenn jemand weitere Fehler kennt, die häufig auf E-Commerce-Sites auftreten, bitte teilen, und wir werden den Artikel aktualisieren.
Danke, Jan
Vielen Dank an alle für die Tests und Feedback.
Phoca Cart ist jetzt als stabile Version veröffentlicht.
Danke sehr, Jan
Hallo,
danke für Info, siehe:
So man in Zukunft Language Override Feature verwenden kann.
Hallo,
Ein Update ist natürlich möglich, das Problem ist allerdings, dass automatische Updates zwischen Beta- oder RC-Versionen nicht funktionieren, man also selbst in die Datei 5.0.0.sql schauen und einige Abfragen durchführen muss.
Es gibt also zwei mögliche Wege:
1) Entweder Update, aber man muss manuell einige SQL Queries in Datenbank durchführen - Wenn du nicht weißt, welche, dann gehst du von der letzten zur ersten und führst so lange SQL-Abfragen aus, bis dir die Datenbank beispielsweise sagt, dass die Spalte schon existiert – dann weißt du, dass du weder diese Abfrage noch die vorherige ausführen musst: administrator/components/com_phocacart/update/sql/mysql/5.0.0.sql
2) Oder Standardmigration – dabei werden die Daten exportiert, man installiert Phoca Cart komplett neu und sicherstellt, dass alle Tabellen und Spalten zu 100 % vorhanden sind, und anschließend werden nur die Daten, nicht die Struktur importiert: https://www.phoca.cz/documentation/…a-3-to-joomla-4
Jan
Hallo,
Vielen Dank an alle, die an den Beta-Tests von Phoca Cart teilgenommen haben (die Resonanz war wirklich großartig, wir hatten über 100 Beta-Versionen).
Jetzt sind wir endlich zur RC-Version übergegangen. Daher möchte ich euch bitten, die RC-Version zu testen, damit wir so schnell wie möglich zur stabilen Version übergehen können.
Hier sind die wichtigsten neuen Funktionen in Version 5. Wichtig ist es, die neue Mehrsprachenfunktion und die neue Integration von Joomla Mail Templates zu testen.
Wie man im Video sehen kann, lassen sich die Testumgebung und die Demodaten in Sekundenschnelle installieren:
1) Installation der Phoca Cart Komponente
2) Installation der Phoca Cart Module in einem Paket
3) Installation von z.B. Phoca Premiere Template
4) Installation von Demodaten für Phoca Premiere
5) Installation von Phoca Cart Demodaten für Phoca Premiere (zu sehen im Video im ersten Teil)
Die Pakete können hier heruntergeladen werden:
Auch be RC Version wäre ich für jede Rückmeldung dankbar.
Vielen Dank, Jan.
Hallo, die weiße Ausgabe kann bedeuten, dass ein Fehler vorliegt, aber durch die Deaktivierung der Fehleranzeige wird er nicht geschrieben. Versuch mal, den Debug-Modus in Joomla und die PHP-Fehlerberichterstattung auf dem Server zu aktivieren, um sicherzustellen, dass es sich nicht um einen Fehler handelt.
BTW existieret die Datei Nr. 1 (ID 1) in Phoca Download?
Jan
Hallo,
1) für Phandsystem kenne ich momentan leider keine Erweiterung für Phoca Cart
2) Eigentlich ist Phoca Cart für Joomla 5 schon Stable, aber wir warten immer noch auf einen Entwickler, um Implementierung von Joomla Mail Templates in Phoca Cart zu Ende bringen und deshalb ist es immer noch als Beta gekennzeichnet.
Hallo,
wenn es um das Löschen von Bildern (Original) geht, löscht man nur, wenn man nicht will, dass jemand das Original irgendwie bekommt, denn die Originale werden im Laufe der Zeit verwendet, z. B. in folgenden Fällen:
- bei der Neuerstellung von Miniaturbildern
- z. B. beim Drehen von Bildern, Vergrößern/Verkleinern von Miniaturansichten
- als Bildgrößeninformation (im Frontend)
- als Download (wenn ausgewählt, im Frontend)
- einige Popup-Methoden könnten das Original anstelle des großen Thumbnails anzeigen
- usw.
Jan
Hallo,
Die "Powered by"-Fußzeile ist ein etablierter Standard für Webanwendungen. Ich z.B. benutze das phpBB-Forum ( https://www.phoca.cz/forum ) und ich habe diese Information in der Fußzeile, hauptsächlich als Dankeschön an die phpBB-Entwickler. Joomla hatte früher auch diese Fußzeile.
Was den Satz "This extension inserts backlinks to the developer and may impact SEO." betrifft, so wurde er wahrscheinlich von jemandem mit schlechten Absichten eingeführt. Es ist ein so unfaires Mittel, um die Bedeutung einer Erweiterung auf JED zu verringern. Diese Meldung wird nur bei einigen ausgewählten Erweiterungen angezeigt, obwohl auch andere Erweiterungen "Powered by" enthalten. Es ist schwer zu sagen, welcher Schlüssel verwendet wurde, um diese Erweiterungen auszuwählen, und von wem dieser Schlüssel ausgewählt wurde und was die wahren Absichten waren.
Jedenfalls ist "Powered by" eine Standardausgabe, vergleichbar mit einem Mercedes-Auto: Wenn Du einen Mercedes kaufst, hast Du das Mercedes-Logo auf Deinem Auto, wenn Du die Phoca-Erweiterung oder andere Erweiterung herunterladest, hast Du einfach das "Powered by ..."-Fußzeile. Wenn das jemanden stört, gibt es viele verschiedene Möglichkeiten, dieses einfach zu lösen.
Jan
Sieht so aus, ich habe gefunden, wo das Problem ist (wo die Änderung zwischen 5.0 und 5.1 war): https://github.com/joomla/joomla-…ment-2064174900
Jetzt muss man herausfinden, warum "zwischengespeicherte Daten" in libraries/src/Form/FormField.php
if ($this->layoutData) {
return $this->layoutData;
}
das Problem sind.
Wenn also jemand ein dringendes, ernsthaftes Problem damit hat, kann eine vorübergehende schnelle Lösung darin bestehen, die folgende Datei zu bearbeiten (vorübergehend als Hot Fix):
libraries/src/Form/FormField.php
cca Zeile: 1353
Folgendes kommentieren:
if ($this->layoutData) {
return $this->layoutData;
}Dann sollte alles OK sein.
Und das sollte es vollständig lösen:
https://github.com/joomla/joomla-cms/pull/43234