Das deutsche Python-Forum

Hi!

Sieht so aus, als hätte Python eine neue Website. Und es sieht so aus, als hätten die das Python-Logo geändert ... ohne mich zu fragen! Frechheit, meint ihr nicht auch?

Im Ernst, wie findet ihr's?

Gruß, mawe

mawe hat geschrieben:Im Ernst, wie findet ihr's?

Hi mawe!

Sieht nicht so schlecht aus. Nur das Logo wirkt unpersönlich.

lg
Gerold

Sieht aus wie eine Firmenhompepage aber extrem konservativ und langweilig :-(
Wenn es dadurch leichter fällt Python in einem Geschäftsumfeld zu etablieren finde ich es ok.
Aber mal schauen, wie die da die Informationen strukturieren.

Das Logo finde ich wirklich seltsam. Wobei ich auch diesen gepunkteten Pythonschriftzug gelinde gesagt gewöhnungsbedürftig finde. Diesen hätte man aber mit etwas 3D , kleineren Punkten und Transparenzen ordentlich aufpäppeln können.

Aber da sie mich ja auch nicht fragen ...

Spontan erscheint mit die Struktur übersichtlicher zu sein... Alles ist recht simple und schlicht, auch das Logo... Gefällt mir bis auf das Logo, besser als vorher...

Gefällt mir bis auf das Logo, besser als vorher...

Ebenso...

--- Heiko.

Na, ich finds nicht schlecht, auch wenn ich keine Probleme mit der alten Webseite hatte (ich brauchte von dort nur die Doku).

Also ich finde das neue Logo recht gut, auch wenn das alte, gepunktete auch gefallen hat.

Sieht aus wie eine Firmenhompepage aber extrem konservativ und langweilig
Wenn es dadurch leichter fällt Python in einem Geschäftsumfeld zu etablieren finde ich es ok.
Aber mal schauen, wie die da die Informationen strukturieren.

/signed
Ich hab die alte Homepage irgendwie lieb gewonnen.
Zum Logo: mhm irgendwie nett, schön modern :>

Gut, sag ich auch was dazu Ich find die Seite schaut recht seriös aus. Was gar nicht so schlecht ist bei einer Skriptsprache, die ja oft nur als Spielerei verschrien sind

Zum Logo: gewöhnungsbedürftig, hätte aber schlechter sein können. Schade dass man dafür nicht einen Wettbewerb oder so ähnlich veranstaltet hat. Schliesslich ist die Python-Community gross genug, und es sind sicher viele kreative Köpfe dabei. Naja.

Wobei: Wer hat die Webseite designt? Gibt es da irgendwas zum Nachlesen darüber?

Edit: Ich habe gerade die Lizenz des alten Python-Powered Logos gelesen, find ich schon lustig:

Just van Rossum hat geschrieben:Just van Rossum, hereafter referred to as THE DESIGNER, herewith grants anyone using Python (THE USER) the right to use the above shown logo (THE LOGO), containing the slogan "Python Powered" (THE SLOGAN), for the sole purpose to promote the Python Programming Language (PYTHON) and nothing else. THE DESIGNER claims full copyright of THE LOGO excluding THE SLOGAN which was invented by several people at the same time, so they should yack it out themselves. Blah blah blah blah. Blah NO WARRANTIES blah blah EXPLICIT blah blah blah blah OR IMPLIED blah blah blah. Blah. Blah blah Unlimited Redistribution of THE LOGO by THE USER in Unmodified State is Allowed blah blah blah blah provided that THE USER does not Charge for THE LOGO or the viewing or transmission thereof blah blah blah blah blah blah. By looking at THE LOGO, you agree with this LICENSE. If you do not agree with this LICENSE, you had better not looked at THE LOGO.

Edit2: Oha, hier nochmal die Beta-Website, die auch ein trac hat

Hi!

Ein paar versuche mit den Logos hatten sie schon hinter sich.
http://psf.pollenation.net/cgi-bin/trac ... gn/history

(Einfach die Bilddatei anklicken und dann unten auf den Link "original format".)

lg
Gerold

Also... Ich muß ja mal sagen dass ich von dem "fits your brain" total begeistert bin. Mal schauen ob ich das auf'n T-Shirt draufdrucken darf...

--- Heiko.

OMG. Statisch??? Warum

Können die nichts mit wsgi hinkriegen?

Mit gefällt das neue Design
Ich find einfach es wurde mal zeit für ein neues Design

Können die nichts mit wsgi hinkriegen?

Lass ihnen doch ein bisschen Zeit... BIs jetzt siehts aus wie ein Konzept.. mehr aber auch nicht.

MfG
Andreas

ich find des Logo eigentlich recht gelungen.
Mir gefällt das Schlichte besser als so verspielte Sachen.

Notiz an mich: OMG ich werde Alt

blackbird hat geschrieben:OMG. Statisch??? Warum

Warum nicht? Die betroffenen Teile werden immer neu gebaut, wenn jemand etwas ins SVN eincheckt.

Na, also die werden ja wohl irgendwas Richtung CMS machen... Statische Seiten für eine Homepage einer Programmiersprache, mit der man Web-Apps bauen kann
Generell sind statische Seiten in dem Umfang totaler Unfug... (Wobei die kompletten Seiten von http://fh-duesseldorf.de auch noch statisch sind, weil die seit Jahren ein CMS bauen )

jens hat geschrieben:Na, also die werden ja wohl irgendwas Richtung CMS machen... Statische Seiten für eine Homepage einer Programmiersprache, mit der man Web-Apps bauen kann
Generell sind statische Seiten in dem Umfang totaler Unfug...

Hi Jens!

Nehmen wir mal an, dass auf die Python-Homepage ziemlich viele -- nein, extrem viele -- anonyme User zugreifen. Wenn die Seiten jedes mal dynamisch generiert werden, dann würde der Server bei so vielen Klicks am Tag sofort in die Knie gehen. Man bräuchte statt einem oder zwei Server wahrscheinlich ein Vielfaches davon.

Wenn man Funktionen, die eine Benutzeranmeldung erfordern, in eine dynamische Website auslagert und alles, was für anonyme Benutzer gedacht ist, als statische Website erstellt, dann halte ich das für ziemlich gut durchdacht.

Die Idee, Subversion für so eine statische Website zu verwenden, finde ich persönlich ziemlich genial. So kann man halb-dynamischen Inhalt generieren, indem man den Inhalt in einen vordefinierten Ordner ablegt. Sobald ein "Commit" in das Subversion-Repository durchgeführt wird, kümmert sich ein Skript darum, dass die Texte mit den Vorlagen kombiniert werden. Und jeder Schritt lässt sich rückgängig machen. Man kann sogar tagelang an einer neuen Website arbeiten und immer nur die fertigen Subversion-Tags, veröffentlichen.

Wer wo in der Website was ändern darf, das kann man über Subversion und WebDav exakt definieren. So hat man eine Website, die von mehreren Personen geändert werden kann, die aber trotzdem nach außen extrem schnell ist, da es nichts schnelleres als statische Websites gibt.

Tolles Konzept! Es gibt in diesem Fall ja keine DAU's, für die man einen WYSIWYG-Editor einbauen müsste. Ich stelle mir gerade vor, wie ich so etwas für einige meiner Websites umsetzen könnte. Ich könnte mir mit "SimpleTAL" Vorlagen erstellen, die mit Content befüllt werden, der vorher durch den reStructuredText-Renderer geleitet wird.

Wenn ich jetzt auch noch Zope für die Administration dieser Website verwende, dann brauche ich mir nicht mal mehr etwas für die Benutzerauthentifizierung und für die Berechtigungsstruktur überlegen. Ist ja alles schon in Zope eingebaut. Es würde ja genügen, wenn man die Administrationswerkzeuge (Seiten) im Zope verwaltet. Man muss den Content ja nicht in die ZODB schreiben.............

Ich habe da gerade ein paar Ideen, die ich wahrscheinlich ziemlich bald in einer der nächsten Websites umsetzen werde.

lg
Gerold

Also ich weiß aus Erfahrung (ich hab auch eine Zeitlang die fh-düsseldorf Seiten betreut) das statische Seiten einfach mist sind... Wenn sich nur ein Menüpunkt ändert, ändert sich dieser auf zig anderen Seiten... Da wird es schwer keine kaputten Links zu produzieren... Im FH Fall haben wir Dreamweaver eingesetzt mit seinen Template Funktionen, die einen schon einiges an Arbeit abnimmt...
Ich weiß nicht ob genau aus dem Grund SVN viel an Vorteilen bringt, weil sich meist ein haufen an Dateien ändern...

Ich hatte für PyLucid mal die Idee ein exporter zu schreiben, der dann alle nötigen HTML-Dateien erstellt und auf dem Server ablegt. So kann man im CMS Arbeiten und hat doch öffentlich nur statische HTML-Dateien... Eigentlich ist dafür nicht sooo viel Arbeit nötig... Aber ich brauche es momentan für micht nicht wirklich, weil ich nicht so viel Traffic hab, das meine Seite in die Knie geht...
Anderer Seits gibt es da die Idee mit dem Caching, sodas die fertig gerenderte Seite schon in der DB vorliegt... Ich weiß nicht wie effektiv das im Vergleich zu den Statischen Dateien hat... Da fehlt mir einfach die Erfahrung...

Python wird KEIN cms verwenden. Wie gesagt. die Webseiten werden automatisch bei einem commit zusammengebastelt. Menüstruktur dito. Das ist ja auch überhaupt kein Problem zu pflegen weil das System dort durchdacht ist. Aber es ist keine gute Werbung finde ich. Da wäre eine WSGI Lösung mit Caching Middleware irgendwie cooler

blackbird hat geschrieben:die Webseiten werden automatisch bei einem commit zusammengebastelt. Menüstruktur dito.

Soll das heißen, das SVN Templates unterstützt???

Hier ist die Konzeption als PDF:
http://psf.pollenation.net/cgi-bin/trac ... format=raw

Und hier ist eine Anleitung zu pyramid Template:
http://psf.pollenation.net/cgi-bin/trac ... readme.rst

Das ist interessant:

Content Maintenance Requirements

* Avoid editing HTML (Separate of Data and Presentation)
* Use ReST or plain text where possible
* Simple command line tools to build site or individual pages
* Produce static HTML
* Enable refactoring of content
* Attract new maintainers

Aus der slideshow.