Hallo an alle!

auf meiner Website soll man PHP-Codes hochladen können ungefähr wie bei Sourceforge.
Wobei es aber immer nur eine Datei ist mit max. 200 Zeilen Code.

So nun stellt sich die Frage: Soll ich diese in die Datenbank speichern oder als Datei?
Außerdem will ich jeden Code erst freigeben, bevor er veröffentlicht (zum Download) wird, sodass dann noch mehr Code zu speichern wäre.
Ich denke aber, dass dies die DB zu sehr auslasten würde (bei vielen Datensätzen).

Welche Möglichkeiten gäbe es denn noch sowas umzusetzen?


Vielen Dank im Voraus wie immer

Hey,

das kommt wohl drauf an, inwieweit du mit den PHP-Dateien dann arbeiten möchtest.
Wenn Die nur da sind, um später runtergeladen zu werden, dann macht das in der Datenbank
wenig Sinn. Wenn Du die aber durchsuchbar machen willst, dann sieht das schon anders aus.

Ich würde in Deinem Fall wohl die Dateien auf dem Dateisystem so abspeichern, dass du eine
Referenz zu einem Datenbank-Eintrag hast, in dem dann Informationen, wie Ersteller, Veröffentlicht, Datum usw gespeichert werden.

Grüße,
MArc

Danke für deine Antwort, MArc.

das kommt wohl drauf an, inwieweit du mit den PHP-Dateien dann arbeiten möchtest.
Wenn Die nur da sind, um später runtergeladen zu werden, dann macht das in der Datenbank
wenig Sinn. Wenn Du die aber durchsuchbar machen willst, dann sieht das schon anders aus.

Eigentlich sind sie zum Download dar.
Ich denke ich könnte auch entsprechende Keywords in der DB speichern, sodass sie immernoch teilweise durchsuchbar wären.

Ich würde in Deinem Fall wohl die Dateien auf dem Dateisystem so abspeichern, dass du eine
Referenz zu einem Datenbank-Eintrag hast, in dem dann Informationen, wie Ersteller, Veröffentlicht, Datum usw gespeichert werden.

Ja, ich denke, ich werde es so machen.

Ich selber bin eigentlich nicht so gut im Tabellen planen
Soll ich lieber eine oder zwei Tabellen dazu nehmen? Denn ich müsste auch noch den PHP-Code freigeben.
Außerdem können auch mehrere Benutzer am PHP-Code arbeiten, wie soll ich dies speichern?

Allerdings möchte ich auch eine Versionsgeschichte (wie Wikipedia z.B.). Soll ich die dann auch auf das Dateisystem abspeichern?

Vielen Dank schonmal!

Da könntest Du durchaus die Dateien auch einfach auf dem Dateisystem abspeichern, allerdings dann halt so, dass du später weißt, welche Datei welche Version ist. Es gibt ja diverse Wege, die Unterschiede zu ermitteln.

Alternativ kannst Du natürlich auch ein GIT/Subversion/CVS und wie sie nicht alle heißen benutzen. Dort checkst Du die Dateien dann einfach ein und kannst dann über die cli-tools die Diffs usw extrahieren. GIT dürfte wohl schon eine kleine Weboberfläche liefern - weiß da aber nicht mehr genau, was das alles kann und inwieweit man daraus Libs nutzen kann.

Zitat von MArc

Alternativ kannst Du natürlich auch ein GIT/Subversion/CVS und wie sie nicht alle heißen benutzen. Dort checkst Du die Dateien dann einfach ein und kannst dann über die cli-tools die Diffs usw extrahieren. GIT dürfte wohl schon eine kleine Weboberfläche liefern - weiß da aber nicht mehr genau, was das alles kann und inwieweit man daraus Libs nutzen kann.

Ich denke das wird nicht funktionieren, da ich eine Komponente für Joomla entwickeln will und es kann jeder x-belibiger User was einreichen.

Zitat von ComFreek

Ich selber bin eigentlich nicht so gut im Tabellen planen
Soll ich lieber eine oder zwei Tabellen dazu nehmen? Denn ich müsste auch noch den PHP-Code freigeben.
Außerdem können auch mehrere Benutzer am PHP-Code arbeiten, wie soll ich dies speichern?

Fies. Sehe nicht automatisch, wenn Du ältere Beiträge bearbeitest.

Wenn mehrere User an den selben Dateien arbeiten können, müsstest Du temporäre Versionen anlegen und die dann Mergen, sobald sie comitten/speichern. Wenn Konflikte entstehen, musste da eine kleines GUI bereitstellen, in dem man die Konflikte lösen kann.
Schau Dir das mal an: http://asvcs.com/
Ich denke dort kannst Du viel Informationen rausziehen. Eventuell sogar eine Extension schreiben, dass man das über Joomla ansteuern kann.

Zitat von MArc

Fies. Sehe nicht automatisch, wenn Du ältere Beiträge bearbeitest.

