| Author |
Message |
chris_bbg888
uses MSD often
Joined: 28 Jun 2008
Posts: 37
|
 Posted:
2009-06-22, 22:59 (No subject) |
  |
ja stress dich nicht zu sehr.
*ganz stolz bin dass ich mit 0-plan was gefunden habe*. danke für die wahnsinns reaktionszeit. ihr seit aber auch schon bisschen durchgeknallt mir um 4 uhr in der früh zu antworten 
|
|
   |
|
Anzeigen
|
|
Posted:
Anzeigen |
|
|
| |
|
DSB
Developer
Age: 41
Joined: 30 Apr 2004
Posts: 16049
Location: Reichenberg bei Würzburg
|
|
Posted:
2009-06-22, 23:00 (No subject) |
|
Das neue Userdaten nicht mehr in den Konfigurationsdateien gespeichert werden konnten, war ein ganz besonders dringender Fehler, der keinen Aufschub duldete. Ich bin mir meiner Verantwortung gerade in diesem sensiblen Bereich von Datenbankdaten bewusst. Auch wenn die meisten das Programm nutzen, ohne etwas zu spenden, so will ich doch zumindest den guten Ruf des Dumpers erhalten. 
Mit der soeben hochgeladenen Revision sollte nun wieder alles im Lot sein.
Quote: wie schnell du auch die Probleme in den Griff bekommst
Woanders habe ich mich dafür unbeliebt gemacht, da ich die Zeit hier in den Dumper gesteckt habe, obwohl ich woanders ein Mod angekündigt habe. Einen Tod musste ich sterben.
_________________
Gruß / Greetings, DSB
Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.
|
|
  |
|
DSB
Developer
Age: 41
Joined: 30 Apr 2004
Posts: 16049
Location: Reichenberg bei Würzburg
|
|
Posted:
2009-06-22, 23:04 (No subject) |
|
Wichtig: Bitte unbedingt einmal in die Konfigurationsprofile gehen und einfach auf "speichern" klicken, damit fehlende Variablen nachgetragen werden!
_________________
Gruß / Greetings, DSB
Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.
|
|
| |
|
moepschen
Moderator
Age: 33
Joined: 21 Jan 2006
Posts: 809
Location: Frankfurt (Oder)
|
|
Posted:
2009-06-23, 18:53 (No subject) |
|
« DSB » wrote: Einen Tod musste ich sterben.
So schlimm kanns nicht gewesen sein...lebst ja noch 
_________________
MfG moepschen
|
|
 |
