[MrNase]

Hi

Schaut nicht schlecht aus, was mich daran stört: flatfiles


Ich hab keine Ahnung von CGI, aber ein php/mysql basierendes halte ich für die beste Lösung

[MaMo]

Original geschrieben von MrNase
Schaut nicht schlecht aus, was mich daran stört: flatfiles

Ich hab keine Ahnung von CGI, aber ein php/mysql basierendes halte ich für die beste Lösung

Hi.
Also MySQL ist unter perl nicht so verbreitet, man braucht dazu auch Module um MySQL anzusprechen.
Aber ich denke in Zukunft, wenn das Boarde mal größer wird und noch mehr Datenbank braucht darüber nach noch MySQL-Anbindung hinzuzufügen.
MfG MaMo

[MaMo]

Original geschrieben von ciruZ
Ähm, ich bin zwar echt nicht so der Perl-Könner, aber soweit ich weiß geht das auch über Umwege ohne Module. Is aber dann halt doch was lang ...
Komplett in Perl? Ich dachte schon, Perl-Boards sind ausgestorben ...

Hi.
Muss ich mich mal erkundigen.
Aber deine abschweife zu C etc. passt hier glaub ich nicht rein?!
MfG Mamo

[Daniel Richter]

Nun bevor es ciruZ endgültig schafft diesen Thread auch noch zu versauen geh ich mal zum Thema zurück.

Also das Forum sieht gut aus. Ich habe keine Ahnung, ob es Vor- oder Nachteile hat wenn man Flatfiles verwendet aber ich finde es schon recht schön so. Schnell ist es auch.

[MrNase]

Ich dachte immer, Flatfiles machen das ganze langsamer?! Na gut, du hast noch nicht allzuviele Beiträge zu verwalten, mal gucken wie schnell es ist wenn du mehr Beiträge/Themen drin hast.

Ist dies dein erster Versuch oder hast du schon Erfahrung mit perl und flatfiles?

[Boardster]

Das wirkliche Problem scheint bei den Flatfiles nicht die Geschwindigkeit zu sein (siehe z.B. das TBB oder PHPOutburst ) - sondern die Gefahr des kompletten Datenverlustes. Besonders dann, wenn man möglichst viele verschiedene Informationen in eine Textdatenbank staucht. Ich kann meine These nicht mit genauen Beispielen untermauern, aber vom TBB sind komplette Datenausfälle schon des öfteren vorgekommen

[MrNase]

das sind doch einfache *.txt-Dateien, oder? Kann man die dann nicht auslesen?

[exe]

Ncht übel das Board, gefällt mir
Was Flatfiles angeht: wenn die anständig verwaltet werden ist die Geschwindigkeit schon in Ordnung. An eine sauber geplante MySQL Datenbank kommt das wohl kaum ran aber für kleine bis mittlere Boards (<100.000 Beiträge) reicht das allemal.
Und was Perl angeht: für ausgestorben würde ich das nicht bezeichnen. Anders als PHP hat Perl seit 5 Jahren kein nennenswertes Update mehr erhalten. Wir dürfen aber auf Perl 6 gespannt sein, möglicherweise bekommt die Sprache dann (berechtigter Weise) im Web wieder etwas mehr auftrieb.

[MaMo]

Hi.
Erstmal danke für die vielen Antworten

Ist dies dein erster Versuch oder hast du schon Erfahrung mit perl und flatfiles?

Dies ist mein erstes Perl-Script. Ich habe über das Board gelernt. Also ich konnte als ich anfing nix und habe dann so gelernt durch experimentieren.

Das wirkliche Problem scheint bei den Flatfiles nicht die Geschwindigkeit zu sein (siehe z.B. das TBB oder PHPOutburst ) - sondern die Gefahr des kompletten Datenverlustes. Besonders dann, wenn man möglichst viele verschiedene Informationen in eine Textdatenbank staucht. Ich kann meine These nicht mit genauen Beispielen untermauern, aber vom TBB sind komplette Datenausfälle schon des öfteren vorgekommen

