Forum selber Programmieren

[DonKosak]

Hi ,

ich würde mir gerne selber ein Forum zusammenstellen, um bischen was mitzukriegen.

Kann mir jemand verraten, wie ich an gute Infos im Netz komme?

DiV

[Münsteraner]

PHP, Pearl, ASP... ?

Erstmal... in was willst du denn programmieren?

[arrayhunter]

Ich glaube, wenn du dir den Quelltext von einem schon bestehenden Forum runterlädst, und versucht, die Arbeitsweise nachvollziehst, bist du am besten beraten

nimm erst einmal ein einfaches !

Vorgehensweise:

1. Nachrichten schreiben und in db schreiben

2. nachrichten aus db auslesen und anzeigen

3. Memberverwaltung und Login-Bereich

wenn du das geschafft hast, dann kannst du ja weitere Funktionen einbauen(z.B. Anhänge an Postings usw. usw)

Aber stell dir das bitte nicht so einfach vor, zum forum programmieren gehört schon ne ganze Menge KnowHow...

[shad0w]

mal ein bericht von jemandem, der das schon gemacht hat / bzw. noch macht...

alleine kannste das inne tonne werfen! das bekommst du nie und nimmer hin... wir haben am gbb zu zweit angefangen... schon allein der motivation wegen... dann haben wir noch 3 leute dazu geholt. und atm. ist noch einer in der 'bewerbungsphase' ...

das groesste prob duerften die sessions sein... dann kommen noch die sql abfragen etc. hinzu...

wir sind nun schon seit einigen monaten am coden und naehern uns endlich mal dem ersten public release... d.h. du musst ebenfalls ein haufen zeit in das projekt stecken...

ueberleg dir also gut, ob du das machen willst. es gibt schon so viele boards, da brauch man schon fast kein eigenes mehr zu coden...

link ueberigens in meiner sig...

greetz

[dschingen]

guck mal unter www.phpbb.de da gibt es ein sehr gutes PHPboard. das kann man umprogramieren, bzw sich die technik angucken

[shad0w]

das phpbb ist stinklangsam, und das wbb fehlerbehaftet ohne ende. vBB zu teuer.

gbb wird vom komfort und geschwindigkeit dem vbb gleich sein, aber keine fehler wie beim wbb und nen groesseren funktionsumfang als vBB und phpBB...

[DanielH]

Original geschrieben von -silencer-

mal ein bericht von jemandem, der das schon gemacht hat / bzw. noch macht...

alleine kannste das inne tonne werfen! das bekommst du nie und nimmer hin... [...]

greetz

Das halte ich allerdings für ein Gerücht... Ich bin mit meinem Forensystem in der Betatestphase und hab es bisher allein geschrieben. (Einen Grafiker hätte ich aber schon gern für die Buttons )

Die Arbeiten wiederholen sich ja ohnehin irgendwann (DB auf, Daten rein oder raus, DB wieder zu... und von vorne) von daher halte ich es für nicht allzu viel Arbeit.

MfG:)

[beetFreeQ]

Ich hab auch mal ein "kleines" Forum in PHP gebaut und muß sagen, daß es eigentlich ganz einfach ist. Ist auch allein gut zu bewerkstelligen, wenn du nicht in Regionen eines UBB, vBulletin oder ähnliche willst.

Ich habe ganz einfach damit angefangen, die Datenbankstruktur festzulegen (drei Tabellen - eine für die Foren selbst, eine für die Threadtitel und eine für die Beiträge - jeweils verbunden durch IDs) und einige Testbeiträge hineinzupacken. Die hab ich mir dann in Threadform anzeigen lassen. Dazu kamen dann Formulare, um selbst Threads zu eröffnen und um zu antworten - fertig war das erste einfache Forum.

Nach und nach hab ich dann noch Sachen wie Beitrag bearbeiten, Smileys, BB-Code (für Fettschrift, Links etc.), Antwort mit Zitat etc eingebaut. Alles ganz easy nach und nach.

Als nächstes sind noch Admin- und Moderatoren-Funktionen angesagt, aber dann isses soweit fertig und einfach zu bedienen.

Der Vorteil an einem eigenen Forum ist ja auch, daß man es komplett auf die eigene Site und eine mögliche vorhandene Userverwaltung anpassen kann.

[lapso]

Original geschrieben von -silencer-

alleine kannste das inne tonne werfen! das bekommst du nie und nimmer hin...

