BlackJack hat geschrieben:Als ich das letzte mal den Versuch unternommen hatte, da dauerte es *eeeeewig* bis alle Bibliotheken gescannt waren

Dito, war einfach nur grausam :þ

Genau, keine Pakete in Debian macht das ganze schon wieder sehr lästig was Updates etc betrifft…

Bääääh… Vlt wäre sinnvolles Packaging kein so schlechtes Projekt

Ah gut, mit der Transaktion macht das natürlich mehr Sinn Dann wir das mit dem putconn schon passen.

Das ist aber auch irgendwie uncool. Wenn ich meine Anwendung unter WSGI mit 5 Prozessen und 25 Threads konfiguriere, kommen da aber schon eine ganze Menge Verbindungen zusammen, oder? Also mehr als 2 Threads pro Prozess machen nicht allzuviel Sinn, aber ja, du musst deine Prozesse und Threads an de...

Du willst zumindest eine Connection pro Thread; dass connection objekte threadsafe sind heißt nicht dass du da mal eben 2 Cursor in verschiedenen Threads/requests verwenden darfst. Guck dir doch mal die Methoden auf der Connection an: Unter anderem commit und rollback; sprich du teilst dir dann mit ...

Ja, South wird früher oder später so gut wie obsolet. Mal abgesehen davon, dass die Integration von Migrations in Django sinnvoll ist: Ist der South-Entwickler involviert oder gefällt ihm das gar nicht? Andrew ist core dev und South "Erfinder"; http://www.kickstarter.com/projects/andrewgo...

Ja, South wird früher oder später so gut wie obsolet.

Exakt, der Branch wird die nächsten Tage gemerged, von Bestrebungen sind wir inzwischen weit entfernt

jens hat geschrieben:btw. gerade per Zufall gesehen: Wenn ich das richtig sehe, gibt es Bestrebungen sowas wie South direkt in Django v1.7 zu integrieren: https://github.com/django/django/pull/376/

Keine Bestrebungen, 1.7 ist eigentlich fix

4GB und 30min Zeit, wenn du ein aktuelles System nutzt, auf älteren Systemen kann es auch schonmal ein paar Stunden dauern. Weißt du zufällig, was es für ein Unterschied macht, ob man mit CPython oder mit PyPy selbst compiliert? PyPy kompiliert sich selbst schneller, also alte binary ziehen und dan...

BlackJack hat geschrieben:Das ``if``/``else`` ist unnötig, mit ``action = action == 'done'`` hätte man das selbe Ergebnis. Wobei hier unschön ist, dass der Name an derart unterschiedliche Typen gebunden wird.

Ups, als ich das schrieb machte es noch mehr Sinn

Gut. Was haeltst du denn generell von meinen todo_* views? Ich habe das Gefuehl, das sei nicht elegant geloest, und koennte vielleicht mit einem Generic Class Based View gemacht werden. Bloss habe ich da nicht so richtig raus, wie ich die anwende. Tendentiell würde sich ein DetailView (https://docs...

So auf die Schnelle:
* Keine Datenbanken, pyc, oder __pycache__ Ordner einchecken
* Tests schreiben
* PEP-008 anschauen
* Sachen wie https://github.com/orschiro/todoli/blob ... ews.py#L32 lieber über einen Update query erledigen oder .save(update_fields=['status'])

Django macht ein bisserl mehr, siehe auch das runfcgi management command. Die einfache Möglichkeit die du ansprichst ist ja bereits dadurch gegeben, dass Django eine WSGI-app zur Verfügung stellt (seit 1.4 oder so).

Ich würde dir zustimmen, wenn es eine Homepage geben würde wo man Fehler melden könnte etc… So schaut das Projekt ziemlich tot aus; und wie bereits gesagt ich sehe keinen Grund warum Django fastcgi nativ supporten sollte -- WSGI muss reichen. EDIT:// Flask hat zb auch keinen expliziten fcgi support,...

Das letzte Flup Release ist aus 2011, Python-Standard für Webapps ist WSGI; wenn jemand unbedingt FCGI will, kann er sich selbst einen Wrapper rundherum schreiben, es gibt keinen Grund warum das in Django sein sollte. EDIT:// Abgesehen davon ist die Kombo suexec+fcgi ein horror; damit das ordentlich...

FWIW ich würde soweit weg von FCGI gehen wie möglich, ich werde das ganze wohl beginnend mit Django 1.7 deprecaten und dann spätestens in 1.9 entfernen.

nomnom hat geschrieben:

apollo13 hat geschrieben:GWT ist selbst von Google Seite her tot -> nicht mehr verwenden.

Dieser Thread ist seit einem Jahr tot -> nicht mehr antworten. Wobei es ja gut für die Sufu ist …

Oh, ich habe nur geschaut wie aktuell der letzte Beitrag war und ging dann davon aus dass er aktuell ist, hihi.

Hi, -Ich hätte das ganze gerne mit sehr viel Client-Logik gemacht (GWT) da ich sowas super spannend finde. GWT ist selbst von Google Seite her tot -> nicht mehr verwenden. -Serverseitig soll irgendein Python-Framework zum Einsatz kommen - mein Favorit: Pyramid. Wenn du so schon Probleme hast Leute z...