[PHP] IkoBB - das neue kostenlose open source Forum

[N8boy]

Hallo Zusammen,

hiermit möchte ich euch meine Forensoftware IkoBB vorstellen.

Was ist IkoBB?
IkoBB ist eine quelloffene Forensoftware, die sich zum Ziel gemacht hat die wünsche der Community zu berücksichtigen. Das heißt, ihr entwickelt Ideen für das Forum und wir setzen sie um. IkoBB befindest sich momentan im noch nicht offiziell releasten Zustand, kann aber dennoch schon jederzeit auf GitHub heruntergeladen werden.

Welche Funktionen hat IkoBB?
IkoBB hat alle grundlegenden Funktionen, die ein Forum haben muss, wie Themen erstellen, private Nachrichten, Administrieren des Forums und moderieren des Forums.
Des Weiteren sind neuartige Features breits implementiert worden wie die Unterstützung von einem Emoji-Systems. Emojis sind die Smilies, die die heutigen Smartphones verwenden, wie zum Beispiel bei WhatsApp.

Warum noch ein Forum?
Dies hat einen einfachen Grund. Heutzutage gibt es nur noch moderne Foren, die kostenpflichtig sind oder Foren, die zwar noch aktualisiert werden, allerdings nicht mehr ganz auf den aktuellsten Stand sind.
Wir versuchen möglichst mit der Zeit zu gehen, unsere Designs responsive zu mache und alle zukünfingen must have Features einzuminden. Daher ist unsere Community für uns sehr wichtig, da falls wir mal einen Trend verpassen sie uns immer drauf hinweisen können.

Wichtige Links:
Offizielles IkoBB Forum Edit: Auf Wunsch der Moderatoren wurde der Link entfernt.

[False]

An sich finde ich die super geil eigentlich, jedoch finde ich es vom Code her etwas zu "alt".

