Druckbare Version
Danke dir für die schnelle Antwort.
Würdest du vielleicht auch eine Option in das Modul bauen mit der man einen eigenen Ordner für die Backups definieren kann?
Wir planen Fullbackup für unsere neue Syncronisations-Extension zu nutzen und da wäre es extrem hilfreich einen eigenen Ordner anzugeben :)
was denn für eine syncronisation-extension? was wird denn syncronisiert?
also den ordner einmal für alle backups zu ändern ist ganz easy, in der config gibt es eine variable:
$GLOBALS['TL_CONFIG']['fullbackup_download_folder'] = 'system/modules/FullBackup/backups/';
die könnt ihr natürlich ändern wie ihr lustig seid, müsst nur eventuell bei updates aufpassen... hmm, jetzt wo ich's schreibe, könnte ich ja eigentlich auch mit einer localconfig arbeiten, mal sehen.
für jeden einzelnen backup einen eigenen ordner anzulegen, ist eine ganz andere gechichte, da hängt einiges dran um rekursion zu vermeiden. also ein backup in einem backup in einem backup... das wär nicht so ganz ohne...
Will nicht zuviel verraten aber die Extension erlaubt es 2 Contao Installationen per Knopfdruck zu vergleichen und zu syncronisieren. So können unbedarfte Kunden Inhalte schreiben und viel basteln und erst wenn es passt mit dem Livesystem syncronisieren. Dazu zählt die DB und alle Dateien. Und da sollte man natürlich erstmal Backups erstellen bevor man irgendwas hin und her schiebt.
Fullbackup macht ja genau das und eignet sich daher sehr gut in unserer Extension verwendet zu werden. Wichtig wäre nur die Backups in einem Ordner ablegen zu können der dann nicht mehr von den Backups erfasst wird.
Ist sowas möglich? Also so stelle ich es mir vor:
- backups
- contao
- system
- ...
Dann hätte ich die Backups gleich im Root und mit einer .htaccess kann man das ganze ja sehr gut schützen.
erstmal: supergeil! das könnt ich auch sehr, sehr gut gebrauchen. damit könnte man ja schön einfach die 3 ebenen (dev, staging, live) syncen, das problem hab ich dauernd...
aber zu deiner frage:
- der backup-ordner selber wird natürlich nicht vom backup erfasst, egal wo er liegt, dass wäre bei 10 alten backups ja eine ziemliche menge redundanz
- meinst du die backups sollten _ausserhalb_ der webroot liegen?
- oder so wie du anskizziert hast _in_ der webroot? letzteres sollte gar kein problem sein, einfach die unten genannte variable anpassen...
oder versteh ich da was falsch?
Ja das Problem haben wir auch andauernd. Und da wir unsere Kunden nicht mehr auf Live Systemen basteln lassen wollen haben wir uns für diese Extension entschieden.
Ne bezüglich des Backups verstehst du alles richtig. Wenn es wirklich so einfach ist dann bin ich schon komplett glücklich.
Wenn es so soweit ist melde dich mich nochmal bei dir - ist das ok? Dann kannst du das ganze vielleicht durchtesten. Nimmst du auch Features oder Patches an? ;-)
mal langsam, dir ist schon klar, dass FullBackup die backups eben nicht auf knopfdruck macht, oder? genau das führt ja zu einigen problemen, hauptsächlich mit der max_execution_time von php.
genau deswegen bin ich einen ganz anderen weg gegangen und das backup wird nach und nach in ganz kleinen schritten im hintergrund aufgebaut, ausgelöst von ganz normalen seitenaufrufen, also 'set it and forget it' ;-)
ABER der nachteil ist, dass das je nach website (wenig traffic, viele dateien) durchaus stunden dauern kann! was nicht schlimm ist, weil es ja automatisch läuft, aber ich glaube für eine snchronisation auf knopfdruck doch ein wenig langsam... also wenn, dann müsste man da schon einiges dran ändern....
aber melden kannst du dich natürlich immer.
Hm ok schade also nicht ganz wie ich es mir vorgestellt habe. Wir schauen uns das morgen mal an.
lol ja sorry, hab ich mir fast gedacht...
aber wenn man versucht, die ganze site in einem rutsch zu zippen, inklusive db-dump, dann ist man schneller über 30 sekunden (standard max_execution_time bei den meisten php installationen) als man 'contao' sagen kann ;-)
man kann das (manchmal) umgehen mit einem ini_set oder ähnlichem, aber das geht nicht bei allen providern und ist allgemein alles andere als sauber und stabil...
das war eine meiner haupt-motivationen, das ding zu schreiben und es so zu schreiben ;-)
Hallo,
@baumstark:
möcht mich mal bedanken für das hervorragende Modul. Funktioniert bei mir einwandfrei und ist wirklich genial von der Handhabung.
Und jetzt muss ich mal den Thread wegen der Sync Geschichte weiter verfolgen ;)
@jared:
Wird es damit möglich sein von einer lokalen Installation zu einer Live-Version auf einem Server zu syncen? Sprich solange ich keine Internetverbindung habe lokal zu arbeiten und sobald Verbindung vorhanden alles neue ins Internet zu übertragen?
Gruß
Nikolas
@Rundinhio
danke schön, das hört man doch gerne ;-) und ja auf das sync-tool bin ich auch gespannt...
Hallo jared,
für Deine Zwecke ist diese Erweiterung evtl. besser geeignet: xcontaobackup
MfG
Peter
genau, die funzt aber nur unter linux + die DB ist nicht dabei...
ups, ich seh grad, die DB ist doch dabei... ;-)
@mandrake
Danke dir :) das sieht auch schon sehr gut aus.
@all
Wir schließen heute die Konzeption ab und fangen dann mit der Programmierung an. Ich werde dazu aber einen neuen Thread eröffnen. Ich möchte Fullbackup hier einfach nicht mehr Requests klauen!
@Rundinhio
Das Synctool muss via Knopfdruck aktiviert werden, da wir es vornehmlich auf öffentlichen servern betreiben wollen. Da besteht ja dann immer ne Internetverbindung.
Aber theoretisch wäre die Varainte von local zum Server möglich oder spricht etwas von vorneherein dagegen?Zitat:
Zitat von jared
Gruß
Nikolas
@jared
kannst du aber bitte den link dahin, oder den (arbeits-) titel der extension oder sowas hier posten, würd mich schon interessieren ;-)
Mach ich :)Zitat:
Zitat von baumstark
Hi,
läuft bei jemanden dieses Tool, wenn man SMH benutzt?
Wenn ich ein Backup anlegen möchte erhalte ich eine Fehlermeldung:
GrußCode:Warning: chmod() [function.chmod]: Operation not permitted
Fatal error: Uncaught exception Exception with message not chmoddable:
Marko
Die Fehlermeldung bedeutet das was mit den Rechten nicht stimmt. Hast Du beim Modul gesehen - VorasusetzungZitat:
Zitat von monachus
Zitat:
Schreibrechte im Rootverzeichnis
hi marko,
was meinst du denn mit smh?
die fehlermeldung heisst fast immer, dass man die erweiterung nicht über den erw.-katalog installiert hat, sondern per ftp hochgeladen hat, kann das sein?
dann gehören die ordner nämlich dem ftp-user und nicht dem php-skript, ergo kann das skript nicht drauf zugreifen... versuch vielleicht mal, es über den erweiterungskatalog zu installieren...
gruß
@baumstark
Bist du bei der Contao Konferenz? Wir planen dort eine erste Beta der Extension dabei zu haben. Der Name des ganzen heißt im übrigen SyncCto.
@jared
cool! ich bin gespannt :-)
konferenz schaff ich glaub ich eher nicht, aber viel spass und viel erfolg!
Hallo zusammen,
bin neu bei Contao :) und erstelle gerade die erste Page. Ich habe einige erweiterung bereits über Contao Backen installiert. Diese funktionieren auch. Die Installation der Erweiterung funktioniert ohne Fehler. Beim anlegen eines neuen backups bekomme ich beim Speichern diese Fehlermeldung:
An error occurred while executing this script!
If you are a Contao user, contact the administrator of your website.
Open file system/logs/error.log and search for a corresponding entry.
Open file system/config/localconfig.php and add the following line:
$GLOBALS['TL_CONFIG']['displayErrors'] = true;
Read the Contao FAQs or visit the Contao support page.
To customize this notice, create a custom template file named templates/be_error.tpl.
Im error log erscheint nichts, was kann ich hier tun ?
Gruss Togo
Hallo Togo,
dann schau dir doch bitte noch mal den Text in dem gelben Kasten an.
Wenn du den gelesen hast, dann mach was da steht.
Und danach könntest du noch einmal suchen was dir diese Fehlermeldung sagt oder du postest und die ;-)
Viele Grüße
Danke MacKP,
wer lesen kann ist klar im vorteil ;-). Gesagt getan, habe die Ordnerrechte gesetzt aber nichts ist passiert .... Die errorlog ergibt folgendes:
[17-May-2011 09:08:24] PHP Fatal error: Uncaught exception 'Exception' with message 'not chmoddable: system/modules/FullBackup/tmp/' thrown in /var/www/web5/html/senib/system/modules/FullBackup/FullBackup.php on line 109
Vielen Dank im Voraus....
Sorry Anfänger mit contao früher Contenido ......
Gruss
Hallo Togo,
du solltest das da machen:
Open file system/config/localconfig.php and add the following line:
$GLOBALS['TL_CONFIG']['displayErrors'] = true;
Aber so wie das klingt hat der Probleme beim Ändern der Berechtigungen?
Nutzt du den SMH? Brauchst du den? Kann man mit dem contao-check testen (von der Downloadseite von Contao).
Viele Grüße
@togo
hast du die erweiterung auf dem zielserver (live) per erweiterungskatalog installiert oder per FTP hochgeladen?
letzteres gibt immer probleme, weil die ordner dann nicht dem webserver gehören, sondern dem FTP-benutzer, da hilft auch der safe mode hack nix...
sonst schau dir mal die besitzer der ordner an und vergleich den ordner 'system/modules/FullBackup' und die unterordner mit den anderen ordnern im system...
ich hab sie auch mal angetestet.
bei mir passiert leider gar nix :(
teste ja immer mal alle bkacups erweiterungen, ob xcontaobackup, eS_UBackup usw. die funktionieren bei mir alle problemlos.
Entweder ich mache was falsch, oder mit der Extension ist noch nicht alles im grünen Bereich. Fehlermeldungen erhalte ich leider keine.
Ich hab mir schon den ganzen Thread angeschaut, wüßte aber nich wo ich noch mit der fehlersuche ansetzen kann. Fehelranzeige ist natürlich aktiviert.
SMH ist bei mir nicht notwendig, Erweiterung hab ich normal über die Erweiterungsverwealtung installiert.
gruss
ways
hallo ways2web,
und du hast auch einen backup angelegt? also links unter System > FullBackup > Neuer backup?
wenn ja, kannst du vielleicht mal im datei-system unter system/modules/FullBackup/tmp kucken ob sich dort dateien befinden?
achja, und der backup läuft im hintergrund, getriggert durch besucher der site, also irgendjemand muss sich das frontend anschauen, sonst passiert nix...
das wären so die sachen, die mir spontan einfallen...
Hallo baumstark,
klaro, hab nen backup eingestellt.. :)
und sogar bereits das dritte, weil ich dachte, das sich was falsch mache.
hab die ordner schon geprüft.. habs ne nacht laufen lassen und auf stündlich eingestellt. Alles Leer bist auf die htaccess files.
zudem ist mir unter details was aufgefallen:
Auszug: Details des Datensatzes ID 3 anzeigen.
Änderungsdatum: 2011-06-14 19:46
Name: Tägliches Backup der primären Contao Installation
E-Mail: xxx
Frequenz: stündlich
Aktiviert: ja
Inkrementell: ja
ich hab gar kein Inkrementell eingestellt !!
Besucher hatt ich genug... die das hätten auslösen müssen
viele grüße
Oliver
na, das kann ja fast gar nicht sein, ist doch ein standard contao dca-feld....
und es war eine neu-installation, kein update?
und was steht bei 'nächster durchlauf'? ein datum und eine uhrzeit in der vergangenheit?
das FullBackup war eine neuinstallation auf einer contao 2.9.3
das datum für den nächsten durchlauf: 2011-06-14 19:46
ich kann mal schauen, ob meine serverzeit richtig läuft...
sonst wüßte ich keinen weiteren ansatz mehr :(
das ist allerdings sehr rätselhaft...
bei einem kunden würde ich jetzt nach einem screenshot fragen, weil ich es kaum glauben kann, aber ich geh mal davon aus, dass du dich ganz gut mit contao auskennst ;-)
aber das macht es natürlich nicht gerade einfacher.
über's ER installiert, keine fehlermeldung beim anlegen eines backups, kein SMH und timestamp richtig, also wenn du auch nix an der config.php geändert hast, dann gibt es eigentlich kaum noch fehlerquellen....
vielleicht bei 'Ausgeschlossene Ordner' irgendwas komisches ausgewählt?
Zitat:
Zitat von baumstark
mhh... ich hab natürllich ordner ausgeschlossen, aber keine die mit der contao installation zu tun haben, auf der das FullBackup installiert ist.
ich wüßte auch nicht, dass meinem server was fehlt.. grad im hinblick darauf, dass die anderen backup erweiterungen funktionieren, die ja schon das eine oder andere spezialzeug verwenden, sowie zb xcontaobackup das exec benötigt oder die andere version die smtp angaben benötigt.. die laufen einwandfrei.
ich werd mal in die serverlogs schauen.. ob ich das was erfrischendes finde...
die ordner der erweiterung tmp und backups sind weiterhin leer.
zumindest etwas ;-)
die ausgeschlossenen ordner hab ich erst am montag als neues feature hinzugefügt, da würd ich fast darauf tippen, auf irgendwelche sonderzeichen in den ordner-namen oder so...
aber sollte natürlich trotzdem funktionieren oder zumindest einen fehler ausspucken...
wenn du zeit und lust hast kannst du vielleicht eben folgendes versuchen: die drei angelegten backups wieder löschen und einen ohne ausgeschlossene ordner anlegen, der müsste dann wenigstens laufen.
in der zwischenzeit versuche ich mal, eine 'jetzt sichern' funktion einzubauen, es kann ja nicht sein, dass man immer die ganze nacht warten muss ;-) allerdings weiss ich nicht, ob ich das heute noch schaffe, ist ja auch schon spät...
hi baumstark,
ich hab keine 3 aktiven backups einsgestellt.. das war nur die dritte, an der ich mich versucht habe... aber ich werd mal eins anlegen ohne ausschluss von ordnern...
sonderzeichen verwende ich bei ordnernamen niemals... wa die dateien angeht... in meiner contao installation befinden sich auch keine sonderzeichen, keine umlaute, keine punkte oder so... nur mal nen - oder _
fehler in meinen logs konnte ich auch nich sehen...
das mit dem inkrementell irritiert mich auf jedenfall... is das nen fehler?
gruss
Oliver
PS: wenn du in folgeversionen eventuell noch featurewünsche benötigst ;)
ein ftp upload wäre toll .. dann könnte man die backups auf dem eigenen oder noch ebsser auf einem entfernten server laden... ;)
hmm, das wird ja immer mysteriöser...
ja wenn du das nicht gewählt hast, dann wäre das auf jeden fall ein fehler. das kann aber fast nur ein versehen sein (ganz simples feld und schon seit 2 monaten drin, ohne dass ich was gehört hätte)...
weil das script ja vom besucher der site ausgelöst wird, geb ich allgemein extrem wenig fehlermeldungen aus und lasse eher das backup ins leere laufen, als dem besucher einen error oder timeout zu bescheren...
aber ich glaube, ich sollte vielleicht mehr loggen und darüber hinaus noch eine möglichkeit einbauen, den backup vom backend aus einmal ganz durchlaufen zu lassen...
aber das ist ein wenig arbeit, vielleicht komm ich am wochenende dazu...
ps: ja, ftp scheint beliebt zu sein ;-) ich kann es mal antesten, aber ich würde tippen, es ist zu langsam. php hat ja kein sauberes multi-threading, ergo muss der besucher der website darauf warten, bis die ftp-verbindung aufgebaut wurde und die übertragung beendet ist, bevor er die seite sieht und das kann viele sekunden dauern, was natürlich indiskutabel ist...
stimmt.. das mit dem ftp upload ist über diesen weg nicht die beste lösung.Zitat:
Zitat von baumstark
ich kann zwar auch nen cron einrichten.. der ein ftp download startet... aber komfortabel ist das auch ned :( vielleicht fällt mir noch ne gute lösung ein, wie man die ftp verbindung auslösen könnte.
und wegen der extension ansich...
ich hab in den contao logs bisher das drin zu stehen:
[2011-06-14 21:44] A new version of tl_fullbackup ID 4 has been created
[2011-06-14 21:44] A new entry in table "tl_fullbackup" has been created (ID: 4)
das ist das backup ohne ausgeschlossen Ordner, hab nun also 2 zu laufen..
beide mit einer stündlichen frequenz.
kann es am FastCGI liegen?
128mb memory_limit usw
per pm könnte ich dir ne url zur phpinfo schicken.. falls dir das helfen würde
könnte dir auch zugang gewähren..im BE, aber mehr als selbst nen backup anlegen und logs einsehen haste ja damit auch nicht gewonnen^^
gruss
Olli
man könnte natürlich die contao cron geschichte nehmen, die geht ja über ein <img> tag, ist also so eine art multi-thread... dann müsste ich allerdings definitiv eine benachrichtigungs email versenden, ob es gut gelaufen ist oder nicht... ich denk auch mal drüber nach ;-)
das memory limit kann eigentlich höchstens bei einer extrem grossen installation ein problem werden, also so 20+ websites, die mit einer contao installation gemanaged werden, oder so....
sonstige requirements sind eigentlich nur php5, spl und zlib, also ziemlicher standard....
mhh.. gar nicht so einfach dem übel auf die spur zu kommen^^
ZLib Support enabled
Stream Wrapper support compress.zlib://
Stream Filter support zlib.inflate, zlib.deflate
Compiled Version 1.2.1.1
Linked Version 1.2.3.4
PHP Version 5.3.3-7
SPL support enabled
ja, sollte eigentlich schnurren....
so langsam fang ich an zu glauben, es ist irgendeine ganz blöde kleinigkeit, die wir nicht sehen / übersehen haben...
aber jetzt ist definitiv zu spät dafür, mal sehen, ob ich morgen im büro drauf komme ;-)
schönen abend noch...
ja, ich hoffe auch auf eine kleingkeit!
dann schönen abend noch !
gruss
Olli
hallo ways2web,
hab gerade eine erste beta hochgeladen, die ich aber noch gar nicht unter linux hab testen können, das wollte ich morgen machen...
es gibt nun aber einen 'jetzt sichern!' button, der einen batch startet und da müsstest du auch fehlermeldungen angezeigt bekommen. aber wie gesagt, erste beta und nur auf eigene gefahr ;-)
ok.. kein problem... ich werd sie gleich testen... auf linux ^^
ziehe mir nur noch nen backup
gruss
Olli
vorweg: you will be redirected
das redirect läuft endlos bei mir ^^
muss heute leider noch was anderes machen, aber morgen ist linux dran...
hi waystoweb,
hab gerade ein neue beta version hochgeladen, auf 2 verschiedenen linux server lief es schon ganz ok. ich würd's noch nicht als stable bezeichnen, aber es könnte schon sein, dass es besser als gestern funzt ;-)
hi baumstark.
das reload bleibt und bleibt... werde dann aber nicht weitergeleitet
ich glaube langsam, meine installation hat nen schlag weg.. kann nur nich ermitteln wo es hakt. :(
gruss
Oliver
so ganz ohne fehler und fortschrittsmeldung???
normalerweise sieht man 'xxx dateien von yyy dateien insgesamt' oder zumindest 'datenbank extrahiert' oder sowas...
nix davon? einfach nur 'sie werden weitergeleitet'?
genau.. ich hab sie grad frisch aufgesetzt
ich kann dir gern mal nen zugang geben..
hatte nämlich grad rausgefunden, dass die anderen backup-extension nicht mit sonderzeichen zurechtkommt und austeigt.
also pw geändert fullbackup noch mal installiert und getestet.. reload läuft seit minuten..
tmp und backup bleiben leer udn ich erhalte auch keine infos aus, "sie werden weitergeleitet" :(
wenn da nix wichtiges oder geheimes drauf ist, kannst du mir gerne einen zugang geben, vielleicht über pm oder so?
geheimes.. neee.. hab auch nen frisches passwort drin.. ein neues kommt danach mit dem grad erstellen backup
wenn du nich im IRC bist schicke ich es dir per pm
Ich weiß das nicht für alle ein ästetisches Aussehen wichtig ist und hauptsache die Extension tut ihren Dienst ABER diese Seite solltest du dringend überarbeiten ;)
Er zählt falsch, zeigt einen eigenartigen Prozentsatz an, zerschießt Umlaute und sieht einfach nur gräßlich aus. Könnte man das nicht in der Contao Seite lassen, so das man nicht komplett die Seite verlässt?
hi jared,
eben, bei der seite ist das aussehen ziemlich egal. ungefähr so wie beim newsletter versand... die ist ja nur zum testen, ob alles läuft, danach läuft es ja im hintergrund...
aber die umlaute hab ich glaub ich gestern im letzten build gefixt ;-)
Hm ich sehe das zwar etwas anders, aber wenn das niemanden stört :)
Hab mir die Extension vor 20min installiert gehabt, es war also der neueste Build.
mal sehen, ich wollte heute eh noch ein kleines feature hinzufügen, vielleicht mach ich's dann ein wenig hübscher, nur für dich ;-)
ich war auch grad dabei den vorgang abzuändern... entweder in nem popup oder in nem Modal-Dialog-box.. mal schauen.
hab den ganzen bereichen im backend auf mal überschriften verpasst usw.. :)
der ftp-bereich per cron is nun auch soweit... allerdings muss ich das ganze noch mit der erweiterung cron verknüpfen.. gar nicht so leicht, wennman das erste mal an einer extension arbeitet ^^
wenn ich alles schaffen sollte, werd ich das ganze baumstark schicken... vielleicht findet die ext. dann als fullbackup_extended oder so in Ihren weg ins ER :)
gruss
@ways2web: cool! ich bin gespannt!
ich hab gerade einen neuen build hochgeladen (41). nun kann man die anzahl der alten .zip dateien bestimmen, die auf dem server bleiben sollen.
bei mehreren backups wird die kleinste zahl genommen, z.B. backup 1 sagt 10 dateien aber backup 2 sagt nur 4, dann werden im backup ordner auch immer nur die neuesten 4 .zip dateien behalten...
@jared: sieht jetzt auch (bisschen) besser aus ;-)
na ich bin erst mal gespannt ^^:D
derzeit lauert noch das problem des speichern vom namen des backupfiles in der DB.
dann muß ich erkunden, wie man eine extension (cron) zwangsweise mit installiert...:eek:
dann kann ich mich um einen passenden cron eintrag kümmern, der zum intervall von fullbackup passt, bzw zumindest bei einem backup den cron anschließen anstößt...
ftp upload is weniger ein problem.. wobei ich auch hier nen verschlüsselungstyp angeben muss.. unser server zb unterstützt ausschließlich verbindung per ssl... aber wie gesagt.. das ist eher das kleinere problem...
geht das nicht automatisch, wenn deine extension von einer anderen abhängig ist? ich mein schon...Zitat:
Zitat von ways2web
fullbackup hat ja kein (100%-iges) intervall, die clicks der besucher treiben es voran...Zitat:
Zitat von ways2web
ich würde eher einen scan des backup-ordners machen und die datei liste mit der datei liste auf dem ftp server vergleichen, dann musst du auch nix in der datenbank speichern...
jetzt wo ich es schreibe, kannst du eigentlich eine ganz unabhängige extension daraus mache, eine die irgendeinen lokalen contao ordner mit irgendeinem ftp ordner synchronisiert! die könnte man dann für fullbackup oder irgendeine andere benutzen...
ja schon... aber dennoch muss man die eigene ext. anstossen, dies zu tun... wie das passiert konnte ich mir noch nich anschauen :(Zitat:
Zitat von baumstark
und der cron wird auch keinen richtigen intervall haben.. sondern soll angestossen werden, wenn das backup-file verschieben abgeschlossen ist.. naja.. ungefähr so ^^
was die sache mit dem scan und synchro angeht.. ich werd sehen, was für mich am leichteten zu realisieren ist.. ne ext zu erweitern ist die eine sache... eine ganz neue schon nen ganz anderes ding für mich :)
jedenfalls brauch ich was, um die backups (files+db) von server x zu meinem zu holen... ohne das ich dafür jedesmal nen script oder so anpassen muss...
sicher wäre das auch ne gute extension... loakler cron wird ausgeführt und prüft auf zielverzeichnis "meines" Server ob lokal vorhanden Files bereits vorliegen, wenn nicht, upload .. :)
gruss
Olli
ich denk, es wär für dich viel viel einfacher eine neue kleine extension zu schreiben, die eine sache macht und die richtig, als in einer anderen rumzuhacken.
so musst du ja meine erst verstehen und bist davon abhängig, es besteht die chance, dass du da eher was falsch machst etc. etc.
ausserdem ist der ftp-part auch lange nicht so trivial wie du glaubst, man muss ja nicht nur die namen vergleichen, sondern auch die grössen, man sollte versuchen, dateien anzuhängen, nicht immer überschreiben, was macht man bei timeout, was wenn der login schief geht, usw usw....
aber das ist natürlich deine entscheidung ;-)
Ich will dir ja keine illusionen rauben aber ich muss baumstark recht geben. Alleine für die FTP-Funktion wirst du, wenn du es noch nie gemacht hast, viele Stunden benötigen. Der Abgleich von Dateien anhand sovieler Kriterien wird nicht leicht werden.Zitat:
Zitat von ways2web
naja.. doch, ich hab für meinen job beim wetterdienst schon häufig und viel mit ftp-transfer per cronjobs gearbeitet... sonst hätte ich mich da nich rangewagt..
aber halt sehr sehr selten mit OOP...das ist eher meine schwachstelle...
und naja.. übung kann ja nicht schaden... das rumgeklicke kostet mich tag für tag schon nowhow... contao machts mir einfach zu leicht ^^
gruss
Oliver
Nabend,
ich bekomme beim hochladen auf den FTP folgende Fehlermeldung:
Die FTP-Daten stimmen wohl, es kommt auch eine .zip-Datei an. Diese ist aber nur 6,1 MB groß.Code:db tabellen und daten hinzugefügt
Warning: Cannot modify header information - headers already sent by (output started at /var/www/xxxxxx/html/contao/system/modules/FullBackup/FullBackup_Msg.php:46) in /var/www/xxxxxx/html/contao/system/modules/FullBackup/FullBackup.php on line 439
#0 /var/www/xxxxxx/html/contao/system/modules/FullBackup/FullBackup.php(439): __error(2, 'Cannot modify h...', '/var/www/xxxxxx...', 439, Array)
#1 /var/www/xxxxxx/html/contao/system/modules/FullBackup/FullBackup.php(351): FullBackup->finish('Location:http:/...')
#2 /var/www/xxxxxx/html/contao/system/modules/FullBackup/FullBackup.php(78): FullBackup->nextStep(3)
#3 /var/www/xxxxxx/html/contao/system/modules/FullBackup/FullBackup_Batch.php(96): FullBackup->heartbeat(3)
#4 /var/www/xxxxxx/html/contao/system/drivers/DC_Table.php(200): FullBackup_Batch->keepAlive()
#5 /var/www/xxxxxx/html/contao/system/modules/backend/Backend.php(173): DC_Table->__construct(Object(DC_Table))
#6 /var/www/xxxxxx/html/contao/contao/main.php(101): Backend->getBackendModule('tl_fullbackup')
#7 /var/www/xxxxxx/html/contao/contao/main.php(304): Main->run('FullBackup')
#8 {main}
Warning: ftp_chdir() [function.ftp-chdir]: Failed to change directory. in /var/www/xxxxxx/html/contao/system/modules/FullBackup/FullBackup_FTP.php on line 239
#0 /var/www/xxxxxx/html/contao/system/modules/FullBackup/FullBackup_FTP.php(239): __error(2, 'ftp_chdir() [uploadNextPart(Resource id #221, 'html/contao_bac...')
#2 /var/www/xxxxxx/html/contao/system/modules/FullBackup/FullBackup.php(125): FullBackup_FTP->processQueue(3)
#3 /var/www/xxxxxx/html/contao/system/modules/FullBackup/FullBackup_Batch.php(96): FullBackup->heartbeat()
#4 /var/www/xxxxxx/html/contao/system/drivers/DC_Table.php(200): FullBackup_Batch->keepAlive()
#5 /var/www/xxxxxx/html/contao/system/modules/backend/Backend.php(173): DC_Table->__construct(Object(DC_Table))
#6 /var/www/xxxxxx/html/contao/contao/main.php(101): Backend->getBackendModule('tl_fullbackup')
#7 /var/www/xxxxxx/html/contao/contao/main.php(304): Main->run('FullBackup')
#8 {main}
0.00% uploading 04.08.2011_1312474219_1cb045779b2e596e0b4e1893bd44f1c28ad80a0e_FullBackup_3.zip
Sie werden automatisch weitergeleitet
Wieso bricht fullbackup beim hochladen ab? Jemand eine Idee?
hi dns
ich würd mal tippen es liegt hieran:
ftp-chdir]: Failed to change directory
hat sich evtl. der ftp-pfad geändert? also entweder auf dem ftp-server oder in den backup eigenschaften in contao? also das würde ich als erstes mal nachkucken...
gruss
Nein daran wird es nicht liegen, eher an dem Header. Es kommt ja was an im FTP-Verzeichnis, aber durch das Splitting nur der erste Teil der Datei denk ich...Zitat:
Zitat von DNS
Ich weiss halt nicht warum es mit "headers already sent" abbricht. Leerzeichen vor <?php schließe ich mal komplett aus, bei anderen funktioniert die Erweiterung ja ohne Probleme...
hi dns
das eine .zip datei ankommt ist allerdings komisch...
die header geschichte ist nur wegen der fehlermeldung davor... es können keine header mehr an den browser geschickt werden, weil die fehlermeldung ja schon an den browser geschickt wurde... das hat also nix mit ftp zu tun...
und die fehlermeldung sagt ja eindeutig 'Failed to change directory.' wenn wirklich der erste teil ankommt, müsste der zweite eigentlich auch ankommen, wenn sich nix ändert...
vielleicht kurz zur funktionsweise: der ftp-upload wird immer in kleine schritte aufgeteilt, das modul logged sich ein, lädt ein bisschen hoch, logged sich aus, dann wieder rein, hochladen, raus....
wenn du recht hast und es kommt eine .zip an, aber nicht vollständig, heisst das, dass der erste upload funktioniert, dann aber der 2. oder 3. nicht mehr...
das wäre schon sehr seltsam....
Noch mal probiert...
Also scheinbar kommt doch die komplette Datei an, die war wirklich nur so klein.
Hab nun mal ein paar Dateien in den Ordner tl_files geladen und siehe da, das Backup ist nun 23mb groß.
Der Fehler kommt wenn ich manuell auf "Jetzt sichern" klicke.
Die Seite fängt nach dem Fehler erneut an das Backup anzufertigen, dementspechend viele Bestätigungsmails bekomme ich auch.
Wenn ich das nicht abbreche geht das endlos so weiter...
Werd jetzt mal das automatische Backup testen...