Liebe Familienforscher,
wer hat eine gute Idee, wie ich von der Beta 6 auf die Stable 4.1 updaten
kann, ohne die �ber 100 Benutzer zu verlieren?
Ich freue mich auf Eure Antworten.
Mit freundlichem Gru� aus Dresden
Ren�
Ren� Gr�nz
PF 280214
01142 Dresden
Funk: 0162/1 76 53 55
e-Mail: rgraenz@gmx.de
http://www.graenz.name
Hallo Ren�,
Vermutung:
Da sich die Tabellenstruktur von der Beta6 zur Stable wohl kaum ge�ndert haben d�rfte (ich finde jedenfalls keine entsprechenden Hinweise in den Releasenotes), w�rde ich es folgenderma� probieren:
- Backup der kompletten PGV-Datenbank (bzw. der Tabellen) machen. (Die User befinden sich in der Tabelle <praefix>_users .)
- altes PGV-Verzeichnis umbennenen
- neue PGV-Version in neues Verzeichnis installieren, dabei den DB-Pr�fix gleich lassen.
Ich wei� jetzt nicht, ob das Setup fragt, ob die Tabelle neu angelegt werden soll oder nicht. Wenn es fragt, dann eben nicht neu anlegen.
Entweder es klappt dann gleich, oder es mu� das Datenbank-Backup wieder eingespielt werden.
Backup, Restore etc. geht sehr gut mit dem MySqlDumper (sofern Du MySQL-Datenbanken verwendest).
Wenn alle Stricke rei�en, dann wieder Beta6 installieren und das Datenbank-Backup zur�ckspielen.
Alternativ kannst Du die Stable auch mit einem neuen Tabellenpr�fix installieren, dann ist halt der Aufwand, die Tabellen alle umzukopieren, etwas h�her. Oder Du manipulierst das Backup-File mit einem Texteditor und ersetzt �berall den Tabellenpraefix und f�hrst damit das Restore durch.
M�glichkeiten gibt es derer viele.
Viele Gr��e,
Markus
Ren� Gr�nz schrieb:
Hallo Ren�!
Hallo René,
warte noch ein bisschen diese Wochenende kommt schon 4.1.1.
Ein Backup oder Rename ist nicht erfoderlich bei 4.1b6 (obwohl man immer mal sichern soll ...). Du kannst einfach drüberinstallieren.
Unter 4.1 / 4.0? kannst Du unter Verwaltung / Backup ein komplettes Backup auch für User erstellen und später zurückspielen. Auch bei Usern klappt das sehr gut: Verwaltung / Benutzer Migration. Einig Benutzer mit Umluten (wie Jürgen) gehen verloren und müssen (am besten als Juergen) neu angelegt werden.
Gruß
Frank
Hallo Rene,
da Datenbank und Skripte nichts miteinander zu tun haben, reicht eigentlich
ein Überschreiben der PHP-Skripte.
Ein Back-up kann allerdings nicht schaden. Notfalls stellt ein Restore mit
dem User-Migrations-Tool alles wieder her.
Da ich aber auch immer auf Nummer sicher gehe, lege ich mir eine
Sicherheitskopie des zu updatenden Verzeichnisses an.
Wenn dann doch mal was schief geht (z.B.: Datentransfer unvollständig,
falscher ASCII-/Binär-Modus) kannst Du einfach das Verzeichnis des
fehlgeschlagenen Updates löschen und das alte wieder umbenennen und hast den
alten Zustand wieder.
Herzlichst, Marko (Dargel)
Salue Marko!
Wenn dann doch mal was schief geht (z.B.: Datentransfer unvollst�ndig,
falscher ASCII-/Bin�r-Modus) kannst Du einfach das Verzeichnis des
fehlgeschlagenen Updates l�schen und das alte wieder umbenennen und hast den
alten Zustand wieder.
Ich habe das Problem, dass sich bestimmte Verzeichnisse nicht mehr
l�schen lassen. Es sind Verzeichnisse die bei den ersten Versuchen mit
Media-Dateien automatisch von PGV angelegt wurden.
Ich konnte diese ungenutzten Verzeichnisse zwar verschieben, aber
nicht l�schen. Diese Verzeichnisse sind alle auf 777 gesetzt, trotzdem
lassen sich diese nicht l�schen.
Im Media-Ordner kann ich hingegen andere Verzeichnisse problemlos l�schen.
Hast du eine Idee, wie ich diesen M�ll rauskriege?
Hallo Otmar,
Otmar Mayr schrieb:
Ich habe das Problem, dass sich bestimmte Verzeichnisse nicht mehr
l�schen lassen. Es sind Verzeichnisse die bei den ersten Versuchen mit
Media-Dateien automatisch von PGV angelegt wurden.Ich konnte diese ungenutzten Verzeichnisse zwar verschieben, aber
nicht l�schen. Diese Verzeichnisse sind alle auf 777 gesetzt, trotzdem
lassen sich diese nicht l�schen.Im Media-Ordner kann ich hingegen andere Verzeichnisse problemlos l�schen.
Hast du eine Idee, wie ich diesen M�ll rauskriege?
Das liegt vermutlich daran, da� Du nicht "Besitzer" dieser Dateien/Verzeichnisse bist. Bei mir steht da der erste Teil des Login-Namens meines Accounts.
Wie Du selbst schreibst, wurden die Dateien/Verzeichnisse durch das Script angelegt. Deshalb ist vermutlich der Server "Besitzer" (z.B. steht dann da www-data oder sonstwas). Ich kann das mit meinen FTP-Programm einsehen, wer "Besitzer" ist.
Ich habe bei meinem Hoster die M�glichkeit, alles selbst auf mich als "Besitzer" zu setzen. Da gibt es ein Script daf�r.
Wenn Du das nicht selbst kannst, dann den Hoster bitten, die entsprechenden Verzeichnisse zu l�schen oder Dich als "Besitzer" einzusetzen.
Gru�,
Markus
Hallo Otmar,
solche Verzeichnisse kannst du je nach Art deines Hosting-Paketes entweder
als Admin mit root-Zugang löschen (bei einem eigenen Webserver) oder du
machst es mit deiner Web-Administration (bei den meisten
Webspace-Angeboten).
In beiden Fällen hast du die erforderlichen Rechte zum Löschen.
Viele Grüße
Axel (Schreiter)
Otmar Mayr <omail@gmx.at>
Gesendet von: php-gedview-l-bounces@genealogy.net
08.09.2007 11:29
Bitte antworten an
php-gedview-l@genealogy.net
An
php-gedview-l@genealogy.net
Kopie
Thema
Re: [PHP-GedView-L] Datensicherung beim Update 4.1b6 zu 4.1
Salue Marko!
Wenn dann doch mal was schief geht (z.B.: Datentransfer unvollständig,
falscher ASCII-/Binär-Modus) kannst Du einfach das Verzeichnis des
fehlgeschlagenen Updates löschen und das alte wieder umbenennen und
hast den
alten Zustand wieder.
Ich habe das Problem, dass sich bestimmte Verzeichnisse nicht mehr
löschen lassen. Es sind Verzeichnisse die bei den ersten Versuchen mit
Media-Dateien automatisch von PGV angelegt wurden.
Ich konnte diese ungenutzten Verzeichnisse zwar verschieben, aber
nicht löschen. Diese Verzeichnisse sind alle auf 777 gesetzt, trotzdem
lassen sich diese nicht löschen.
Im Media-Ordner kann ich hingegen andere Verzeichnisse problemlos löschen.
Hast du eine Idee, wie ich diesen Müll rauskriege?
Hallo zusammen, genau das hätte ich auch geantwortet.
Markus war schneller 
Gruß, Marko
[mailto:php-gedview-l-bounces@genealogy.net] Im Auftrag von Markus Dippold
Ciao Markus!
Otmar Mayr schrieb:
Ich habe das Problem, dass sich bestimmte Verzeichnisse nicht mehr
l�schen lassen. Es sind Verzeichnisse die bei den ersten Versuchen mit
Media-Dateien automatisch von PGV angelegt wurden.
Das liegt vermutlich daran, da� Du nicht "Besitzer" dieser
Dateien/Verzeichnisse bist. Bei mir steht da der erste Teil des
Login-Namens meines Accounts.
Mit welchem FTP-Client kannst du den Besitzer �ndern? Meinst du die
angebenen Zahlen bei Besitzer?
Ich sehe, dass die im Media-Ordner bedindlichen l�schbaren
Verzeichnisse den Besitzer 3333 und haben. Die Fotos (jpg) haben den
Besitzer 1263 763. Mit Total-Commander und FileZilla kann ich den
Besitzer leider nicht �ndern.
Die nicht l�schbaren Verzeichnisse haben auch den Besitzer 1263 763.
Als Berechtigungen sind hier die Buchstaben drwxrwxrwx zu sehen.
Ich kann zwar die Berechtigungen auf drwx--rwx �ndern, aber l�schen
geht trotzdem nicht. Vermutlich besteht hier ein L�schschutz. Wie
bekomme ich den weg?
Hallo Otmar,
�ber mein FTP-Programm kann ich den Besitzer auch nicht �ndern. Ich w��te jetzt so auch keines, mit dem das ginge.
Hier mal eine Erkl�rung aus der FAQ meines Hosters (HostEurope):
*Warum kann ich Dateien nicht per FTP l�schen?* **
/Gelegentlich ist es nicht m�glich, Dateien die sich im eigenen Webspace befinden per FTP zu l�schen. Hier wird das "Warum?" und das "Wie trotzdem?" erkl�rt :o)/
Die Rechtestruktur des Webservers sieht vor, dass der Webserver unter einem anderen Benutzer l�uft als Ihr FTP-Zugang. Dadurch kann man per FTP keine Dateien l�schen, die "jemand anders", also z.B. ein Skript aus Ihrem Webauftritt, erzeugt hat. Dies ist nur wieder per Skript oder �ber das KIS machbar.
Weiterhin kann es vorkommen, dass durch bestimmte Sonderzeichen in Dateinamen eine L�schung nicht mehr ohne Weiteres m�glich ist.
Und dann steht da weiter beschrieben, wie das im KIS (=Kunden Informations-System) zu machen ist, um solche Verzeichnisse/Dateien zu l�schen.
Wie schon geschrieben, entweder geht es �ber deine Webhosting-Verwaltung oder es mu� der Hoster machen. Bei meinem letzten Hoster konnte ich es auch nichts selbst machen, da mu�te der Hoster ran.
Die Zugriffsberechtigungen haben nicht prim�r etwas damit zu tun, ob man die Datei auch l�schen darf.
(Den Besitzer kann ich auch �berhaupt nicht selbst �ndern, wie ich festgestellt habe.)
Vermutlich bist Du 3333 als Besitzer. Und nur Verzeichnisse, die 3333 als Besitzer haben, kannst Du auch l�schen. Es besteht kein L�schschutz im Sinne eines L�schschutzes. Der Server erlaubt es deshalb nicht, weil Du nicht Besitzer bist.
Es besteht noch die Alternative, da� Du dir ein PHP-Script erstellst, das dann die Dateien/Verzeichnnisse l�scht. Da das Script vom Server (bei dir vermutlich der Besitzer 1263 763) ausgef�hrt wird, m��ten sich die Dateien so l�schen lassen.
Wie es geht, steht hier: http://de3.php.net/manual/de/function.unlink.php
Nur soviel dazu: Nach getaner Arbeit das Script auch wieder vom Server l�schen ....
Viele Gr��e,
Markus
Otmar Mayr schrieb:
Hallo PGVler,
mit diesem Problem habe ich auch schon exzessiv herumgeplagt im Zusammenhang mit meiner JOOMLA-Installation.
Wie bereits in den vorigen Mails beschrieben,kommt es daher, dass PGV oder JOOMLA selber Verzeichnisse und Dateien anlegen und die Rechtevergabe auf den "Server-Prozess" (der JOOMLA oder PGV laufen laesst) erfolgt. Bei mir (Provider: all-inkl) heisst der Besitzer dann jeweils "WWW-RUN". Mit FTP kommt man dann in diesen Faellen nicht mehr weiter. Im ersten Moment sehr frustierend, da man nicht mehr "eigener Herr" auf seinem Server ist.
Folgende Abhilfe fuer alle Joomla-Benutzer:
Durch die Installation der Komponente "joomlaXplorer" bekommt man eine Art php-basierten Datei-Explorer. Da dieser Explorer ebenfalls mit den Rechten des obigen "Server-Prozesses" laeuft, kann man auch die entsprechenden Rechte wieder aendern bzw. loeschen.
Gruss
Markus
Ich erforsche alle Vorkommen HEMPRICH
Hallo Markus,
vielen Dank den Tipp. Mal sehen, ob dies f�r die �lteren PGV-Versionen
funktioniert.
Mit freundlichem Gru� aus Dresden
Ren�
Ren� Gr�nz
PF 280214
01142 Dresden
Funk: 0162/1 76 53 55
e-Mail: rgraenz@gmx.de
http://www.graenz.name
Liebe Familienforscher,
vielen Dank f�r die Hinweise zur Datensicherung. Ich habe zwischenzeitlich
4.1.1 installiert. Bleibt nun wieder die Frage, ob ich es einfach dar�ber
installieren kann. Da w�rde ich die SQL-DB beibehalten.
Irritiert bin ich vom Hinweis, dass Benutzer mit Umlauten neu angelegt
werden m�ssen. Erstens w�rde mich dies auch betreffen, zweitens bleibt die
Frage warum ab 4.1.1 keine Umlaute mehr zugelassen sind. Diese Nutzer
m�ssten sich dann ja neu anmelden. Wie soll ich das begr�nden?
Ich freue mich auf eine Antwort.
Mit freundlichem Gru� aus Dresden
Ren�
Ren� Gr�nz
PF 280214
01142 Dresden
Funk: 0162/1 76 53 55
e-Mail: rgraenz@gmx.de
http://www.graenz.name