Das deutsche Python-Forum

Kann es sein, das die Begeisterung für PyLucid nicht gerade groß ist? Bisher hat sich eigentlich keiner positiv dazu geäußert. Niemand empfiehlt es anderen. Wenige haben überhaupt Feedback dazu gegeben.

Deswegen möchte ich hier mal zu auffordern!

btw. ich würde auch gern ein paar Leute mit in's Boot holen, die mithelfen PyLucid zu verbessern / auszubauen!

Hi Jens!

Ich habe mich noch nie mit PyLucid beschäftigt. Deshalb kann ich auch nichts dazu sagen.

lg
Gerold

Punkt "...hab ich nie ausprobiert..." eingefügt

Blinx nutzt es doch.

Ganz ehrlich? Hab eine 5 verteilt. Weil:

• Quellcode verdammt unaufgeräumt
• Englisch/Deutsch gemischter quellcode/interface
• Rechtschreibfehler
• nicht dokumentiert
• CGI lastig
• bescheidenes default design
• nicht threadsafe, läuft nur forking (oder ich mach was falsch)
• keine datenbank abstraktionsschicht
• bringt alle dependencies selber mit was das paket riesig macht

Für kleine CMS Systeme favorisiere ich selber skeletonz, das wirklich sehr fein ist.

Also ich finde es ansich recht gut. Einige Punkte stören mich selber auch.

Aber mich stört es nicht nur Ich würde auch gerne mitmachen. Jedoch fehlt es mir im Moment an Zeit.

Wenn ich nächstes Jahr (erstes Quartal) mein Projekt erstmal ans laufen bekommen habe würde ich gerne an PyLucid mitmachen und evtl., wenns gewünscht ist, noch en menge Ideen mit einbringen


Ansonsten --> von mir ne 3

MfG EnTeQuAk

blackbird hat geschrieben:

• Quellcode verdammt unaufgeräumt
• Englisch/Deutsch gemischter quellcode/interface
• Rechtschreibfehler
• nicht dokumentiert
• bescheidenes default design

Das Stimmt.

blackbird hat geschrieben:

• CGI lastig
• bringt alle dependencies selber mit was das paket riesig macht

Das ist allerdings extra! Zum einen hab ich bisher nur CGI zur Verfügung. Wenn 1blu es mal schaft, werde ich mir PyLucid mit mod_python anschauen und wenn das Hostingprojekt eingerichtet ist: PyLucid mit fastCGI.
Das alles zusammen ist, ist ein muß! Ich denke nicht das Leute lust haben alles zusammen zu sammeln! Klar, kann man auch easy_install nutzten, aber nicht bei einem Shared-Webhoster...
So muß man die config.py anpassen und alles per FTP hochladen und fertig!

blackbird hat geschrieben:

• nicht threadsafe, läuft nur forking (oder ich mach was falsch)

Da habe ich noch eine große Wissenslücke Ich hab letztens überhaupt zum ersten mal was mit threading gemacht... Ich wüsste jetzt z.B. nicht mal wie ist das testen kann...
Schön wäre es, wenn irgendjemand mitmachen würde, der sich in dem Thema auskennt...

blackbird hat geschrieben:

• keine datenbank abstraktionsschicht

Da überlege ich ja ob ich SQLAlchemy einsetzten soll. Denn die momentane Lösung gefällt mir auch nicht mehr so ganz, weil es einfach ziemlich unübersichtlich geworden ist...

blackbird hat geschrieben:Für kleine CMS Systeme favorisiere ich selber skeletonz, das wirklich sehr fein ist.

Wie gesagt, das Ding kann man allerdings nicht per CGI benutzten

EnTeQuAk hat geschrieben:Wenn ich nächstes Jahr (erstes Quartal) mein Projekt erstmal ans laufen bekommen habe würde ich gerne an PyLucid mitmachen und evtl., wenns gewünscht ist, noch en menge Ideen mit einbringen