Ich habe auch auf die Uhrzeit deines Beitrags geschaut
Ich dachte du hättest es noch gelesen, sonst hätte ich es nochmal geschrieben.

Wenn mehrere User an den selben Dateien arbeiten können, müsstest Du temporäre Versionen anlegen und die dann Mergen, sobald sie comitten/speichern. Wenn Konflikte entstehen, musste da eine kleines GUI bereitstellen, in dem man die Konflikte lösen kann.

Es ist so:

1. Herr Schmidt erstellt/bearbeitet Code A
2. Ich schalte Code A frei.
3. Herr Müller bearbeitet wieder Code A
4. Ich schalte überarbeiteten Code A frei

Wegen möglichen Konflikten habe ich mir auch schon Gedanken gemacht.
Bei z.B. Wikipedia kommt dann eine Meldung während des Bearbeitens, wenn der Artikel von jmd. anderen im Hintergrund bearbeitet wurde.

Kleiner Tipp am Rande: Ich würde das nicht nach Zeilen sondern Dateigröße beschränken. Sonst lädt dir einer ne 500MB Datei hoch weil er alles in eine Zeile quetscht

@timestamp:

Danke
Ich habe wirklich (momentan...) nur 500MB Speicherplatz auf dem Server.
Aber mein eigentliches Problem/Schwierigkeit besteht darin, die Daten zu speichern.
Das Projekt soll etwas ähnliches wie Wikipedia werden, allerdings möchte ich den Code vorher noch freischalten (<=>meisten Artikeln bei Wikipedia).

Bis Du eine MySQL-Datenbank "überlastest" kann viel Wasser die Spree runterlaufen. Also warum nicht den Code gleich drin speichern? Lieber verwalte ich 50.000 Datensätze als 50.000 Files auf dem Server
Den Code "mergen" stell ich mir erst mal chaotisch vor... Herr Schmidt ändert hier was, fügt neue Variablen ein, Herr Müller ändert da was, verwendet vielleicht sogar Variablen von Herrn Schmidt, ohne es zu wissen; da möchte ich nicht wissen, was am Ende bei rauskommt. Es sei denn, man macht das von Hand. Für mich wär das nichts.
Bei längerem nachdenken (was um die Uhrzeit allerdings nicht mehr wirklich richtig funktioniert), wird die Problematik komplizierter. Man kann einen Datensatz oder Version ja nicht sperren, sobald die einer bearbeitet. Wenn der dann zwischendrin Bier holen oder ins Kino geht... Wenn andererseits 50 Leute gleichzeitig eine Version bearbeiten, wird's am Ende vermutlich 50 Varianten geben.
Aber da denke ich mal besser morgen drüber nach.

Greetz
cw

Was das Sperren angeht, hierzu würde ich die Felder "lock", "zeit" und "lockid" in die Tabelle aufnehmen.

In dem Moment wo jemand auf ein bestimmtes Skript (ob nun als Datensatz oder als Datei) zugreift, wird in der Tabelle das Feld "lock" überprüft ob es den Wert 0 hat. In diesem Fall bekommt das Feld "lock" den Wert 1, "zeit" bekommt die aktuelle Uhrzeit und bei "lockid" wird der Benutzername oder ähnliches gespeichert. Ab jetzt ist der Datensatz für andere gesperrt.

Hat das Feld "lock" den Wert 1, dann wird zusätzlich noch die beim Datensatz gespeicherte Uhrzeit geprüft. Sind hier z.B. 5 Minuten Differenz zur aktuellen Zeit, dann wird der Datensatz dem neuen Benutzer übergeben ("lockid" wird entsprechend geändert) weil die Aktion des Benutzers der im Moment eingetragen ist wohl nicht beendet wurde.

Beim Speichern der Änderungen wird dann geprüft ob der Datensatz von dem Benutzer gesperrt wurde der ihn jetzt speichern will.

Hoffe mal es ist verständlich was ich da geschrieben habe!?

Zitat von chickenwing

Bis Du eine MySQL-Datenbank "überlastest" kann viel Wasser die Spree runterlaufen. Also warum nicht den Code gleich drin speichern? Lieber verwalte ich 50.000 Datensätze als 50.000 Files auf dem Server

Sehe ich genauso! Als kleine "Speicherplatz"-Optimierung könntest du alle Quelltexte komprimieren und dann in die DB legen. Texte lassen sich seeeeeehr gut komprimieren und somit hast du noch viel mehr Reserven.

Allerdings solltest du hier zwischen der Performance und dem Speicherplatz-Verbrauch abwägen, denn bei jedem Lesen und Schreiben muss der Quelltext vorher de- komprimieren und das wird ein wenig Zeit einnehmen, was du normalerweise nicht wirklich spüren solltest aber bei hochperformanten Anwendungen (oder schwachen Systemen) ggf. schon etwas mehr.

Zitat von chickenwing

