Ich glaube du hast mich missverstanden oder ich habe mich schlecht ausgedrückt.
Ich mache nicht für jedes Stichwort ein Query, sondern nur für die, nach denen ich suche.
Und je höher die Qualität der Stichworte ist, desdo weniger brauch man, was das ganze wieder vereinfacht.

Aber der Crawler sammelt doch alle Stichwörter eines Themas. Welche von ihnen wählst du dann aus (nach welchen Kriterien), um dann nach Themen zu suchen, die auch eben diese Stichwörter enthalten?

länge der Wörter, Vorkommen, Blacklist/ Whitelist, Groß-/Kleinschreibung

Aber wie auch immer, dieses Geplänkel bringt uns nicht weiter.
Da deine Idee im moment die Bessere ist lasse ich meinen Vorschlag fallen und unterstütze deinen.

Sonst würden wir doch nie vorwärts kommen.;)

In Ordnung, haken wir den Punkt erst einmal als erledigt ab. (Auch wenn ich deine Idee nicht einfach fallen lassen und deshalb trotzdem ausprobieren möchte.)

Dann würde ich noch gerne ein Thema ansprechen: Sicherheit.
Ist für uns ganz wichtig, damit unser Server nicht einfach in die Knie gezwungen wird.

• Also am Anfang Systemlast überprüfen.
• Foren eindeutig identifizieren und nicht registrierte ignorieren. Identifizierung vlt. über Hash aus Forenname, Passwort + Benutzername fürs Bun und Registrieungszeitpunkt in ms, also Sachen die nicht so einfach rauszubekommen sind?
• Programme mit Hashes auf Veränderungen überprüfen.
• Und natürlich Aufrufe usw. zählen um ungereimtheiten, wie deaktivierter Cache, modifizierte Programme herauszufinden.

Das sollte sofort mit implementiert werden, später passiert das aus Faulheit oder aufgrund Nichtverstehens garnicht oder nur Mangelhaft.

Ja, das sollten wir definitiv machen. Genauere Angaben dazu sind aber im Moment kaum möglich, solange das System nicht eindeutig steht.

Das ist schon klar, ich wollte es nur frühzeitig zur Sprache bringen und nicht in den letzten Minuten vorm Start.

Ich habe mir mal ein paar Gedanken zum generellen Aufbau gemacht:

http://jendrik.meine-klasse-berlin.d...u_Beitrag.jpeg
http://jendrik.meine-klasse-berlin.d...uf_beitrag.jpg

Hoffe mal ich habe verständlich gemalt... ;)

Edit: Warum speichert der die Bildgröße nicht?
http://jendrik.meine-klasse-berlin.d...eu_Beitrag.jpg

Ja, genau so ist es geplant. :)

Dann ist ja gut.

Womit fangen wir an?

kukuk!

Das Problem ist: Ich hatte nicht vor, selber so stark mitzuwirken (wie gesagt aus Zeitgründen). Ich denke, wir sind jetzt an einem Punkt angelangt, an dem wir uns weitere Leute suchen sollten. Und zwar möglichst welche, die schon mal über den Tellerrand von PHP hinaus geguckt haben.

Wir müssen ja so oder so noch solche Sachen wie Protokoll festlegen.

Aber wenn sich welche melden würden, die sich mit den entsprechenden Forensystemem (Vb, BB, phpBB, usw) auskennen und dafür einen Mod schreiben wollen/können, wäre das vorteilhaft.

Die Forensysteme sind erst einmal das geringste Problem. Schließlich könnten wir ein Forum auch einfach simulieren, indem wir Texte manuell einspeisen und schauen, welche ähnlichen Themen / Texte ausgespuckt werden.

Das Protokoll geht außerdem schon stark auf die Details ein. Mal abgesehen davon, dass wir meiner Meinung nach zunächst einmal auf einen Prototypen setzen sollten, den wir so schnell wie möglich zusammenschustern. Einfach nur, um unsere Ansätze auszuprobieren. :)

Dann also erstmal mit php, oder?
Wie viele Beiträge werden schon in der Stunde/Tag/Monat geschrieben? Da uns dort die Erfahrung fehlt, würde ich erst ein Plattform nehmen, wo wirklich jeder mitarbeiten kann.

Ich bin nach wie vor für Java. Aber die reine Funktionalität könnten wir der Einfachheit halber mit PHP (oder besser noch Python - ich find die Syntax einfach schöner) testen. Sonderlich große Erfahrung habe ich in Python jetzt auch nicht, aber Objektorientierung (was wir hier ja extensiv nutzen werden) ist eh überall ähnlich (und spezielle Sprachfeatures sind jetzt nicht unbedingt nötig). Könnten wir uns auf Python einigen? :)

Ich habe übrigens mal ein Repository bei bitbucket.org eingerichtet. Am besten du richtest dir auch eins ein, denn in Mercurial arbeitet man verteilt, d.h. jeder mit einem oder mehreren Repositories, die sich gegenseitig synchronisieren (manuell). Mehr dazu hier.

tut mir Leid das ich mich nicht gemeldet hab, musste meine Oma besuchen, 6 Stunden Autofahrt hin, 6 zurück, um Mercurial kümmere ich mich morgen, hab jetzt nicht mehr genug Energie mich dort einzulesen.

Auch wenn ich selbst wenig Zeit habe, wollte ich mal fragen, wie's bei dir aussieht? Nicht, dass das hier wieder komplett einschläft... :)

ja, ist irgendwie eingeschlafen.
Ich hab mir nochmal den Wirkipediaeintrag zu Python angesehen:
Python (Programmiersprache) ? Wikipedia
(letzter Punkt)

Wollen wir also noch bei Python bleiben? Ich müsste das erst lernen, hab bisher halt nur Erfahrungen mit PHP und Autoit gemacht. Kannst du es? Bzw. kennts du Leute die Python können und hier begeistert mitarbeiten würden?

Nein, ich müsste mich auch erst einmal einarbeiten. Aber wie gesagt: Ich würde es zunächst auch nur für einen Prototypen verwenden und das richtige System nachher in einer kompilierten Sprache, wie C++, Java oder C#, umsetzen.
Und dass Python langsam ist, ist dort eher auf ebendiese kompilierte Programmiersprachen bezogen.

Programmierer, die Python beherrschen, kenne ich, nur dürften die alle keine Zeit haben... ;)

Na, wenn wir beide es nicht können und das ganze sowieso nochmal portiert werden soll, bringt es doch nichts sich erst noch in eine Programmiersprache einzuarbeiten, die nur für den Prototypen verwendet wird.

Also dann Java? :)

hmgpf!
Magst du mich nicht mehr?

Neben Schule, Hausaufgaben, Vokabeln lernen und im Haushalt helfen, bleibt halt leider nicht mehr genug Zeit eine weitere Programmiersprache zu lernen, jedenfalls nicht in Kürze.

Ok, dann eben PHP. Auch wenn es mir in der Seele wehtut. :(

so schlimm ist es doch nicht, oder?