Thema: JoomlaPack - Deutsch (Sammelthread)

Es gibt in der Standard Version die Möglichkeit die Datenbank zu sperren während man ein Backup macht.
Dies wird im Programm empfohlen.

In der Regel (also Standard) ist diese Funktion aber ausgeschalten.

Was aber passiert und wie wird reagiert wenn weiter an der Webseite gearbeitet wird, kann ich nicht sagen.

Da gibt es zu wenig Infos drüber.

Hi,
ich muss ganz ehrlich sagen, dass ich das auch nicht genau weiß, wie das abläuft und wie sich das verhält.
Da frag doch bitte mal im Forum von Joomlapack (www.joomlapack.net) nach
Gruß
JamFX

Ok., hab die Frage im JoomlaPack-Forum gestellt. Ich hoffe, die verstehen mich.

Das kriegen die hin. ich werde "hinten rum" mal beim Entwickler Nicholas nachfragen.
Gruß
JamFX

Zitat von RycoDePsyco

Es gibt in der Standard Version die Möglichkeit die Datenbank zu sperren während man ein Backup macht.
Dies wird im Programm empfohlen.

Welches Programm meinst du, JoomlaPack selbst oder die Native-Tools? In beiden konnte ich keine solche Option finden. Beim JoomlaPack hab ich allerdings die Special-Version.

Die Antwort im JoomlaPack-Forum kam schnell. Ich zitiere mal das Original von Dale L. Brackin:

It depends on what sort of problems you are looking for. The person editing the article has the editor files, etc. loaded into memory, so there are no "file lock" issues. The article itself is stored in the database. The version of the article that is in the backup will be what was saved in the database at the time of the dump, not the "in process" edited version.

Similarly, an image being uploaded would be included if it was in the folder at the time the file list engine listed the files in the folder. That is a little oversimplified, but close enough.

JoomlaPack does not attempt to lock the database tables when it dumps them. If you are insanely unlucky and the article save hits at the same exact time as the dump command, then MySQL would have to play traffic cop. I'm not sure what low level locking would occur, but it could potentially affect one or both operations. It is usually assumed that a table or record lock is a temporary condition and the operation should be tried again at the database interface level.

Practically anything can happen in the real world, so yes, there could be problems. But from a statistical standpoint, you shouldn't lie awake at night worrying about them.

Hi,

sowas ähnliches hat mir Nicholas auch geschrieben. Ich wiederhole bzw. zitiere die Antwort jetzt nicht, da Dales Antwort gut ist. Nur einen kleinen Unterschied sagte Nicholas noch. Er meinte, dass es eigentlich UNMÖGLICH ist, EXAKT den Zeitpunkt zu treffen, wo das Backup läuft und genau diese oder jene Datei bzw. DB-Tabellenspalte aufgegriffen wird, wenn sie sich in dem Zustand des Speicherns befindet.
Im Endeffekt so wie Dale sagte: Es sollte dir keine schlaflosen Nächte bereiten.
Gruß
JamFX

Seit gestern gibt es eine neue Version der JP-Native-Tools. JP-Remote updatet von Version 2.1.0.17 auf 2.1.3.19. Beim JP-Remote-Plugin konnte ich allerdings keine Veränderung feststellen - weder in der Dateigröße noch in der Versionsnummer. Muss ich letzteres dann überhaupt installieren?

Bei aktueller Version einfach ignorieren.

Die Meldung bedeutet nur, das der Standart Ordner genutzt wird wo die Backup-Dateien eingefügt werden.

Das Programm reagiert mit dieser Meldung darauf, das den Pfad jeder kennt, wenn er denkt das du Joomla und JoomlaPack benutzt.

Du brauchst aber keine Angst zu haben, es wird durch eine .htaccess Geschütz.
Von außen kann niemand auf den Ordner zugreifen. Außer eben über FTP.


So langsam sollte es mal besser Übersetzen werden, so das man es eben auch besser versteht.
Kann ja nicht so schwer sein ein wenig Deutsche Sprache hinzuzufügen.
Das ist wahrscheinlich schon die 300 Frage darüber was dies zu bedeuten hat.
mfg

.