Ich weiß ja nicht. Ein Forum ist doch im Vergleich zu einer Online-Warenwirtschaft eher ein Hasenfurz, oder?

das groesste prob duerften die sessions sein... dann kommen noch die sql abfragen etc. hinzu...

Ehrlich gesagt, Sessions sind eher das einfachste unter den Problemen. Und die paar Tables, die man in einem Forum benötigt, sollte man auch recht fix in den Griff bekommen. Wenn man erstmal, wie bei o.g. Warenwirtschaft 9 Tabellen verknüpfen muss, und das vorgegebene DB-Design nicht annähnernd vernünftig normalisiert ist (gewachsene Strukturen heißt das dann verniedlichend... *keuch*), dann wird das SQL erst richtig knifflig.

Grüße

Matze

[shad0w]

im gbb haben wir bereits 30 tabellen, die miteinander verknuepft sind... und das ding soll sehr wohl an vBB etc. ran kommen. und das alles 4free...

wir hatten definitv verschiedene probleme mit dem session system, datenbank design und die forenansicht etc. es ist also schon etwas komplexer, als man sich das vorstellt...

Ehrlich gesagt, Sessions sind eher das einfachste unter den Problemen. Und die paar Tables, die man in einem Forum benötigt, sollte man auch recht fix in den Griff bekommen. Wenn man erstmal, wie bei o.g. Warenwirtschaft 9 Tabellen verknüpfen muss, und das vorgegebene DB-Design nicht annähnernd vernünftig normalisiert ist (gewachsene Strukturen heißt das dann verniedlichend... *keuch*), dann wird das SQL erst richtig knifflig.

ich hab ne datenbank fuer ne lizenz und hardwareverwaltung designed, welche auch 'recht komplex' ist... und das waren ca. 16 tabellen...

die statements fuer die reports sind ebenfalls 'einige' zeilen lang...

um wieder zurueck zum thema zu kommen...

jeder hat seine meinung. meine meinung ist, dass es alleine

1. keinen spass

2. keine motivation

macht, so ein ding alleine aufzusetzen... wie gesagt, zu zweit war der ansporn schon hoeher als alleine... und ich persoenlich haette das auch net alleine gemacht, denn es ist immer gut, wenn es noch leute gibt, die sich mit sessions etc. auskennen, da ich ehrlich gesagt noch nie ein session system gecoded hatte... somit hab ich also auch viel dazu gelernt, von den anderen... ebenso haben die von mir string-handling gelernt...

desweiteren macht es halt auch viel mehr spass, mit mehren leuten an so nem projekt zu coden...

gute nacht.

[lapso]

Original geschrieben von -silencer-

desweiteren macht es halt auch viel mehr spass, mit mehren leuten an so nem projekt zu coden...

Guten Morgen

Das ist wohl wahr. Wenn man alleine an einem Projekt rumwerkelt, verrent man sich schnell in Details, verliert sich am Design und erreicht früher oder später einen toten Punkt, der eine große Hürde darstellen kann.

Bei 30 Tabellen für ein Forum würde ich mir allerdings Gedanken machen, ob das Projekt nicht etwas ausgeufert ist.

Nach wie vor halte ich auch ein Session-Handling für recht einfach zu implementieren. Ich habe das irgendwann aus der Not heraus auch gemacht; Die Anforderung war, auf einem IIS5 eine WAP-Anwendung bereit zu stellen; da in ASP3 Sessions aber auf Cookies basieren (anders als in asp.net) und der tolle Nokia-Browser die nun so gar nicht verträgt, musste eine Lösung her. Es war zugegeben nur ein simples System (nur einfache Datentypen speicherbar), hat aber dafür bereits nach der zweiten Version absolut fehlerfrei gefunzt; Nutze das System auch weiterhin, da es zwar weniger performant, dafür aber weitaus skalierbarer ist als das von ASP3.

Nunja. Lachsbrötchen-Alarm!

Grüße

Matze

[shad0w]

Bei 30 Tabellen für ein Forum würde ich mir allerdings Gedanken machen, ob das Projekt nicht etwas ausgeufert ist.

nee... vBB hat 34 tabellen... und da wir ebenfalls unsere html templates sowie pfade zu smileys, configurationen etc. in der datenbank speichern, kann man davon ausgehen, dass alles recht komplex ist...

aber wie gesagt, jeder kennt sich in seinem gebiet aus, und das projekt zu managen macht total viel spass muss ich sagen...