d0ne

Hallo @all,

ich programmiere seit einiger Zeit mit PHP eine Webseite, bzw. eher ein Webservice. Ich programmiere local (mit Xampp + Netbeans), wenn ich eine "laufende" Version habe - oder etwas mit E-Mail versenden teste (das geht local nicht) - lade ich das, was ich habe auf einen testing-Webspace. Dafür muss ich an einigen Stellen rumschrauben, die .htacces muss geändert werden. In Settings.php muss einige Konstanten umgestellt werden, die db-Daten müssen geändert werden. Und dann sind da noch einige Verzeichnisse, welche ich (online) behalten, bzw. nicht überschreiben möchte. Dafür will ich alle lokalen *.svn Dateien/Ordner nicht uploaden ...

Es ist also ziemlich chaotisch, ich habe mittlerweile eine Liste, was ich vor dem Upload alles machen muss. Das Behalten der Verzeichnisse mache ich z.B. dadurch, dass ich sie vom testing-Webspace downloade und nach dem Upload der neuen Version wieder uploade. Da es aber zum Teil sehr große Dateien sind und diese mit der Zeit auch mehr werden ist das so Mist. -.-

Ich hoffe ich habe mein Problam einiger Maßen verständlich ausgedrück und jemand kann mir einen Tipp geben, wie ich das meister - ich habe auch schon daran gedacht mir selber ein kleines Tool zu schreiben, aber ich bin doch nich der einzigste mit dem Problem, oder!?

mfg
d0ne

Mister Ad

Tholi

Auf anhieb fällt mir auf das du die Datenbank bei die Lokal nutzt, warum nicht die auf dem Space? So sparst du dir Änderung des Connectionstrings oder du lagerst die conenction in einer weirere php datei aus (besser idee).
Ansonsten schon einmal überlegt "Live" auf dem Space zu arbeiten? Damit sparst dir den vielen Aufwand von Daten kopieren, etc.

__________________
Für Syntax-Fehler übernehme ich keine Haftung!

ChrisB

Abgesehen davon, dass etliche Hoster das gar nicht erlauben, musst du dann auch entsprechend längere Laufzeiten in Kauf nehmen.
Zumal sich noch die Frage stellt, ob du deine DB-Zugangsdaten fortwährend unkodiert über's Netz schicken willst.

Das ist keine gute Idee.

Abgesehen davon, dass du jede klitzekleine Änderung, selbst das Ergänzen eines vergessenen Semikolons, erst mal wieder hochladen musst - die potentielle Möglichkeit, beim Testen irgendwas zu zerschiessen, würde ich auch nicht in Kauf nehmen wollen.

Tholi

Also ich arbeite nur live und das mit einem Dorf dsl 4k Leitung und in dem Moment wo ich vom Speichern auf den Browser wechsel sind die Änderungen schon Online. Zur Sicherung kannst dir doch in bestimmten Abständen Updates ziehen oder eine 2te Version laufen lassen in der du die Änderungen machst und wenn es läufst überspielst.

__________________
Für Syntax-Fehler übernehme ich keine Haftung!

d0ne

Also mit der Server-db nutzeen geht technisch schon nicht, weil der Hoster das nicht erlaubt (ist ja auch sinnvoll). Auch ansonsten will ich nicht mit der db arbeiten, mit der auch unsere Kunden arbeiten. Ein falscher klick und alles ist weg!?

Ja, auch das möchte ich nicht riskieren, ein Semikolon vergessen, STRG + S und schon gibt der Server nur noch Errors aus!? - Nein, danke!

Ich hoffe jemand hat noch einen guten Tipp, wie ich mein Problem "professionell" löse...

mfg
d0ne

Flor1an

Sowas kannst du bei deiner privaten Homepage vielleicht machen, bei gut besuchten Seiten kannst du sowas aber nicht machen. Da kannst du nicht riskieren dass irgendwas kaputt geht und die Seite dann 5 Minuten nur nen Parse Error bringt.

__________________
▇█▓▒░◕‿‿◕░▒▓█▇

Tholi

Dafür hat man eben eine 2te Version liegen, die auch in einem priivaten Bereich auf dem Space liegen kann. Sehe da nicht das Problem an der 2ten Version Live arbeiten zu können und wenn dort alles läuft, die 1te durch die 2te zu ersetzen...

__________________
Für Syntax-Fehler übernehme ich keine Haftung!

d0ne

Womit wir wieder bei meinem Ursprungsproblem wären ...

ChrisB

Definiere „privater Bereich“.

Wenn du ausschliessen willst, dass z.B. mal durch eine falsch (zusammen-)gesetzte, beim Löschen von irgendwas verwendete Pfadangabe plötzlich ein „Oopsie“ im Produktivsystem passiert, müsstest du schon einen zweiten Account oder vergleichbares nutzen, so dass PHP gar keinen Zugriff auf diese Daten hat.
Für die Datenbank analog.


Es bleibt dabei: Auf einem Produktivsystem „testen“ wird niemand, der das ganze halbwegs professionell angehen will.

G.Schuster

Das eMail-Problem lässt sich leicht lösen: benutze SMTP.

Auf dem Ziel-OS testen macht natürlich dennoch Sinn, insbesondere um Pfad-Probleme zu finden.
Am Einfachsten geht das wohl, indem du einen SVN-Checkout in der Testumgebung machst.
Da kannst du dir auch feine Scripts basteln, die das automatisieren.
Hab ich schon ein paar Mal gemacht, so dass nach jedem Commit automatisch ins Testsystem deployed wird inkl. CodeSniff etc.

Was das behalten von Dateien angeht - Stichwort svn:ignore
Gerade z.B. für Config-Files handhabe ich das einfach so, dass eine <config.xyz>.default ins SVN kommt und ein svn:ignore auf <config.xyz>.
Mache ich einen Checkout (egal ob lokal oder Testumgebung) bekomme ich nur die Default-Datei, die kopiere ich, passe sie an und fertig.
Die wird nie überschrieben, da a) nur die Default im SVN ist und b) ein Ignore auf der eigentlichen Datei liegt, was sie beim Committen unberücksichtigt lässt.

Jein...wenn der Kunde meint "das Testsystem ist noch nicht fertig, mach mal am Livesystem" hat man nicht so viele Optionen

__________________
actra.development - Schwabstr. 2 - 70825 Münchingen
www.actra.de/velopment/ - eMail: php.de@actra.de
Zend Certified Engineer for PHP5