Der größte Feind vom besseren ist halt das gute. Und da sich auch keiner für DjangoBB begeistern konnte, wird das auch eher nicht viel bringen, zudem DjangoBB halt nicht so viel besser als phpBB ist, dass es sich lohnen würde. Aber das wurde ja schon vor langer Zeit gesagt und ich habe erwartet dass es genau darauf hinauslaufen wird. Ich habe auch derzeit dringendere Sachen, als ein Forumsystem aus Programmiersprachen-Moralischen Gründen neuzuschreiben.
Ist natürlich blöd dass du jetzt arbeit "für nichts" reingesteckt hast, aber sieh es positiv, dafür hast du einem FOSS-Projekt geholfen und andere DjangoBB-User können davon profitieren.
Forumsoftware
Falls es jemandem noch nicht aufgefallen ist bzw es noch nicht hier erwähnt wurde: Es existiert ein Github-Repo namens inyoka-legacy, welches (wie der Name schon anklingen lässt) nicht mehr weiterentwickelt wird. Ich kann nicht einschätzen, wie brauchbar der dortige Code ist. Könnte man vielleicht auf Grundlage dieses Projektes eine ans Python-Forum angepasste Entwicklung betreiben? Das wäre natürlich wieder mit viel Arbeit verbunden und man würde sich vermutlich sehr weit vom "richtigen" Inyoka entfernen - zumal der Codestand circa 2 Jahre alt ist. Ist halt nur so ne Idee. Und nein, ich habe *nicht* vor, das zu übernehmen.
- rumpelsepp
- User
- Beiträge: 6
- Registriert: Mittwoch 6. März 2013, 01:29
Ich werfe mal so Discourse in den Raum. Ich verfolge das Projekt seit dem Erscheinen und finde es so richtig geil. "Leider" basiert es auf Ruby on Rails, aber es sieht meiner Meinung nach sehr vielversprechend aus. Ein phpbb Importer ist lt. Diskussion geplant.snafu hat geschrieben:Falls es jemandem noch nicht aufgefallen ist bzw es noch nicht hier erwähnt wurde: Es existiert ein Github-Repo namens inyoka-legacy, welches (wie der Name schon anklingen lässt) nicht mehr weiterentwickelt wird. Ich kann nicht einschätzen, wie brauchbar der dortige Code ist. Könnte man vielleicht auf Grundlage dieses Projektes eine ans Python-Forum angepasste Entwicklung betreiben? Das wäre natürlich wieder mit viel Arbeit verbunden und man würde sich vermutlich sehr weit vom "richtigen" Inyoka entfernen - zumal der Codestand circa 2 Jahre alt ist. Ist halt nur so ne Idee. Und nein, ich habe *nicht* vor, das zu übernehmen.
http://www.discourse.org/
-
- Python-Forum Veteran
- Beiträge: 16025
- Registriert: Freitag 20. Juni 2003, 16:30
- Kontaktdaten:
Also vom rumklicken auf der Seite finde ich es prinzipiell nicht schlecht. Wirkt halt etwas "moderner" als das etwas angestaubte Konzept von phpBB/SMF/wBB, aber weiter analysiert habe ich es auch nicht. Ohne phpBB-Importer auch etwas witzlos und wenn so ein, wie ich finde essentielles Teil fehlt*, dann fragt man sich worans sonst noch scheitert.rumpelsepp hat geschrieben:Ich werfe mal so Discourse in den Raum.
* Denn seien wir ehrlich, phpBB hat unter Forensystemen immer noch massive Verbreitung und wenn man bestehende User gewinnen will, dann muss sowas dabei sein.
My god, it's full of CARs! | Leonidasvoice vs (former) Modvoice
- rumpelsepp
- User
- Beiträge: 6
- Registriert: Mittwoch 6. März 2013, 01:29
Seh ich ähnlich, momentan wird auf der Projektseite von Discourse noch von einem frühen Entwicklungsstadium der Software gesprochen. Verfolgenswert find ich das Projekt aber alle mal.Leonidas hat geschrieben:Also vom rumklicken auf der Seite finde ich es prinzipiell nicht schlecht. Wirkt halt etwas "moderner" als das etwas angestaubte Konzept von phpBB/SMF/wBB, aber weiter analysiert habe ich es auch nicht. Ohne phpBB-Importer auch etwas witzlos und wenn so ein, wie ich finde essentielles Teil fehlt*, dann fragt man sich worans sonst noch scheitert.rumpelsepp hat geschrieben:Ich werfe mal so Discourse in den Raum.
* Denn seien wir ehrlich, phpBB hat unter Forensystemen immer noch massive Verbreitung und wenn man bestehende User gewinnen will, dann muss sowas dabei sein.
Och, das war ein netter Versuch (und es geht auch ein bisserl was), aber im großen und ganzen ist das wieder in etwas ausgeartet was viel zu dynamisch istsnafu hat geschrieben:Falls es jemandem noch nicht aufgefallen ist bzw es noch nicht hier erwähnt wurde: Es existiert ein Github-Repo namens inyoka-legacy, welches (wie der Name schon anklingen lässt) nicht mehr weiterentwickelt wird.
- jens
- Python-Forum Veteran
- Beiträge: 8502
- Registriert: Dienstag 10. August 2004, 09:40
- Wohnort: duisburg
- Kontaktdaten:
Wurde eigentlich schon mal "discourse" vorgeschlagen?
Siehe: http://www.discourse.org/ btw. https://github.com/discourse/discourse
Laut github besteht es zu 57% aus Ruby code und der Rest ist JavaScript/CSS.
EDIT: Ups, sehe gerade, "discourse" was Thema ein paar Postings vor diesem
Siehe: http://www.discourse.org/ btw. https://github.com/discourse/discourse
Laut github besteht es zu 57% aus Ruby code und der Rest ist JavaScript/CSS.
EDIT: Ups, sehe gerade, "discourse" was Thema ein paar Postings vor diesem
Außerdem wäre es ja Ruby. Wenn man eine andere Sprache als Python verwenden möchte, dann kann man ja im Grunde auch bei PHP bleiben und ggf ein paar Codanpassungen machen. Ich dachte eigentlich, es geht darum, für die Python-Community ein in Python programmiertes Forum zu nutzen. Wobei mir das eigentlich egal ist. Ich muss nicht krampfhaft alles in Python haben.
- Hyperion
- Moderator
- Beiträge: 7478
- Registriert: Freitag 4. August 2006, 14:56
- Wohnort: Hamburg
- Kontaktdaten:
Discourse ist übrigens gerade in Version 1.0 erschienen Sieht imho sehr gut aus!
Nun fehlt noch ein stabiler phpBB-Importer
Nun fehlt noch ein stabiler phpBB-Importer
encoding_kapiert = all(verstehen(lesen(info)) for info in (Leonidas Folien, Blog, Folien & Text inkl. Python3, utf-8 everywhere))
assert encoding_kapiert
assert encoding_kapiert
- Damaskus
- Administrator
- Beiträge: 995
- Registriert: Sonntag 6. März 2005, 20:08
- Wohnort: Schwabenländle
Und phpBB hat den RC3 von phpBB 3.1 veröffentlicht.
https://www.phpbb.com/community/viewtop ... &t=2256746
https://www.phpbb.com/community/viewtop ... &t=2256746
Zu Inyoka und dessen Entwicklungsstand/Freigabe gab's neulich einen Blogbeitrag bei Ubuntuuserse.de: Inyoka – Der lange Weg zum Open-Source-Projekt.
Die suchen also Unterstützung, hauptsächlich in drei Teilgebieten — Authentifizierung, Suche, und Template — um das veröffentlichungsfertig zu bekommen.
Die suchen also Unterstützung, hauptsächlich in drei Teilgebieten — Authentifizierung, Suche, und Template — um das veröffentlichungsfertig zu bekommen.
- jens
- Python-Forum Veteran
- Beiträge: 8502
- Registriert: Dienstag 10. August 2004, 09:40
- Wohnort: duisburg
- Kontaktdaten:
Danke für den Link...
Kann kaum glauben, das es wirklich nur an diesen drei aufgeführten Gründen liegen mag, die Jahrelang von der "Veröffentlichung" abgehalten haben:
Design: Alle Grafiken durch Dummies ersetzten. Sieht nach nix aus, aber dann kann es keinen Clone geben, wovor man ja Angst hat. Wobei es niemanden von abhält dennoch einen Clone zu machen. Schließlich sind die Webseiten ja öffentlich...
lizenzrechtliche Gründe bei der Suche: Na, dann einfach weg damit und keine Suche, zur veröffentlichen ok.
Sicherheitsaspekte bei der Authentifizierung: Ernsthaft? Backups von Ubuntuusers machen und auf Bugs warten. Wo ist das Problem?
Wenn man nun mitmacht, bei dem Closed-Source Projekt, was garantiert einem das es denn mal auf absehbarer Zeit OpenSource wird?
Kann kaum glauben, das es wirklich nur an diesen drei aufgeführten Gründen liegen mag, die Jahrelang von der "Veröffentlichung" abgehalten haben:
Design: Alle Grafiken durch Dummies ersetzten. Sieht nach nix aus, aber dann kann es keinen Clone geben, wovor man ja Angst hat. Wobei es niemanden von abhält dennoch einen Clone zu machen. Schließlich sind die Webseiten ja öffentlich...
lizenzrechtliche Gründe bei der Suche: Na, dann einfach weg damit und keine Suche, zur veröffentlichen ok.
Sicherheitsaspekte bei der Authentifizierung: Ernsthaft? Backups von Ubuntuusers machen und auf Bugs warten. Wo ist das Problem?
Wenn man nun mitmacht, bei dem Closed-Source Projekt, was garantiert einem das es denn mal auf absehbarer Zeit OpenSource wird?
-
- Python-Forum Veteran
- Beiträge: 16025
- Registriert: Freitag 20. Juni 2003, 16:30
- Kontaktdaten:
Deinen Ansatz zur Sicherheit finde ich irgendwie ziemlich erschreckend…jens hat geschrieben:Sicherheitsaspekte bei der Authentifizierung: Ernsthaft? Backups von Ubuntuusers machen und auf Bugs warten. Wo ist das Problem?
My god, it's full of CARs! | Leonidasvoice vs (former) Modvoice
@jens: Die sind sich nicht ganz sicher ob man die Authentifizierung nicht umgehen kann, also zum Beispiel ob es nicht doch irgendwie möglich ist die Daten von Nutzern aus den Profilen auszulesen die persönlich und *nicht öffentlich* sind. Da hilft denen nicht eine Sicherung zu machen. Und mir ist das auch nicht egal ob da jemand meine E-Mail-Adresse auslesen kann die ich da hinterlegt habe. Ich bekomme auch so schon genug Spam.
- jens
- Python-Forum Veteran
- Beiträge: 8502
- Registriert: Dienstag 10. August 2004, 09:40
- Wohnort: duisburg
- Kontaktdaten:
Schon klar, das ein Einbruch alles andere als schön wäre. Aber ehrlich, was ist da wertvolles zu finden, als eine eMail Addresse die vom prinzip her schon nicht wirklich "geheim" ist?
Man kann natürlich der Auffassung sein, das man ein Release erst raus haut, wenn es Sicherheits-Audits gab oder man ein TÜV Siegel bekommt (lach)... Aber es zeigt sich doch, das dieses Closed-Source, bis alles fertig, es nicht so wirklich bringt.
Es waren doch fähige Leute am Werk, oder? Deswegen gehe ich mal davon aus, das der Single-Sign-One Code in einem separaten Modul steckt und nicht kreuz und quer über dem Sourcecode gestreut ist, oder? Dann kann man den Teil ja einfach weg lassen, bzw. in einem nicht öffentlichen github Teil belassen.
Ich bin halt einfach für ein "Release early, release often", auch wenn es noch nicht fertig ist und Fehler erhält.
Man kann natürlich der Auffassung sein, das man ein Release erst raus haut, wenn es Sicherheits-Audits gab oder man ein TÜV Siegel bekommt (lach)... Aber es zeigt sich doch, das dieses Closed-Source, bis alles fertig, es nicht so wirklich bringt.
Es waren doch fähige Leute am Werk, oder? Deswegen gehe ich mal davon aus, das der Single-Sign-One Code in einem separaten Modul steckt und nicht kreuz und quer über dem Sourcecode gestreut ist, oder? Dann kann man den Teil ja einfach weg lassen, bzw. in einem nicht öffentlichen github Teil belassen.
Ich bin halt einfach für ein "Release early, release often", auch wenn es noch nicht fertig ist und Fehler erhält.
@jens: Nichtöffentliche Foren und private Konversation ist davon doch auch betroffen. In beiden werden öfter mal Sachen besprochen die man nicht öffentlich haben möchte. Die teilweise für die Betreiber auch rechtliche Konsequenzen haben könnten weil dort auch mal persönliche Informationen von Benutzern diskutiert werden und die zu Recht sauer werden wenn die wegen Sorglosigkeit in die Welt hinausposaunt werden.
Für release early, release often ist es halt zu spät. Hätte ich ja auch besser gefunden, aber nun geht das nicht mehr. Das hätte man machen können bevor die Sicherheit von Daten davon abhängt, aber nicht wenn man riskiert das die jetzt freigelassen werden, nach dem man schon so viel davon angesammelt hat.
Für release early, release often ist es halt zu spät. Hätte ich ja auch besser gefunden, aber nun geht das nicht mehr. Das hätte man machen können bevor die Sicherheit von Daten davon abhängt, aber nicht wenn man riskiert das die jetzt freigelassen werden, nach dem man schon so viel davon angesammelt hat.
Was mich persönlich seit ich hier bin stört oder nervt, ist: wenn ich auf ein Link in einem beliebigen Beitrag klicke, öffnet sich die Seite nicht in einem neuen Tab sondern im gleichen Tab/Fenster. Hab mir zwar mittlerweile angewöhnt mir der rechen Maustaste "Link in neuem Tab öffnen" anzuklicken aber hin und wieder vergesse ich dies...
Sehen das andere auch so? :K
Sehen das andere auch so? :K