Den Code "mergen" stell ich mir erst mal chaotisch vor... Herr Schmidt ändert hier was, fügt neue Variablen ein, Herr Müller ändert da was, verwendet vielleicht sogar Variablen von Herrn Schmidt, ohne es zu wissen; da möchte ich nicht wissen, was am Ende bei rauskommt. Es sei denn, man macht das von Hand. Für mich wär das nichts.
Bei längerem nachdenken (was um die Uhrzeit allerdings nicht mehr wirklich richtig funktioniert), wird die Problematik komplizierter. Man kann einen Datensatz oder Version ja nicht sperren, sobald die einer bearbeitet. Wenn der dann zwischendrin Bier holen oder ins Kino geht... Wenn andererseits 50 Leute gleichzeitig eine Version bearbeiten, wird's am Ende vermutlich 50 Varianten geben.
Aber da denke ich mal besser morgen drüber nach.

Das Problem ist nicht trivial, allerdings beweisen Subversion/Git etc. bereits das man damit sehr gut umgehen kann (und jedes System hat nun mal seine Vorteile aber auch Nachteile!) und wenn man in Teams arbeitet kommst um die Code-Verwaltung gar nicht rum. Klar wenn man gleich Stellen bearbeitet gibt es ein Konflikt und den muss man manuell lösen, allerdings wird dir jeder der mit solchen Systemen und im Team arbeitet sagen, dass diese Werkzeuge unverzichtbar und sehr gute Arbeit leisten (zu den Konflikten kommt es bei einer einigermaßen strukturierten Planung und Arbeitsteilung so gut wie gar nicht!).

Gruß
RudolfG

@tombe: Ich verstehe nicht ganz folgenden Teil:

Zitat von tombe

Hat das Feld "lock" den Wert 1, dann wird zusätzlich noch die beim Datensatz gespeicherte Uhrzeit geprüft. Sind hier z.B. 5 Minuten Differenz zur aktuellen Zeit, dann wird der Datensatz dem neuen Benutzer übergeben ("lockid" wird entsprechend geändert) weil die Aktion des Benutzers der im Moment eingetragen ist wohl nicht beendet wurde.

Zitat von RudolfG

Anwendungen (oder schwachen Systemen) ggf. schon etwas mehr.

Ich bin bei United-Domains und habe deren Webspaceangebot, ob das hochperformant ist?

Ich habe jetzt mal folgende Tabelle:

Code sql:

1 2 3 4 5 6 7 8 9 10

CREATE TABLE codes (   id INTEGER AUTO_INCREMENT PRIMARY KEY,   name VARCHAR(30),   code LONGTEXT,     locked TINYINT,   locktime INTEGER,   lockauthor INTEGER  --verweist auf die Tabelle users )

Allerdings könnte es sein, das irgendwann mal mehrere hunderte Benutzer diese Daten ändern wollen.
Wie macht denn z.B. Wikipedia das? Hier gibt es eine Tabellenstruktur, allerdings blicke ich nicht wirklich durch, denn in der Tabelle page wird kein Inhalt gespeichert...

@tombe: Ich verstehe nicht ganz folgenden Teil:

Also jetzt gibt es uns beide als User und in der Tabelle stehen folgende Angaben:

Code :

1 2	locked | locktime         | lockauthor 1      | 23.11.10 - 17:15 | tombe

Wenn du jetzt den Datensatz zum Bearbeiten anklickst ist dieser zwar durch lock = 1 gesperrt, da aber die Uhrzeit (jetzt ist es bereits 17:24 Uhr) 9 Minuten zurückliegt, wir davon ausgegangen das ich den Vorgang nicht beendet habe.
Deshalb wird mein Eintrag entweder gelöscht oder aber wie folgt geändert:

Code :

1 2	locked | locktime         | lockauthor 1      | 23.11.10 - 17:24 | ComFreek

Somit bist du neuer "Besitzer" und darfst die Daten ändern.

Damit der Benutzer sieht wie viel Zeit im noch bleibt wäre vielleicht ein bisschen JavaScript nicht schlecht. Mit einer Uhr die die noch verbleibende Zeit bis zum Logout anzeigt.

Beim Speichern reicht es aus wenn nur der Name geprüft wird. Selbst wenn die Zeit abgelaufen sein sollte kommt dies nur zum Tragen wenn ein anderer auf die Daten zugreifen will.
Werden geänderte Daten gespeichert werden die 3 Felder so geändert:

Code :

1 2	locked | locktime         | lockauthor 0      |                  |

Somit darf der nächste ran.

Zum Beispiel folgende Aktionen treten auf:

1. 17:35 ComFreek bearbeitet Code A
2. 17:40 Ich gehe kurz weg
3. 17:44 tombe klickt auf "Bearbeiten" und erlangt die Rechte über Code A

Dann verliert ComFreek aber irgendwie den Code, den er bearbeitet hat?

Vielen Danke schonmal.