Aktuell geht es ja nur darum, den Code zusammenzustückeln, von "Redesign" würde ich da nicht sprechen. Ansonsten trifft das natürlich zu.

Python (und in Grenzen auch Ruby) ist eine wunderbare, einfache, saubere, verbreitete und mit sehr gute Bibliotheken ausgestattete Sprache, die IMHO PHP um Längen voraus ist. Dennoch ist Python bei Web-Hostern nicht sehr verbreitet oder wird zumindest stiefmütterlich behandelt. Die Integration in den Webserver kann auch sehr unterschiedlich ausfallen und ist nicht immer trivial zu erreichen - da ist PHP natürlich einfacher, weil es praktisch nur bspw. als mod_php mit dem Apache verwendet wird. Wer also kein Zope oder TurboGears oder Rails aufsetzen kann (und das ist bei einfachem Webspace nicht der Fall), der wird den Einstieg möglicherweise nicht ganz so leicht haben, wenn er sich nicht mit HTTP, CGI und dergleichen auseinandersetzen will.

Die Domain muss von Strato freigegeben werden und HA kann sie erst dann übernehmen. Stichwort KK-Antrag.

Ich denke nicht, dass sich dabei der Name ändern lässt. Beim Umzug zu HA musste ich genau die Daten angeben, die bei der DeNIC hinterlegt sind, auch wenn ich lieber meinen neuen Erstwohnsitz dort eingetragen hätte. Das muss dann wohl unabhängig vom reinen Providerwechsel geschehen.

Achso, der Accountbesitzer muss vermutlich nicht zwingend der Domainbesitzer sein, falls du deswegen den Inhaber ändern wolltest. Aber das lässt sich ja klären.

Wenn du kein 4.1 kriegen kannst, dann nimm 5.0.

bei php5 kann man besser objektorientiert programmieren, deswegen würde ich es bevorzugen.

ich würde dir übrigens empfehlen ein framework zu benutzen das dir hilft sicher (stichwort sql-injection) und schnell zu programmieren.

http://cakephp.org/ scheint da momentan die wahl für php zu sein, ahmt das gehypte ruby on rails nach.

die schlagworte activerecord, design patterns, mvc usw erschrecken vielleicht zuerst, aber gerade ersteres erleichtert die arbeit wesentlich.
activerecord geht ein bißchen weiter als die datenbank-abstraktionsschicht von yogi.

Meine Abstraktionsschicht ist kein ORM (Objekt-relationaleMapper), aber eine Kernfunktionalität ist das auto-escaping von Parametern - deswegen müssen die auch separat übergeben werden und im SQL-Query-String stehen nur Platzhalter.

Sowas ist übrigens in der DB-API für Python standardisiert, deswegen hat man dort gar keine Probleme mit SQL-Injections (wenn man nicht ungeprüft SQL-Queries aus Benutzereingaben zusammenfrickelt, die über Parameter hinaus gehen). Ebenso wird auch bei so ziemlich jeder Template-Engine das auszugebende automatisch HTML-escaped, damit sowas wie XSS gar nicht erst auftauchen kann. Bei PHP dagegen habe ich sowas noch *nie* gesehen (ich hoffe, zumindest Smarty macht das mittlerweile).

Citation de "Y0Gi"

Meine Abstraktionsschicht ist kein ORM (Objekt-relationaleMapper), aber eine Kernfunktionalität ist das auto-escaping von Parametern - deswegen müssen die auch separat übergeben werden und im SQL-Query-String stehen nur Platzhalter.

Sowas ist übrigens in der DB-API für Python standardisiert, deswegen hat man dort gar keine Probleme mit SQL-Injections [...]Bei PHP dagegen habe ich sowas noch *nie* gesehen[...]

mit dem begriff or-mapping wollte ich dann nicht auch noch rumwerfen

das php im gegensatz zu anderen sprachen nicht von haus aus sicheres programmieren unterstützt zeigt ja eigentlich die notwendigkeit eine schicht über der programmiersprache zu arbeiten.

Citation

Bei uns an der Uni werden Schulungen unter anderem für die Einführung in PHP angeboten. Ich denke sowas werde ich erstmal belegen, noch sind das alles wirklich bömische Dörfer für mich... Denn auch wenn ich dir dankbar für den Tip bin weis ich momentan nichtmal, was ein Framework ist, um von den anderen genannten Begriffen erst gar nicht anzufangen

framework heißt schlicht rahmenwerk.
man hat für seine anwendung also nicht nur eine programmiersprache, sondern auch wege vorgegeben eine applikation zu schreiben, z.b. wird einem vorgegeben/abgenommen wie der ablauf der applikation gesteuert wird, oder die datenbank angesprochen, eingabe-validierung usw.