|
JayD
Moderator
Age: 50
Joined: 12 Apr 2009
Posts: 1017
Location: Ruhrgebiet
|
|
Posted:
2009-06-23, 19:27 (No subject) |
|
Vielleicht hat er ja etwas "Katzenblut" in sich, die haben ja bekanntlich 7 Leben.
_________________
Gruß,
Jörg
Anfragen zu vBulletin, welche nichts mit Datenbanken bzw. dem Dumper zu tun haben, bitte nicht hier sondern im vBulletin-Support-Forum stellen.
Aus technischen Gründen befindet sich der Rest der Signatur auf der Rückseite dieses Beitrags.
|
|
| |
|
Cujo
uses MSD regulary
Joined: 29 Sep 2008
Posts: 13
|
|
Posted:
2009-06-25, 10:56 (No subject) |
|
Ich hänge mich mal an diesen Thread ran.
Ich bin auch bei all-inkl.com und musste für jede Datenbank eine extra Konfiguration anlegen. Ist es möglich, alle Konfigurationen mit einem Cronjob zu starten oder brauche ich für jede Konfiguration einen extra Cronjob?
Gruß,
Cujo
_________________
Cujos Rätselstunde - Denksport vom Feinsten
Webmaster-Zentrale - Tipps für Webmaster
|
|
| |
|
JayD
Moderator
Age: 50
Joined: 12 Apr 2009
Posts: 1017
Location: Ruhrgebiet
|
|
Posted:
2009-06-25, 18:26 (No subject) |
|
Du brauchst wie gesagt über EINEN SQL-User Zugriff auf ALLE datenbanken, was bei all-inclusive scheinbar nicht der Fall ist.
Insofern musst Du tatsächlich für jede Datenbank (mit deren Zugangsdaten) eine eigene Konfiguration anlegen.
Das liegt aber nicht am Dumper, sondern in dem Fall am Hoster, der nur je 1 DB ermöglicht.
Der Cron-Aufruf findet ja über die jeweilige Konfig statt, also kann der Job natürlich dann auch nur die dort hinterlegte DB sichern, nicht mehr.
Bei Hostern, welche neben den DB-Usern auch Zugriff per Haupt (SQL-) User ermöglichen, ist das alles kein Problem.
_________________
Gruß,
Jörg
Anfragen zu vBulletin, welche nichts mit Datenbanken bzw. dem Dumper zu tun haben, bitte nicht hier sondern im vBulletin-Support-Forum stellen.
Aus technischen Gründen befindet sich der Rest der Signatur auf der Rückseite dieses Beitrags.
|
|
| |
|
Cujo
uses MSD regulary
Joined: 29 Sep 2008
Posts: 13
|
|
Posted:
2009-06-25, 18:34 (No subject) |
|
Mir ist schon klar, dass das nicht die Schuld von MSD ist. Sorry, falls dass das falsch rüberkam.
Aber da all-inkl.com wahrscheinlich nicht wegen mir einen Datenbankuser für alle Datenbanken einstellen wird, suche ich nach einer anderen Lösung.
Bestünde nicht vielleicht die Möglichkeit, dass man in einem Script mehrere Konfigurationen nacheinander aufruft?
_________________
Cujos Rätselstunde - Denksport vom Feinsten
Webmaster-Zentrale - Tipps für Webmaster
|
|
| |
|
JayD
Moderator
Age: 50
Joined: 12 Apr 2009
Posts: 1017
Location: Ruhrgebiet
|
|
Posted:
2009-06-25, 18:39 (No subject) |
|
Theoretisch ja. Dazu müsstest Du Dir eine Art Batchjob schreiben und auf den Server legen. Das käme aber dann eigenen Cronjobs gleich, und ob das ausgerechnet allinkl. gestattet, wage ich ehrlich gesagt etwas zu bezweifeln. Das wäre auch eine Lösung außerhalb der Funktionsweise des Dumpers.
Außerdem wäre damit ein Script-Timeout und einige Probleme regelrecht vorprogrammiert.
Ich würd's lieber lassen.
_________________
Gruß,
Jörg
Anfragen zu vBulletin, welche nichts mit Datenbanken bzw. dem Dumper zu tun haben, bitte nicht hier sondern im vBulletin-Support-Forum stellen.
Aus technischen Gründen befindet sich der Rest der Signatur auf der Rückseite dieses Beitrags.
|
|
| |
|
Cujo
uses MSD regulary
Joined: 29 Sep 2008
Posts: 13
|
|
Posted:
2009-06-25, 19:54 (No subject) |
|
|
| |
|
DSB
Developer
Age: 41
Joined: 30 Apr 2004
Posts: 16049
Location: Reichenberg bei Würzburg
|
|
Posted:
2009-06-25, 20:25 (No subject) |
|
Da gerade all-inkl die Ausführungszeit der Perl-Skripte normalerweise auf lediglich 6 CPU-Sekunden beschränkt, wäre der Ansatz alle Konfigurationsdateien in einem Aufruf abzuarbeiten der völlig falsche Ansatz.
Du bist sogar eher auf der sicheren Seite wenn Du je Konfiguration einen eigenen Aufruf machst, da die Wahrscheinlichkeit, dass eine DB innerhalb von 6 CPU-Sekunden abgearbeitet werden kann, höher ist, als bei mehreren aufeinander folgenden Backup-Vorgängen innerhalb eines Skripts.
Sollte ein Sicherungsvorgang die Maximallaufzeit überschreiten, so ist auch nur dieses eine Backup unvollständig. Sind alle in Reihe geschaltet, so finden die anschließenden Backups der nachfolgenden Konfigurationen erst gar nicht statt, da das Skript abgebrochen wird.
Du siehst also, dass das einmalige Einrichten des Cronjobs zwar etwas mehr Arbeit bedeutet, aber letztlich so für mehr Sicherheit sorgt.
_________________
Gruß / Greetings, DSB
Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.
|
|
| |
|
JayD
Moderator
Age: 50
Joined: 12 Apr 2009
Posts: 1017
Location: Ruhrgebiet
|
|
Posted:
2009-06-25, 22:54 (No subject) |
|
Exakt.
Genau das meinte ich auch hiermit:
Quote: Außerdem wäre damit ein Script-Timeout und einige Probleme regelrecht vorprogrammiert.
Solange die Einrichtung mehrerer Cronjobs möglich ist, sollten ja auch unterschiedliche Konfigurationen kein Problem sein.
_________________
Gruß,
Jörg
Anfragen zu vBulletin, welche nichts mit Datenbanken bzw. dem Dumper zu tun haben, bitte nicht hier sondern im vBulletin-Support-Forum stellen.
Aus technischen Gründen befindet sich der Rest der Signatur auf der Rückseite dieses Beitrags.
|
|
| |
|
|
|
CrackerTracker © 2004 - 2012 CBACK.de
Powered by Orion based on phpBB
© 2001, 2002 phpBB Group
CBACK Orion Style based on FI Theme
All times are GMT + 2 Hours
phpBB SEO
|