Ja leider ist auch mein Board nicht ganz risikofrei, aber ich habe ne nette Backupfunktion drin , d.h. Man kann sich jederzeit seine Daten komfortabel sichern, wenn gewünscht auch per Cronjobs.

Wenn einer mal das AdminCP sehen will, kann sich bei mir per Mail melden: [email protected]

MfG MaMo

[Akira]

ich bin kein freund von perl.

aber auf den ersten blick gefällt mir das board sehr gut. nicht schlecht

[hoerner]

@ciruZ:

Wie es scheint hast du nicht begriffen worauf das Prinzip einer Community abzielt: Um Sachen zu modularisieren, nicht alles unendlich oft neu schreiben zu müssen wegen einer proprietären Lizenz auf den Code (mit der du beim pBB liebäugelst).

_Das_ ist kein soziales Verhalten.

[Erazor]

Original geschrieben von ciruZ
Ähm, mal zur Info: MySQL arbeitet mit Files.
Warum sollte es dann mit flat files langsamer sein? Ob nun MySQL mit den Daten arbeitet oder MySQL kommt von der Speed aufs selbe.
Zu dem mit C:
Das bezog sich aufs Board, da wieder welche in Perl gecodet werden. Scheint also, dass es nicht mehr so ist, dass alle User PHP wollen.

@hoerner: Ich würde dich bitten, keine weiteren Lügen über das pBB zu verbreiten.
Ich habe nie etwas davon geschrieben, dass ich Geld verlangen werde.
Ich habe lediglich gesagt, dass ich nicht versprechen kann, dass das pBB immer kostenlos bleibt. Heißt das jetzt gleich, dass es kostenpflichtig wird? Nein!
Also laber nicht so nen ******!

Was ist gegen eine solche Lizenz zu sagen? Die Konsumenten sind doch selber schuld, wenn Sie sich derart dreist gegenüber imateriellen Gegenständen verhalten. Hinter solchen Projekten steckt eine Menge Arbeit und dann ist es nur logisch, dafür eine Gegenleistung zu verlangen.

Ciruz klingt häufig überaus überheblich, allerdings steckt in seinem Köpfchen auch ne Menge Know-How. Vielleicht könnte er das ja in Zukunft massentauglicher rüberbringen.

[MaMo]

Hi.
Könnten wir jetzt mal diese Zwiespalt beenden und auf das eigentluiche Thema zurückkommen?
MfG MaMo

[exe]

Original geschrieben von ciruZ
Ähm, mal zur Info: MySQL arbeitet mit Files.
Warum sollte es dann mit flat files langsamer sein? Ob nun MySQL mit den Daten arbeitet oder MySQL kommt von der Speed aufs selbe.

Das kannst du so nicht vergleichen.
Selbstverständlich muss jede Datenbank ihre Tabellen in irgendeiner Form auf einem Speichermedium ablegen, genau wie das ein Forum mit einfachen Textfiles auch machen würde.
Hinter MySQL steckt aber ein ausgefeiltes DBMS hinter dem erstens eine Menge Know How und Manpower steckt, die Entwicklung der Datenbank schreitet also viel schneller vorran als man das als "normaler" Entwickler jemals könnte.
Zweitens arbeiten an einer MySQL Datenbank sehr viel leistungsfähigere Prozeduren und Algorithmen die wohl kaum jemand hier genauso gut hinbekommt.
Wenn du eine MySQL Datenbank sauber konzipierst wird sie gerade bei hohem Datenaufkommen weitaus schneller sein als gängige Textfiles, eben da das Datenbank Management dahinter sehr viel leistungsfähiger und ausgereifter ist.
Klar kann ich das alles bis zu einem gewissen Grad mit Textfiles simulieren aber nicht in der Komplexität und Geschwindigkeit einer MySQL Datenbank.