auf der cakephp webseite sind einige screencasts, also videos, die die erstellung einer einfachen applikation zeigen.
http://cakephp.org/screencasts
das sollte als einstieg schon reichen, dazu dann die schulungen an der uni.

ein buch habe ich bei php noch nicht benutzt, deswegen kann ich da keine empfehlung abgeben.

OT: anmerkung zur sprache, hat nichts mit dem topic-problem zu tun:
[list]

Citation de "crushcoder"

framework heißt schlicht rahmenwerk.

ist ein populäres missverständnis bzw. eigentlich ein anglizismus:

framework heisst rahmen!

network heisst netz!

rahmenwerk und netzwerk sind denglische neu-worte. ist zwar nicht wirklich falsch, aber eben eine neuschöpfung (meine oma hat nicht die leiseste idee davon, was ein netzwerk sein soll. was ein netz ist, weiss die aber. englische omis wissen, was ein network ist: eine "systematische" verbindung vieler einzelner knoten - eben ein netz!)

aus der sprachlichen perspektive ist es völlig ausreichend, zB von einem netz miteinander verbundener rechner zu sprechen. oder eben von vernetzten rechnern (und nicht von "vernetzwerkten" rechnern).
aber weil es auf englisch network heisst, heisst es jetzt bei uns auch netzwerk. am ende bleibt es ein gutes altes netz.

man versuche mal, den unterschied zwischen netz und netzwerk zu definieren ...

letztlich ist imho das "-werk" lediglich eine kenntlichmachung, dass man eine bedeutung im übertragenen sinne meint (eben kein geknüftes fischernetz oder den klassichen goldenen rahmen um das familienportrait). so im sinne von "achtung! metapher!"

ich finde das unnötig. es "beleidigt" das sprachverständnis des gegenübers. wir sprechen sowieso die ganze zeit in bildern:
"die schnauze voll haben",
"schmetterlinge im bauch haben",
"leben auf der überholspur",
"ich kann meinen chef nicht mehr sehen!",
"keine kröten mehr",
"da ist der wurm drin"

und kein mensch fühlt sich genötigt, zu erklären, dass "das aber jetzt natürlich ein bild war, ich meine nicht wirklich, dass du von einem pferd erzählst, sondern ...bladila (erklärung)" - das wäre ja auch echt zum mäuse melken
[/list]

mfg.
render

Ich übersetze framework (in diesem Zusammenhang) mit Gerüst, das hört sicht besser an und trifft es auch besser

BTT: Da der Threadersteller noch keine Erfahrung mit PHP hat, halte ich den Einsatz eines Frameworks für problematisch. Zum einen bietet es eine Struktur, die bei seinem Vorhaben noch lange nicht erforderlich ist, zum anderen hat er mit seiner bestehenden Website die Möglichkeit, sich in vertrautem Terrain langsam an PHP heranzutasten. Hat er dann für solche "einfachen" Fälle den Umgang gelernt und die Mängel von PHP erfahren, kann er weiter aufsteigen. Der nächste Schritt wäre eine Template-Engine (außer Smarty ist mir über die Jahre keine wirklich brauchbare untergekommen). Ähliches gilt für SQL, da braucht er wohl nie ein ORM - und gerade bei den OOP-"Fähigkeiten" von PHP bin ich momentan selbst noch nicht von sowas überzeugt. Da kann er besser bei SQL bleiben und das "erstmal" lernen und üben.

ich meine nicht das man erst den berg hoch und runter klettern muss um zu erkennen das der tunnel der schnellere weg gewesen wäre.

kommt halt drauf an ob man sein ziel erreichen will oder lieber klettern und die aussicht genießen.

ich möchte zumindest nicht mehr auf orm verzichten wo es mir doch so einfach gemacht wird.

btw: gerüst passt wirklich besser.

Da ist natürlich was dran. Ich habe selbst sehr oft neue Dinge erfahren/(kennen) gelernt, die ich irgendwo schon gerne einige Jahre früher gekannt hätte. Andererseits hätte ich sie zum einen nie schätzen gelernt und zum anderen hätte mir das elementare Verständnis der Vorgänge gefehlt. Und speziell SQL ist grundlegend weder großartig schwer noch ist es etwas, das man nicht unbedingt können sollte, wenn man (egal ob im Web oder nicht) mit relationalen DBMS arbeitet. Daher ist eben mein Vorschlag ORM: ja, jetzt: nein.

da ist ja auch jeder ein anderer lerntypus, ich lerne die grundlagen auch gerne mal aus dem praktischen zusammenhang.

außerdem gehts ja um php, da bin ich mir garnicht sicher ob ich die grundlagen nicht vergessen möchte.

sql lernt man ja auch trotz orm, man möchte sich ja hin und wieder die datenbank direkt anschauen.