TheNerd

Hallo Liebe Community,

ich werde für eine Seminararbeit eine Anwendung mit PHP und Zend realisieren, bei der es um automatische Datenübertragung geht (Das ist der Kern der Anwendung). Im ersten Schritt gilt es folgende Funktionalitäten einzubauen:

1. File Operationen (verschieben, umbenennen, löschen, kopieren, in Teile splitten, Teile zusammenführen)
2. Verzeichnisse rekursiv auslesen
3. Befehle an eine Linux Shell schicken
4. Rsync Befehle zusammenbauen und an die Shell senden

Zu 1.

Für die File Operationen würde sich doch hier das Command Pattern anbieten oder? Um Dateien zu splitten und wieder zusammen zu führen werden Befehle an direkt die Shell geschickt. Informationen zu Dateien und den Teilen einer Datei, werden in einer Datenbank gehalten.

Zu 2.

Hier dürfte doch die SPL mit ihren entsprechenden Iteratoren genügend Funktionen bieten, um Verzeichnisse rekursiv auszulesen und Dateien entsprechend in einer Datenbank zu registrieren. Informationen zu einzelnen Files können ja in einem SPL Object gespeichert werden, mit denen dann entsprechend weitergearbeitet werden kann.

Zu 3.

Hier habe ich mir auch eine eigene Klasse vorgestellt, welche alle Aktionen die mit der Shell zu tun haben zentral kapselt, wie z.B. Befehle senden, Prozesse killen, prüfen ob bestimmter Prozess läuft, MD5 Checksum bilden etc.
Würde sich hier ein gewisses Design Pattern anbieten und ist es ohne größeren Aufwand möglich, festzustellen ob ein „mv datei1 datei2“ erfolgreich war, oder ob beispielsweise Berechtigungen fehlen? Wie verhält es sich mit einzelnen Übertragungen, wie kann ich am einfachsten feststellen ob diese Erfolgreich war, ob der Prozess abgebrochen wurde etc.?

Zu 4.

Dateien sollen über rsync verschickt werden, ich habe mir gedacht eine Klasse einzubauen die dafür zuständig ist, die nötigen Befehle „zusammenzubauen“ und diese dann an die Klasse, welche für Shellzugriffe zuständig ist weiterzureichen.

Hinter all diesen Punkten steht natürlich eine Datenbank, welche laufende Prozesse, vorhandene Dateien und File Parts verwaltet und registriert. Ich hoffe, dass ihr mir ein paar Tipps oder Verbesserungsvorschläge bzgl. der Architektur geben könnt. Natürlich will ich keinen Code von euch, mir genügen schon ein paar Tipps von erfahrenen Entwicklern. Die Anwendung soll iterativ implementiert werden, zunächst sollten die genannten Funktionalitäten bereitstehen, eine Steuerung über ein Frontend wird natürlich erst im späteren Verlauf entwickelt.

Viele Grüße

Mister Ad

dr.e.

Hi TheNerd,

frei nach der Unix-Philosophie würde ich hier PHP aussen vor lassen und ein vernünftiges Shell-Script scheiben. Das ist ebenso flexibel und konfigurierbar, man spart sich jedoch den Overhead, der durch das Wrappen von Shell-Commands passiert.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

TheNerd

Hallo dr. e,

zunächst Vielen Dank für deine Antwort Ja, mein erster Ansatz war auch diese ganze Problematik durch Shell Scripte zu lösen, jedoch wird ausdrücklich verlangt, dass diese Vorgänge durch PHP gesteuert werden. Ob dies Sinn macht ist die andere Frage, aber ist eine Anforderung

Falls noch jemand ein paar nützliche Tipps hat, immer her damit, würde mich freuen

Viele Grüße

dr.e.

Hallo TheNerd,

Architektur-technisch ist das Thema recht wenig anspruchsvoll. Du hast quasi zwei bis vier Domänen-Objekte, ein bischen Command-Pattern für die Abarbeitung der Jobs und eine GUI für die Verwaltung der Jobs.

Überleg doch bitte erst mal, welche Domänen-Objekte das sind und wie du diese modellieren müsstest. Dann kannst du beginnen, dir Gedanken über die Realisierung der GUI zu machen. Hier sind IMHO

• Login
• Jobs anzeigen, anlegen, bearbeiten, löschen
• ...

notwendig. Wenn du ohnehin schon

vorhast, würde ich den Weg gehen, die GUI komplett in PHP zu schreiben und den Rest als Perl/Python/Shell-Scripte, die die Jobs abarbeiten, die in der Datenbank von der GUI gespeichert werden. Hab sowas mal letztes Jahr implementiert und ich muss sagen: das gefällt mir sehr gut. Es folgt dann auch der Unix-Philosophie, dass man für jeden Job das Tool nimmt, das dafür am besten geeignet ist. Du baust ja auch nicht rsync in PHP nach, nur weil dir jemand sagt, dass er das toll finden würde. Hier musst du deinen Auftraggeber auch ein wenig erziehen, bzw. ihn beraten!

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

TheNerd

Hallo dr.e.

danke für deine Antwort. Ich wollte an dieser Stelle nocheinmal auf das Command Pattern eingehen. Die abzuarbeitenden Schritte in dieser Anwendung setzen sich ja immer wieder aus gewissen Bausteinen zusammen wie:

Verzeichnis auslesen
Dateien splitten / zusammenbauen
Dateien versenden
Neue Files registrieren
Alte Dateien löschen
und noch einige mehr...

Im Prinzip könnte man ja jeder dieser Tätigkeiten als eigene Command Klasse implementieren und dann so abarbeiten wie man sie braucht. Sind gewisse Abhängigkeiten zwischen Schritten erlaubt/konform? Wie z.B. ausführen des ReadDirCommands, danach die ausgelesenen Dateien der SplitFileCommand übergeben, welche dann auf Mindestgröße prüft und gegebenenfalls die Datei zerlegt.

Des Weiteren habe ich Hilfsklassen angelegt, die sich um Dinge wie Befehle an Shell senden, Verzeichnisse löschen / kopieren, Datei löschen / kopieren oder Verzeichnis auslesen kümmern. Ist das nutzen von diesen Klassen in den Command Klassen dann konform? Im Prinzip sind die Kommand KLassen ja nur Wrapper oder? Wie sieht es denn dann performance technisch aus, dadurch das soviele Objekte erzeugt werden?

Der Rest der Anwendung wie GUI (wird komplett mit ExtJS realisiert und wird wohl ein Thema für sich), oder Userverwaltung kommen erst später hinzu. Zunächst soll diese Datenübertragung stehen.

Fragen über Fragen..

Vielen Dank und schöne Grüße