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!
Feedback zu PyLucid...
- gerold
- Python-Forum Veteran
- Beiträge: 5555
- Registriert: Samstag 28. Februar 2004, 22:04
- Wohnort: Oberhofen im Inntal (Tirol)
- Kontaktdaten:
Hi Jens!
Ich habe mich noch nie mit PyLucid beschäftigt. Deshalb kann ich auch nichts dazu sagen.
lg
Gerold
Ich habe mich noch nie mit PyLucid beschäftigt. Deshalb kann ich auch nichts dazu sagen.
lg
Gerold
http://halvar.at | Kleiner Bascom AVR Kurs
Wissen hat eine wunderbare Eigenschaft: Es verdoppelt sich, wenn man es teilt.
Wissen hat eine wunderbare Eigenschaft: Es verdoppelt sich, wenn man es teilt.
-
- User
- Beiträge: 1790
- Registriert: Donnerstag 28. Oktober 2004, 16:33
- Wohnort: Graz, Steiermark - Österreich
- Kontaktdaten:
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
TUFKAB – the user formerly known as blackbird
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
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
- jens
- Python-Forum Veteran
- Beiträge: 8502
- Registriert: Dienstag 10. August 2004, 09:40
- Wohnort: duisburg
- Kontaktdaten:
Das Stimmt.blackbird hat geschrieben:
- Quellcode verdammt unaufgeräumt
- Englisch/Deutsch gemischter quellcode/interface
- Rechtschreibfehler
- nicht dokumentiert
- bescheidenes default design
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.blackbird hat geschrieben:
- CGI lastig
- bringt alle dependencies selber mit was das paket riesig macht
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!
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...blackbird hat geschrieben:
- nicht threadsafe, läuft nur forking (oder ich mach was falsch)
Schön wäre es, wenn irgendjemand mitmachen würde, der sich in dem Thema auskennt...
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:
- keine datenbank abstraktionsschicht
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
- jens
- Python-Forum Veteran
- Beiträge: 8502
- Registriert: Dienstag 10. August 2004, 09:40
- Wohnort: duisburg
- Kontaktdaten:
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...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
Eben Nich alles auf einmal lautet meine Devise.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...
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
- jens
- Python-Forum Veteran
- Beiträge: 8502
- Registriert: Dienstag 10. August 2004, 09:40
- Wohnort: duisburg
- Kontaktdaten:
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)
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)
1.Das CGI lastig is bei Python ein absoluter Vorteilblackbird 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
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
Für eine handvoll Seiten (in meinen Einsatzgebieten) brauche ich keine Datenbank.
Und die meisten Webhoster lassen sich eine Datenbank bezahlen.l
Zuletzt geändert von Mr_Snede am Donnerstag 19. Oktober 2006, 17:25, insgesamt 1-mal geändert.
- jens
- Python-Forum Veteran
- Beiträge: 8502
- Registriert: Dienstag 10. August 2004, 09:40
- Wohnort: duisburg
- Kontaktdaten:
Jain! Wenn du schon Python hast, hast du i.d.R. eh MySQL dabei!Mr_Snede hat geschrieben:Und die meisten Webhoster lassen sich eine Datenbank bezahlen.l
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)
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)
- jens
- Python-Forum Veteran
- Beiträge: 8502
- Registriert: Dienstag 10. August 2004, 09:40
- Wohnort: duisburg
- Kontaktdaten:
Dank, blinx alias Benny haben wir nun ein Trac, was wir auch wirklich benutztenEnTeQuAk hat geschrieben:Erstmal ist ja der WSGI Umbau im Gange (zumindest laut deinem Trac).
Schau mal hier:
http://pylucid.net/trac/roadmap