[Ben]

Zitat von WarrenFaith

Ein Offlineshop... hm da wahrscheinlich kaum noch einer mit Zeittarif surft, sollte die eigentliche Notwendigkeit des Offlineshops hinfällig werden.

Stimmt. Die Notwendigkeit ist sicherlich nicht vorhanden, wenn man den Bezug zur Flatrate oder so nimmt.

Ich persönlich fänds aber witzig, wenn man seinen Shop abends im Bett oder während der Dienstbesprechung im Freibad auf dem Notebook administrieren kann ^^

Zitat von WarrenFaith

Diesen vielleicht primär an die Datenbank des Forums koppeln

Ich glaube ehrlich gesagt, dass das mit der Kopplung nicht so einfach sein wird. Einfach aus dem Grund, weil das vBulletin keinen offenen Code hat und die Leute der Arbeitsgruppe gar nicht auf diesen zugreifen dürften!

Müsste man sich mal drüber informieren ..

[WarrenFaith]

@Fat_Tony: ok hab ich wohl überlesen oder vergessen, sorry

Ansonsten ist doch wohl auf die DB des Forums ein Zugriff möglich oder? Wir müssen uns nur deren Accounttabelle(n) anschauen und dann darauf Zugriff nehmen.

Aber ansonsten ist das mit dem Shop sicher ne interessante Idee. Und wenn es sowas noch nicht gibt, noch besser

Ansonsten gibts vielleicht noch die Möglichkeit, ein Front/Backend zu entwickeln, über das man seinen Server konfigurieren kann. FTP-Accounts verwalten, DB-User verwalten, Configs ändern (inkl. Hinweise, welche Einstellung eigentlich was macht). Je nachdem wie dann der Funktionsumfang wird, kann es dann als Alternative zu Confixx genutzt werden. Nachteil wäre aber, dass da wohl wenig mit Java zu machen ist, es sei denn man setzt auf jsp

IMHO ist die Notwendigkeit schon vorhanden:

1. Wie Ben schon gesagt hat, man brauch kein Internet um den Shop zu administrieren.
2. Der Server wird durch die Verwaltung des Shops nicht zusätzlich belastet, lediglich beim synchronisieren der Inhalte vom Client.
3. Die Administration verläuft wesentlich schneller, weil die Ladezeiten wegfallen.

Der einzige Nachteil wäre, dass es wesentlich höherer Aufwand enstehen würde.

MfG Fat Tony

[Ben]

Zitat von Fat Tony

Der einzige Nachteil wäre, dass es wesentlich höherer Aufwand enstehen würde.

In der Entwicklung .. joa ..
Bevor Ihr hier jetzt aber schon Gruppen bildet und über Features nachdenkt .. solange nicht mehrere Java-Spezis sich für das Projekt interessieren ist es realisierbar.
Ich würde auch eher am Java-Teil mitarbeiten (weils mir mehr Spaß macht und ich da viel mehr lernen kann), aber ich bräuchte da eine führende Hand.
Dementsprechend .. erstmal Reaktionen einfangen und vielleicht noch weitere Ideen sprudeln lassen.

Grüße Ben.

[Jann Hendrik]

Zitat von Fat Tony

Jetzt sollte man IMHO so schnell wie möglich eineArbeitsgruppe zusammenstellen, weil wenn immer nur darüber diskutiert wird, dasProjekt s langsam aber sicher in Vergessenheit geräd.

IMHO nein. Erst die Ideen, dann die Frage der Umsetzung.

[Homepagespeicher]

Ich "bastel" z.zt an einem Shop. D.h. primär ging es mir darum ein "Vertragswesen" (automatische, regelmäßige Rechnungserstellung und so) anzufügen, ich glaub Kundenbuchhaltung heißt das.
Sekundär hab ich weitere Features (Designerstellung und so, eine Sache die sich "offline") anbietet geplant.
Eine Demoalphaversion gibts schon im Internet.
- Also das "frontend" und Design für den Shopbesucher ist unter aller Sau *schäm* fastware halt, und könnte komplett neu gemacht werden, d.h. ich hätte nicht übel Lust diese Aufgabe einfach abzugeben (sonst quäl ich mich).
- Allerdings bin ich momentan zu Hause nicht online (mal sehen nächste Woche oder nächsten Monat...) und außerdem hab ich das noch nie gemacht:
Teamwork

@Ben

Am besten du machst einen Thread auf wo mal alle die mitmachen wollen aufgelistet und nach Tätigkeitsbereich gruppiert werden. Dann wird sich zeigen ob das ganze Projekt realisierbar ist.

[Ben]

