laptop24 schrieb
Ich habe die Lust an einer neuen Shop-Extension noch nicht verloren. Dummerweise habe ich meine Kunden und mich mehrere Monate vertröstet, weil ich dachte, das Rad muss ja nicht zum 15 mal neu erfunden werden. Ein Irrtum, wie ich mittlerweile feststelle.
Dass habe ich sofort unterlassen, als sich abzeichnete, das es so verzögert wird. Nach dem Podcast war ich noch optimistisch.
Also da lob ich mir doch Franz, der unermüdlich an Verbesserungen von tt_products arbeitet - und warum sollen nicht alle interessierten ihn unterstützen, um die sehr gut funktionierende Shop-Lösung weiter zu verbessern ? Die ist jedenfalls fertig und genügend funktionierende Shops auf dieser Basis bestätigen das.
Also tt_products ist wirklich sehr umfangreich, aber ganz ehrlich: An dem Ding wird gepatched was das Zeug hält, aber so richtig gut will es einfach nicht werden. Und: Eine reine Produktanzeige macht eben noch keinen Shop ...
tx_commerce ist da schon wirklich - zumindest was man der feature list im Wiki entnehmen kann - ein sehr schöner Ansatz und ich würde auch selbst die Ärmel hochkrempeln und helfen, das schöne Stück Software fertig zu kriegen. Aber nachdem ich tx_commerce nun installiert habe und den ersten Klick auf "Kategorie" gemacht habe, ist es mir vergangen. Nach einer Stunde habe ich aufgegeben den Code weiter zu debuggen, weil der Code - zumindest an dieser Stelle - einfach nicht zusammenpasst. Entweder die haben da wirklich mit total anderen Versionen von Graytree (warum eigentlich grau??), Dynaflex und tx_commerce als im TER erhältlich gearbeitet oder dieses Pre-Beta Release ist reine Schikane. Wenn das ernsthaft einen reellen Entwicklungsstand darstellen soll, dann ist mir klar, warum die das Ding seit einem Jahr nicht rausgebracht haben. So viele Fehler und Ungereimtheiten lassen sich einfach nicht debuggen....
Bitte nicht falsch verstehen: Ich will hier niemand runtermachen, der seine Freizeit für ein OS-Projekt opfert. Aber ganz ehrlich: Ich glaube, in diesem Forum finden sich genügend versierte Entwickler, die gerne etwas von ihrer Arbeitszeit opfern würden, um ein schönes Shop-System für TYPO3 zu entwickeln.
Mein Vorschlag: Stellt doch einfach noch mal eine lauffähige Version zur Verfügung + eine Todo-Liste und wir schreiben, debuggen oder was auch immer den Code gemeinsam. Von mir aus schreib ich auch eine Doku anhand des Quellcodes - das bin ich ja schon von anderen Extensions gewohnt ...
Das Problem mit tt_products ist, dass es mittlerweile so viele Patches enthält, dass man kaum noch von einer wartbaren Software sprechen kann.
Ein weiteres Problem ist, dass viele Leute eine Anpassung vornehmen, diese dann aber nicht in das offizielle Release von tt_products einfließt. Deshalb gibt es X verschiedene Shop-Extensions, die auf tt_products basieren, nur weil irgendwo eine Farbe geändert wurde.
Ich finde die Idee hervorragend, einen Shop zu erstellen, der Content und Shop miteinander verzahnt. Aber aufgrund der "Closed Source" Philosophie von tx_commerce kann kaum jemand was sinnvolles beisteuern.
Das ist im übrigen eine generelle Wunschvorstellung, dass verschiedene Extensions mit der gleichen Aufgabe zusammengeführt werden. Quasi eine Art Sammelphase, in der Extensions mit gleichem Thema entstehen können. Und dann (z.B. alle zwei Jahre) werden die Extensions in eine einzige gesteckt und das Repository wird aufgeräumt. Beispielsweise wären die dutzenden von Gästebuch- oder Gallerie-Plugins mal zusammenfassbar.
laptop24 schrieb
Das Problem mit tt_products ist, dass es mittlerweile so viele Patches enthält, dass man kaum noch von einer wartbaren Software sprechen kann.
o.O
laptop24 schrieb
Ein weiteres Problem ist, dass viele Leute eine Anpassung vornehmen, diese dann aber nicht in das offizielle Release von tt_products einfließt. Deshalb gibt es X verschiedene Shop-Extensions, die auf tt_products basieren, nur weil irgendwo eine Farbe geändert wurde.
Wo ist das Problem? Wenn die Shop-Betreiber lieber eine xyz_products und abc_products entwickeln lassen und verwenden wollen als das Original-tt_products, so können sie das tun. Dafür haben sie später jede Menge Mehraufwand und Nachteile gegenüber den anderen, die dafür sorgen, daß Code-Änderungen an das Original-tt_products zurückfließen. Denn schließlich gibt es keine Manuals, Tutorials, Weiterentwicklungen von tt_products, die sich auf ein xyz_products beziehen würden.
Der Shop-Betreiber muß selber entscheiden, welche Software er einsetzt und ob er Code zur Verfügung stellen will.
Mittlerweile ist es überflüssig geworden, ein xyz_products als Kopie von tt_products zu programmieren, weil genügend Hook-Funktionen in tt_products zur Verfügung stehen. :o Damit kann jeder sein eigenes xyz_products schreiben und muß nur wenige Funktionen in seine Extension aufnehmen bzw. muß nach einem Update von tt_products bestenfalls die Schnittstelle anpassen.
Und wer tx_commerce benötigt, der wird auch Patches dafür an die Entwickler senden, damit es früher fertig wird. 😉
Patches?? Das würde ich wirklich sofort machen, aber wenn z. B. in commerce/mod_category/index.php steht
// Include files?
foreach ($SOBE->include_once as $INC_FILE) include_once($INC_FILE);
und es in der tx_graytree_db_list-Klasse, welche von der Klasse tx_commerce_categories erweitert wird, überhaupt keine Eigenschaft "include_once" gibt, dann ist es wohl schwierig etwas zu Patchen, was so gar nicht zusammen passt, oder?!
Aber damit das hier nicht so total unmotiviert aussieht: In graytree/modfunc_list_list/class.tx_graytree_db_list.php fehlt irgendwo ein
include dirname(dirname(__FILE__)).'/lib/class.tx_graytree_folder_db.php';
damit der Aufruf
tx_graytree_folder_db::initFolders($this->title,$this->module,'0',$this->parentTitle);
in Zeile 114 klappt.
Ach ja, und "include" und "require" sind keine Funktionen, sondern Statements. Daher ist eine Klammer um den Dateinamen überflüssig - wenn es auch aus Gründen der Fehlertolleranz funktioniert.
Wenn ich eine halbwegs lauffähige Version hätte, würde ich gerne weitere Bugfixes beisteuern...
Ein weiterer Hinweis für alle Suchenden: Die tx_commerce Version vom 22.06. läuft nicht mit Graytree 1.0, sondern lediglich mit der 0.4er, erhältlich unter http://typo3.org/extensions/repository/search/graytree/0.0.4/details/
Was mir nicht ganz klar ist, wie zeigt funktioniert das mit Produkt, Attributen und Artikeln? Bei mir wird z.B. im FE immer nur ein Produkt angezeigt, egal aus wievielen Artikeln es besteht. Dabei hätte ich z.B. bei T-Shirt gerne zwei Drop-Down-Listen. Eine mit den verschiedenen Farben und eine mit den verschiedenen Grössen.
Hat das jemand hingekriegt?
batomo schrieb
Was mir nicht ganz klar ist, wie zeigt funktioniert das mit Produkt, Attributen und Artikeln? Bei mir wird z.B. im FE immer nur ein Produkt angezeigt, egal aus wievielen Artikeln es besteht. Dabei hätte ich z.B. bei T-Shirt gerne zwei Drop-Down-Listen. Eine mit den verschiedenen Farben und eine mit den verschiedenen Grössen.
Hat das jemand hingekriegt?
.. ich kam nicht soweit 😃
Also das Plugin für die Artikelausgabe (pi1) kann anscheinend bis jetzt nur eine Kategorie behandeln. Werden im BE zwei Kategorien für die Darstellung der Produktliste ausgewählt, wird lediglich die erste ausgegeben.
Die Ursache hierfür ist, dass die Eigenschaft "category" in der init()-Methode der Datei class.tx_commerce_pi1.php, Z. 123 lediglich die erste Kategorie zugeordnet bekommt - und wahrscheinlich auch nur eine verarbeiten kann.
Wie ist der Stand der Entwicklung? Gibts das Feature in der Entwicklerversion schon oder soll man a bisserl helfen?
Soll eigentlich der Namen der Extension Graytree eine Anspielung auf den Commerce-Entwickler Volker Graubaum sein??
Wie originell ... 8-)
b.kraus schrieb
Soll eigentlich der Namen der Extension Graytree eine Anspielung auf den Commerce-Entwickler Volker Graubaum sein??
'Graytree Library' steht für die abstrakte Baum Code-Bibliothek. Der Name 'Graytree' hört sich besser an als 'Abstracttree', und es wurde auch kein anderer Name dafür gefunden. Mit dieser Library erhält man einen grauen Baum. D.h. es fehlen noch die Blätter in verschiedenen Farben, auch der Stamm sollte eine Farbe bekommen. Der Stamm entspricht der Kategorie-Tabelle, die Blätter allen Tabellen, die man über eine mm-Tabelle mit der Kategorie verknüpfen will. Im Falle der Commerce Extension können damit Artikel und Produkte gleichzeitig als Blätter im Kategoriebaum hängen.
Volker Graubaum ist der Initiator für diese Library, die aus dem Pagetree und einer nicht erschienen Tree Library von Renè Fritz entwickelt worden ist. Die Idee, das für die Commerce-Extension für mm-Tabellen zu erweitern, stammt von ihm.
b.kraus schrieb
Patches?? Das würde ich wirklich sofort machen, aber wenn z. B. in commerce/mod_category/index.php steht
// Include files?
foreach ($SOBE->include_once as $INC_FILE) include_once($INC_FILE);
und es in der tx_graytree_db_list-Klasse, welche von der Klasse tx_commerce_categories erweitert wird, überhaupt keine Eigenschaft "include_once" gibt, dann ist es wohl schwierig etwas zu Patchen, was so gar nicht zusammen passt, oder?!
Das ist doch vorhanden: (Graytree Library 0.0.4)
class tx_graytree_db_list {
var $include_once=array(); // Array, where files to include is accumulated in the init() function
Auf die Sache mit der 0.4er bin ich in meinem Post vom 27.06.2006 [13:07] auch gekommen 😉
Wurde die Änderung in tx_commerce schon nachvollzogen? Gibts eine neue Pre-Beta oder doch besser Alpha? Beta setzt ja voraus, dass alle Features implementiert sind.......!
b.kraus schrieb
Wurde die Änderung in tx_commerce schon nachvollzogen? Gibts eine neue Pre-Beta oder doch besser Alpha? Beta setzt ja voraus, dass alle Features implementiert sind.......!
Habt ihr keinen Zugang zu einer Mailing-Liste für Commerce? Wenn nein, dann solltet ihr das dort beantragen, woher ihr die Extension erhalten habt.
Ursprünglich sollte ja news://typo3.projects.tt-products zur Kommunikation genutzt werden, naja...
Ich werde gleich mal einen "Antrag" fertig machen.
Hallo,
also es gibt zur Zeit keine öffentliche Mailingliste. Es gibt eine interne Mailingliste welche von den Entwicklern benutzt wird. Bitte schickt mir keine Anfragen in dieser Richtung.
Grüße,
Thomas
Also irgendwie macht ihr es euch wirklich selbst schwer: Auf tx_commerce lastet ein enormer Erfolgsdruck, das Produkt ist halbfertig, von der Doku und einem guten Howto ganz zu schweigen, aber jegliche Hilfeofferten schlagt ihr hartnäckig aus. Fast so, als ob ihr das größte Geheimnis im OpenSource-Bereich hüten würdet.
Wovor habt ihr eigentlich Angst? Dass euch jemand die Arbeit und den Ruhm wegschnappt? Dass eure Firmen nicht genügend Profit durch tx_commerce abschöpfen können? Angst vor mehr Arbeit kann es nicht sein, dann mit einer handvoll weiterer Team-Mitglieder wird es ja eher leichter für den Einzelnen...
Es gibt genügend Entwickler, die euch freiwillig und gerne zur Hand gehen würden. Und nur weil sie nicht bei der Gründung des Projekts dabei waren, heißt es nicht, dass sie schlechter Coden als ihr oder weniger Ahnung von Shop-Entwicklung haben und dadurch eure schönen OOP- und MVC-Konzepte durcheinander bringen.
BTW: Eine einheitliche Coding-Guideline fehlt euch noch! Und PHP5-Style (prototyping, autoload, private declarations, exception handling, try...catch etc.) wäre cool gewesen 😉
Ich würde mir wünschen, dass - gerade wo ja die Kernelemente jetzt stehen - ihr das Projekt für eine größere Gruppe öffnet und den positiven Schub mitnehmen würdet, um ein schönes 1.0-Release fertigzustellen. "Inspire people to share" - könnte ja auch ein Slogan für tx_commerce werden, oder?
PS @Thomas: Herzlichen Glückwunsch zum Bestehen deines mündl. Examens 🙂
Lesen kann ich, danke.
Wenn ich einen CVS/SVN-Zugang hätte, um mit einer aktuellen Version arbeiten zu können, würde ich mich wirklich gerne reinknien. Solange ich aber mit einer "alten" Version arbeiten soll, aus dem Kommunikationsprozess ausgeschlossen bin und fast noch als Bittsteller auftreten muss, um überhaupt mal ein Feedback vom Entwickler-Team zu bekommen, tendiert meine Motivation echt gegen null. Was soll ich denn an Problemen arbeiten, die wahrscheinlich längst behoben sind???
Welches Ziel verfolgt ihr eigentlich mit eurer restriktiven Informationspolitik? Wollte ihr am Ende aus tx_commerce ein kommerzielles Produkt machen? Entspricht das eurer Vorstellung von einer TYPO3-Community?
Es ist nichts dagegen einzuwenden, mit TYPO3 Geld zu verdienen. Jeder von uns muss morgens beim Bäcker seine Brötchen bezahlen. Aber wenn das wirklich euer Ansinnen bei tx_commerce ist, dann seit doch bitte so ehrlich und sagt es offen und frei raus und haltet die anderen T3-User nicht unnötig hin.
Falls euch wirklich andere Gründe dazu bewegen, niemand an der Entwicklung teilhaben zu lassen, würde ich mich hier über ein Statement freuen.
100% Deiner Meinung b.kraus. Wenn es ein closed-source bzw. kommerzielles Projekt sein soll, dann wüsste ich es gerne jetzt. Wenn nein, dann würde ich mich freuen bald ein CVS zu sehen.
In der Version die ich i.M. habe sehe ich ne Menge Potential, aber auch vieles was noch nicht implementiert ist. Ich würde da lieber jetzt, als im April, Juni, nächstes Wochenende oder anfangs dieser Woche oder wie auch immer anfangen.
Z.Z. setzen wir jedenfalls wieder voll auf tt_products und das wird sich in absehbarer Zeit auch nicht ändern, da selbst wenn morgen commercial 1.0 released wird, inzwischen wichtige Funktionen fehlen, wie z.B. catmenu.
Ich denke es gibt ne Menge Leute die extrem gute Arbeit in commercial geleistet haben. Die Mut gezeigt haben das überhaupt in Angriff zu nehmen. Und es gibt jetzt eine Menge Leute die commercial gut finden und es besser machen wollen. Schade, dass eigentlich keiner was von dem Potential hat und alle frustriert werden durch diese ewigen Ankündigungen.