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.
Forumsoftware
- 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
Nein, und der Grund dafür war ganz einfach: Der Benutzer soll die Wahl haben wo der Link aufgeht, das ist nur möglich wenn er bei default im gleichen Fenster aufgeht -- für tabs gibt es die mittlere Maustaste.lackschuh hat geschrieben: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
+1 was jens und apollo13 gesagt haben.
Wen man mit einem automatischen neuen Tab auch nerven wird, sind Leute die ein Smartphone nutzen. Da ist es je nach Browser ”umständlicher” um ein Tab wieder zu schliessen. Also zumindest nicht so einfach wie ein Icon auf dem Tab zu klicken oder <Strg>+<W> auf der Tastatur zu betätigen.
Wen man mit einem automatischen neuen Tab auch nerven wird, sind Leute die ein Smartphone nutzen. Da ist es je nach Browser ”umständlicher” um ein Tab wieder zu schliessen. Also zumindest nicht so einfach wie ein Icon auf dem Tab zu klicken oder <Strg>+<W> auf der Tastatur zu betätigen.
-
- Python-Forum Veteran
- Beiträge: 16025
- Registriert: Freitag 20. Juni 2003, 16:30
- Kontaktdaten:
Ctrl-Klick macht das gleiche und ist evtl auf Laptops oder so praktischer.lackschuh hat geschrieben:Den 'Trick' kannte ich noch gar nicht. Ist natürlich noch einfacherjens hat geschrieben:Nö, klicke grundsätzlich mit der Mittleren Maustaste (Maus-Rad) Links an... Dann öffnen die im neuen Tab...
My god, it's full of CARs! | Leonidasvoice vs (former) Modvoice