Interessierte an einem Projekt jeglicher Art schicken mir bitte eine PN.
Schreibt kurz rein was Ihr könnt (damit ist gemeint, was Ihr könnt und nicht, was Ihr schon mal gesehen habt .. also ein include('guestbook.php'); reicht nicht!) und wie Ihr Euch gerne an einem Projekt beteiligen wollt (Entwicklung, Stellung von Resourcen, Doku schreiben/querlesen, ..).

Ich werde das dann zusammenfassend veröffentlichen.

Grüße Ben.

[Matthias959]

Zitat von Ben

Stimmt. Die Notwendigkeit ist sicherlich nicht vorhanden, wenn man den Bezug zur Flatrate oder so nimmt.

Ich persönlich fänds aber witzig, wenn man seinen Shop abends im Bett oder während der Dienstbesprechung im Freibad auf dem Notebook administrieren kann ^^

Naja, sicherlich wäre es einfach Konfortabler das mit einem extra Programm zu machen. Auch mit AJAX sind die Möglichkeiten in einem Browser halt beschränkt.

Die Idee an sich gefällt mir ganz gut, also dass mit dem Offline-Client.
Da gibt es sicherlich auch noch andere Konstelationen als mit einen Shop.

[Lars]

Na endlich

[Ben]

Die Liste derer, die mich bislang kontaktiert haben.
http://forum.developers-guide.net/showthread.php?t=2668

[WarrenFaith]

wir brauchen scheinbar noch javaleute und welche, die schon aktiv mit Klassenstruktur/Modelling beschäftigt haben.
Sonst haben wir ein Problem aus der Idee ein richtiges Konzept zu machen.

[Ben]

Zitat von WarrenFaith

Sonst haben wir ein Problem aus der Idee ein richtiges Konzept zu machen.

Also ich habe jetzt keinen blassen Schimmer, ob das Unfug ist was ich sage, weil ich gar nicht weiß, wie so eine Synchronisation von statten gehen würde .. aber nuja.

Im Falle, dass wir diesen Webshop mit Offline-ACP basteln sollten .. so würde ich aber auf jeden Fall trotzdem ein Online-ACP entwickeln. Es wäre ja wiederum eine Einschränkung, wenn man nicht in der Lage wäre ohne den Client, der eventuell gerade nicht parat ist, den Shop zu administrieren.
Wäre es da nicht sogar möglich einen Client nachträglich per Schnittstelle an den Webshop anzugliedern? Rein Technisch?
Wenn das der Fall wäre, so bräuchte man zu Beginn eben keine Java-Leute .. oder?

Nichts Falsches reininterpretieren bitte ..

Grüße Ben.

[pago]

Ich würd den Clienten ja via WebStart liefern. Dann brauchst du kein Online-Backend, weil man den Clienten mit einem Klick starten/installieren kann.
Das PHP-"Backend" sollte einfach nur die notwendigen SOAP/XML-RPC-Funktionen zur Verfügung stellen.

Das wäre jedenfalls das, was ich gut finden würde.

Edit: Das bezog sich natürlich nur auf den Teil mit dem "Client-nicht-vorhanden-Problem". Ein paar Java-Programmierer braucht ihr trotzdem.

@Ben

Ja finde ich auch. Das Offline-ACP sollte nur ein Feature sein. Der eigentliche Shop ist auf dem Server.
Rein technisch ist es natürlich möglich das Offline-ACP nachträglich zu entwickeln, da der OnlineShop und OfflineShop als einzige Gemeinsamkeit die Datenbank haben werden.

MfG Fat Tony

[Ben]

Finde aber pagos Idee auch nicht so ganz verkehrt

Hmm ... nein die Idee ansich finde ich sehr gut. Nur von einem Webshop erwartet der Benutzer im Endefekt einen Shop der online administrierbar ist.

MfG Fat Tony

[Ben]

Es würde vor allem etwas doof werden, wenn man immer den client verwenden müsste, um den Shop testweise mit Daten zu füllen ^^

[pago]

Wäre er. Das einzige, was "anders" wäre, wäre, dass anstatt einer dummen HTML-Seite, die für jede Aktion neu geladen werden würde, beim Klick auf den "Admin"-Link ein richtiges Desktop-Programm starten würde. Nämlich das, mit dem man auch Offline arbeiten kann (dazu wird man wohl auf eine lokale Datenbank (Derby, HSQLDB) zurückgreifen, mit der man dann irgendwann nen Diff oder so mit der Online-DB machen kann).
Alles gar nicht so schwer, wenn die APIs stimmen.

Zitat von pago

... anstatt einer dummen HTML-Seite ...

Was ist besser eine dumme HTML Seite oder eine dumme GUI?

Der Anwender wird kaum ein Java Programm starten wenn er auch ein Web-ACP zur Verfügung hat. Außer er hat kein Internet.