Hier ein paar Beispiele :
- Du benutzt kein Autoloader, sprich du hast überall Require XY.
- Du benutzt keine Constanten sondern schreibst die Sachen hart in den Code.
- Du nutzt keine Entitys und auch alten Syntax (array() statt [], wobei man sich dort streiten könnte da Geschmackssache...).
- Du baust Pyramiden mit dem Code...
- Das Projekt ist nicht oo(p).
- Mehrere der "Commands" sind in einem Script mit einem Switch verbunden (oop -> einzelne Functions)
- (Wieder geschmackssache wahrscheinlich aber die Variablen namen finde ich so echt grässlich z.b. ($searched_user => $searchedUser)
- Überall doppelten Code, da keine Entitys genutzt werden, du immer wieder prüfst ist ein User eingeloggt, du setzt immer wieder Title der Seite neu etc..
- Mehrere Unnötige Variablen (Teils einfach leer)


Waren jetzt nur ein paar Sachen die mir auf die eile aufgefallen sind, wäre es nun ein Projekt gewesen mit einer soliden Basis z.b.
- Silex/Symfony als Framework
- Composer als Dependency Manager
- Evtl Liquibase(Sql-History) fürs bessere entwickeln auf verschiedenen Branches.
- Etc...

Was mir z.b. auch nicht so gefällt was die Url auf .php endet ( => )

Nun die letzte Frage, IkoBB wurde von TangoBB geforked, was hat es damit auf sich?

[Else]

Originally Posted by .ƒaℓsє.

Nun die letzte Frage, IkoBB wurde von TangoBB geforked, was hat es damit auf sich?

Why are some classes named "Iko"?

TangoBB's unofficial name is "Iko". The project has since been rebranded back to "TangoBB" due to popular demand.

Was mir gleich als erstes in Auge fällt, ist das hässliche URL-Pattern. Bitte anders gestalten. Aber nicht so beibehalten.

Originally Posted by N8boy

Warum noch ein Forum?
Dies hat einen einfachen Grund. Heutzutage gibt es nur noch moderne Foren, die kostenpflichtig sind oder Foren, die zwar noch aktualisiert werden, allerdings nicht mehr ganz auf den aktuellsten Stand sind.
Wir versuchen möglichst mit der Zeit zu gehen, unsere Designs responsive zu mache und alle zukünfingen must have Features einzuminden. Daher ist unsere Community für uns sehr wichtig, da falls wir mal einen Trend verpassen sie uns immer drauf hinweisen können.

Wenn Du mit der Zeit gehen willst, dann Fang bei deinem Quellcode an. Ein Blick in die GitHub-Repo spricht bereits ganze Seiten.... Da muss man nicht einmal einen Blick drauf werfen, um zu wissen, was dahinter steckt.

Forensoftwares gibt es wie Skype-Tools in diesem Forum. Viel zu viele. Versucht nicht das Rad neu zu erfinden. Eine schöne und durchdachte Forensoftware, dauert selbst mit einem Team, mehrere Monate und noch länger, wenn es sich behaupten will.

[False]

Originally Posted by Else

Why are some classes named "Iko"?

TangoBB's unofficial name is "Iko". The project has since been rebranded back to "TangoBB" due to popular demand.

Das habe ich auch gesehen, aber wieso wurde nun Iko zu Tango umbenannt und nun wieder Iko ?
Und wieso gehört das Tango Repo jemanden anderen als das Iko repo ?

[Else]

Fragen über Fragen..... die Antwort weiß vielleicht, aber nur vielleicht der Autor. Und wenn nicht, ist die Antwort 42! :O

[Kentika]

Originally Posted by .ƒaℓsє.

An sich finde ich die super geil eigentlich, jedoch finde ich es vom Code her etwas zu "alt".

Hier ein paar Beispiele :
- Du benutzt kein Autoloader, sprich du hast überall Require XY.
- Du benutzt keine Constanten sondern schreibst die Sachen hart in den Code.
- Du nutzt keine Entitys und auch alten Syntax (array() statt [], wobei man sich dort streiten könnte da Geschmackssache...).
- Du baust Pyramiden mit dem Code...
- Das Projekt ist nicht oo(p).
- Mehrere der "Commands" sind in einem Script mit einem Switch verbunden (oop -> einzelne Functions)
- (Wieder geschmackssache wahrscheinlich aber die Variablen namen finde ich so echt grässlich z.b. ($searched_user => $searchedUser)
- Überall doppelten Code, da keine Entitys genutzt werden, du immer wieder prüfst ist ein User eingeloggt, du setzt immer wieder Title der Seite neu etc..
- Mehrere Unnötige Variablen (Teils einfach leer)


Waren jetzt nur ein paar Sachen die mir auf die eile aufgefallen sind, wäre es nun ein Projekt gewesen mit einer soliden Basis z.b.
- Silex/Symfony als Framework
- Composer als Dependency Manager
- Evtl Liquibase(Sql-History) fürs bessere entwickeln auf verschiedenen Branches.
- Etc...

Was mir z.b. auch nicht so gefällt was die Url auf .php endet ( => )

Nun die letzte Frage, IkoBB wurde von TangoBB geforked, was hat es damit auf sich?

Stimme dem meisten zu nur:

Und das ganze ist ein Projekt von "Codetana".. Die Forensoftware selbst ist nicht von ihm, er hat lediglich das deutsche Community Forum für die Software aufgesetzt.

[False]

Originally Posted by Kentika

Stimme dem meisten zu nur:


Und das ganze ist ein Projekt von "Codetana".. Die Forensoftware selbst ist nicht von ihm, er hat lediglich das deutsche Community Forum für die Software aufgesetzt.

Kann man sehen wie man will, für solche Projekte die Open Source sind womit der kein Geld verdienen will usw. sind die Frameworks schon gut.Auch für mittlere Projekte sind Frameworks gut, du wirst selten eine Firma finden die keins benutzt sonst wäre das Endprodukt für den Kunden deutlich teurer.


Wenn man nun natürlich etwas entwickelt was groß werden soll und auch Geld einbringen soll, ist ein Framework nicht wirklich ein Option da man zu abhängig ist und auch minimal eingeschränkt ist(Wobei ich mit Silex/Symfony bis jetzt noch keine Einschränkung hatte und alles abbilden konnte.).

Ah okay, auch wenn ich noch nicht ganz verstehe wieso er dann ein eigenes Repro brauch.

[Kentika]

Originally Posted by .ƒaℓsє.

Kann man sehen wie man will, für solche Projekte die Open Source sind womit der kein Geld verdienen will usw. sind die Frameworks schon gut.Auch für mittlere Projekte sind Frameworks gut, du wirst selten eine Firma finden die keins benutzt sonst wäre das Endprodukt für den Kunden deutlich teurer.


Wenn man nun natürlich etwas entwickelt was groß werden soll und auch Geld einbringen soll, ist ein Framework nicht wirklich ein Option da man zu abhängig ist und auch minimal eingeschränkt ist(Wobei ich mit Silex/Symfony bis jetzt noch keine Einschränkung hatte und alles abbilden konnte.).

Ah okay, auch wenn ich noch nicht ganz verstehe wieso er dann ein eigenes Repro brauch.

Du verstehst den Punkt der Aussage nicht. Du sagst sie sind "gut", dabei werden so viele unnötige Entscheidungen getroffen jedes mal wenn die Webseite/API aufgerufen wird, die so viel an Perfomance wegnehmen einfach weil das Framework allgemein ausgerichtet ist und nicht auf deinen speziellen Fall.

Es geht dabei weder um das Geld, dass ein Kunde investieren muss noch irgendwie um den Nutzen Faktor, sondern einfach darum dass ein Framework viel zu viel Ballast mit sich bringt.

[False]

Originally Posted by Kentika

Du verstehst den Punkt der Aussage nicht. Du sagst sie sind "gut", dabei werden so viele unnötige Entscheidungen getroffen jedes mal wenn die Webseite/API aufgerufen wird, die so viel an Perfomance wegnehmen einfach weil das Framework allgemein ausgerichtet ist und nicht auf deinen speziellen Fall.

Es geht dabei weder um das Geld, dass ein Kunde investieren muss noch irgendwie um den Nutzen Faktor, sondern einfach darum dass ein Framework viel zu viel Ballast mit sich bringt.

Du verstehst scheinbar nicht das ein Framework sehr wohl genutzt werden kann/sollte.Wir nutzen auf der Arbeit auch Frameworks da es für den Kunden sonst deutlich zu Teuer wäre. (Webentwicklung ist so schon nicht günstig für den Kunden, reden hier von 1MT (Manntag - 8 Stunden) reine Textänderungen für rund 1500€. Nun kannst du dir ausrechnen wie Teuer ein mittleres Projekt mit rund 400 MT sind (dazu kommen dann noch kosten für zukünftigen Support und kosten für den Server so wie Einrichtung,ggf. SSL certs. etc).
Bei unseren Größeren Plattform (> als 20 Mio Kunden) haben wir eine Ladegeschwindigkeit einer Seite von 1.4 Sekunden ca.
Da musst du nicht warten, du merkst nicht ob es ein Framework ist oder nicht da kann man die "Unnötigen Entscheidungen" auch mal getrost ignorieren.

[Kentika]

Originally Posted by .ƒaℓsє.

Du verstehst scheinbar nicht das ein Framework sehr wohl genutzt werden kann/sollte.Wir nutzen auf der Arbeit auch Frameworks da es für den Kunden sonst deutlich zu Teuer wäre. (Webentwicklung ist so schon nicht günstig für den Kunden, reden hier von 1MT (Manntag - 8 Stunden) reine Textänderungen für rund 1500€. Nun kannst du dir ausrechnen wie Teuer ein mittleres Projekt mit rund 400 MT sind (dazu kommen dann noch kosten für zukünftigen Support und kosten für den Server so wie Einrichtung,ggf. SSL certs. etc).
Bei unseren Größeren Plattform (> als 20 Mio Kunden) haben wir eine Ladegeschwindigkeit einer Seite von 1.4 Sekunden ca.
Da musst du nicht warten, du merkst nicht ob es ein Framework ist oder nicht da kann man die "Unnötigen Entscheidungen" auch mal getrost ignorieren.

Wieso gehst Du ständig auf den Kunden ein? Soll ich jetzt mit unserem Adserver beginnen, der bis zu 150 Mio. Requests täglich verarbeitet? Mir geht es nicht darum, dass man kein Framework verwenden sollte, sondern eins dass einem nicht zu viel Ballast anhängt, denn wenn Du eine Webseite erstellst hast du ein spezifisches Problem und wenn Du ein allgemeines Framework nimmst hast Du dort immer Sachen die du nicht benutzt und Entscheidungen die immer und immer wieder unnötiger Weise dynamisch vorgenommen werden, obwohl sie sich von Request zu Request nicht ändern.

[False]

Originally Posted by Kentika

Wieso gehst Du ständig auf den Kunden ein? Soll ich jetzt mit unserem Adserver beginnen, der bis zu 150 Mio. Requests täglich verarbeitet? Mir geht es nicht darum, dass man kein Framework verwenden sollte, sondern eins dass einem nicht zu viel Ballast anhängt, denn wenn Du eine Webseite erstellst hast du ein spezifisches Problem und wenn Du ein allgemeines Framework nimmst hast Du dort immer Sachen die du nicht benutzt und Entscheidungen die immer und immer wieder unnötiger Weise dynamisch vorgenommen werden, obwohl sie sich von Request zu Request nicht ändern.

Naja... das einzige was man deinem Beitrag entnehmen konnte war der Title vom Video "Rasmus Lerdorf : PHP Frameworks all suck !".
Von daher habe ich nur ein Argument geliefert das Frameworks nicht ALLE/nicht immer scheiße sind.

Aber nun bitte zurück zum Thema wieso der Thread geöffnet wurde.

[Kentika]

Originally Posted by .ƒaℓsє.

Naja... das einzige was man deinem Beitrag entnehmen konnte war der Title vom Video "Rasmus Lerdorf : PHP Frameworks all suck !".
Von daher habe ich nur ein Argument geliefert das Frameworks nicht ALLE/nicht immer scheiße sind.

Aber nun bitte zurück zum Thema wieso der Thread geöffnet wurde.

Jo war mir schon klar, dass Du das Video nicht geschaut hast. Denn er hat nicht gesagt, dass Idee Frameworks zu haben scheiße ist, sondern wie sie aufgebaut sind.