Sehr gern! Ideen kannst du auch jetzt schon loslassen... Allerdings hab ich da auch noch einen ganzen Haufen von, die ich aber alle auch nicht, wegen Zeitmangel, umsetzten kann...

Sehr gern! Ideen kannst du auch jetzt schon loslassen... Allerdings hab ich da auch noch einen ganzen Haufen von, die ich aber alle auch nicht, wegen Zeitmangel, umsetzten kann...

Eben Nich alles auf einmal lautet meine Devise.

Langsam aber gut

Erstmal ist ja der WSGI Umbau im Gange (zumindest laut deinem Trac). Bis dahin würde ich erstmal auch gar nciht an neue Funktionen denken.

Warum benutzt du eigentlich keinen WSGI Handler? Coulbrid oder CherryPy z.B.

Ich arbeite grad mit CherryPy an meiner Internetseite und es macht einfach spaß!

MfG EnTeQuAk

Der WSGI Umbau ist erstmal fertig und läuft mit colubrid Allerdings ist es bisher nur mit CGI und dem colubrid http-Server getestet.

Trac Roadmap/Tickets nutzte ich nicht wirklich! Das wird sich ändern, wenn blinx die Trac-Seiten übernehmen wird!

Schau mal hier: http://pylucid.htfx.eu/index.py/History/ (die Domain pylucid.org ist noch nicht umgemeldet)

blackbird hat geschrieben:Ganz ehrlich? Hab eine 5 verteilt. Weil:

• Quellcode verdammt unaufgeräumt
• CGI lastig
• keine datenbank abstraktionsschicht
• bringt alle dependencies selber mit was das paket riesig macht

1.Das CGI lastig is bei Python ein absoluter Vorteil
2.wenn überhaupt ein DB Modul installiert ist, ist es ein Mysqldb
und jmd der so ein kleines CMS benutzt hatmeist eh keinen eigenen server.
3.auch das is, wenns um Pyhton geht absolut top und einsteiger freundlich.

Ich wollt eh schon immer mal anmerken, dass die meisten Python Programmierer für ihresgleichen schreiben
Denn die meisten projekte, und besonders, wenn sie dynmaischen webinhalt erzeugen sollen sind für Anfänger absolut unbrauchbar....

btw ich hab ne 3 verteilt, und zwar aus den von blackbird genannten Gründen, Jedoch finde ich, dass diese " Fehler" bei einem Projekt dieser größe tragbar sind.

Das ganze bewertet aus sicht eines Konsumenten, der das ding benutzen will, und den es nicht interresiert wie und weshalb es funktioniert...

mich stört sql
Für eine handvoll Seiten (in meinen Einsatzgebieten) brauche ich keine Datenbank.
Und die meisten Webhoster lassen sich eine Datenbank bezahlen.l

Mr_Snede hat geschrieben:Und die meisten Webhoster lassen sich eine Datenbank bezahlen.l

Jain! Wenn du schon Python hast, hast du i.d.R. eh MySQL dabei!

siehe: [wiki]Python Webspace[/wiki]

Wenn es mal was mit SQLAlchemy wird, dann könnte man auch SQLite nehmen...

Genau die sind mir alle zu teuer - ich will billig billig ;-)

Ich habe für meine Seiten bisher entweder alles von hand geschrieben (ist mit eigenen Codevorlagen garnicht so wild) oder halt Dokuwiki benutzt.
Aber ehrlich gesagt geht mir das ganze dynamische generierte Gezippel mittlerweile auf den Senkel.
Deswegen bastel ich mit EnTeQuAk an einer Lösung, die statisches html erzeugt. (dafür bekommt man Webspace hinterher geworfen)

EnTeQuAk hat geschrieben:Erstmal ist ja der WSGI Umbau im Gange (zumindest laut deinem Trac).

Dank, blinx alias Benny haben wir nun ein Trac, was wir auch wirklich benutzten

Schau mal hier:
http://pylucid.net/trac/roadmap