[phpBB Debug] PHP Notice: in file /viewtopic.php on line 918: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.
[phpBB Debug] PHP Notice: in file /viewtopic.php on line 918: getdate(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.
drkrupp.se • Visa tråd - Bakup 4.0
Sida 1 av 9

Bakup 4.0

InläggPostat: tor maj 04, 2006 16:47 pm
av Mr. G
Hej!
Jag ser att du har uppdaterat ditt program så att den synkroniserar målmapparna också.
När kommer den funktionen vara tillänglig i Bakup-schema också?

InläggPostat: lör maj 06, 2006 20:35 pm
av Gabriel Karlsson
Hej. Tokigt av mig att missa att lägga in funktionen i backup-schema också. Nu lade jag ut en ny version där det är ordnat: http://www.drkrupp.se/info_backup.html

InläggPostat: sön maj 07, 2006 8:10 am
av Mr. G
Genast mycket bättre, tack! :D
Men det vore ju bra om den kom ihåg att jag har valt att synkronisera, så att man slipper kryssa i rutan varje gång datorn startas (if ... = 1 then ckbSynkronisera = true).

InläggPostat: sön maj 07, 2006 9:36 am
av Gabriel Karlsson
Sådär ja (inget nytt versionsnummer dock). :)
http://www.drkrupp.se/info_backup.html

InläggPostat: sön maj 07, 2006 11:05 am
av Mr. G
Perfekt! :D
Nu behöver du väl bara sitta och vänta på att Microsoft ringer, och vill andvända programmet i Windows Vista :wink:
Har du några planer på framtida uppdateringar? Nu finns det ju inte så mycket mer att lägga till i programet.

InläggPostat: sön maj 07, 2006 11:58 am
av Gabriel Karlsson
Nä, MS får skriva sina egna program ;-P
En grej jag vill lägga till i programmet är återställning. Visserligen är det inget man (förhoppningsvis) behöver använda särskilt ofta, och dessutom är sökvägarna redan "klara" i backupmappen så att manuell återställning är enkel, men ändå...

Det är inget jag påbörjat ännu dock. Utöver det, har jag inga planer just nu faktiskt. :)

InläggPostat: sön maj 07, 2006 12:21 pm
av Mr. G
Ja, att skiva program är MS bra på. Att sedan göra dem bra det är inte deras starka sida precis :)
Om du vill ha idéer, så är en idé, att göra ett installationsprogram till det som kan istallera programet och skapa en genväg till bakup-schema i autostart (eller i registret) för den inloggade- eller alla andvändare. Detta skulle underlätta för de inte så vana dator andvändarna, villket skulle inebära att programmet skulle nå ut till en större publik.
Men att göra det är nog inte speciellt lätt precis.

InläggPostat: sön maj 07, 2006 18:05 pm
av Mr. G
Tyvärr fungerar inte ditt program längre, det ger bara fel nr. 13 (path, error path denied) och kopierar inga filer :cry:
Andvänder mig av Win XP pro SP 2, och den senaste versionen av ditt program.
Antagligen beror det på att när den inte kommer åt en fil så stängs programet, istället för, som förr, fortsätter.

InläggPostat: sön maj 07, 2006 20:26 pm
av Gabriel Karlsson
Gäller detta alla dina inställningar/listor? Vad har du för backupenhet (extern hdd, dator i nätverk etc) och är allt igång?

InläggPostat: sön maj 07, 2006 20:35 pm
av Mr. G
Gäller bara när synkronisering är aktiverad.
Kopierar från C: (120gb) till D: (250gb). Då D: är lite överdimmentinerad, finns det gott om plats ledigt.
Vet att en av filerna i en undermapp inte går att kopiera, men att alla andra går.
Kopierar ca 10gb.
Fungerar varken i bakup-schema eller i bakup.exe.

EDIT: Interna ata hårddiskar.

InläggPostat: sön maj 07, 2006 22:52 pm
av Gabriel Karlsson
Verkar som att det uppstår nåt fel när programmet vill döpa om den aktuella målmappen (den döps om med tillägget "_rename" när man väljer synkronisera, för att man inte ska vara utan en kopia medan filerna kopieras).

Kolla så att inget annat program använder någon av de mapparna som GK Backup vill byta namn på. Det räcker att Utforskaren har sökvägen uppe i ett fönster så är mappen låst.

Annars har jag inga direkta idéer kring det. Just nu.

InläggPostat: mån maj 08, 2006 12:34 pm
av Gabriel Karlsson
Bortsett från ditt problem med kopieringen, som jag inte har löst, så har jag lagt till funktion i backup-schema för att starta tillsammans med windows, samt lagt in alternativ för vilka inställningar/listor man vill köra schema-backupen på (alla eller valda).

Du kan ta hem den här om du vill:
http://www.drkrupp.se/program/gk-backup-beta.zip

InläggPostat: mån maj 08, 2006 13:48 pm
av Mr. G
Trevligt med lite extra funktioner, men du borde göra kryssrutan "satrta med windows" låst om programet är aktiverat (om man kryssar i rutan då programet är aktiverar skriver den inte in någonting i registret).
I övrigt fungerar bakupen om jag stänger ned Thunderbird innan bakupen (jag har satt den på att kopiera min e-post).

InläggPostat: mån maj 08, 2006 16:44 pm
av Gabriel Karlsson
Kryssrutan Starta med Windows skriver bara inställningen när du avslutar programmet. Kanske borde göra om det så att den skriver genast när man klickar på den...

Konstigt att du får dessa fel när du har Thunderbird igång. Jag kan ha Thunderbird igång och samtidigt kopiera all mail (även synkronisera). Enda filen som inte kan kopieras är "...Profiles\u9rf67m4.default\parent.lock", men programmet stannar inte utan visar felet i loggfilen.

EDIT: Ny beta. http://www.drkrupp.se/program/gk-backup-beta2.zip

InläggPostat: mån maj 08, 2006 18:36 pm
av Mr. G
Nu ger programet inte någon fel-lapp längre.
Däremot så, så skapar den nya mappar (Thunderbird_rename), och gör således en dubbel kopia av mapparna.
Denna kopia uppdateras sedan inte.
Detta gör att bakupen tar dubblet så stor plats (från 10gb till 20gb).

InläggPostat: mån maj 08, 2006 19:20 pm
av Gabriel Karlsson
Din Thunderbird-mapp (i backupen) byter namn till Thunderbird_rename när du gör en synkronisering, varpå en ny Thunderbird-mapp skapas och fylls med filer, och _rename-kopian tas sedan bort om alla filer kopierades utan fel (detta för att man aldrig ska vara utan backup). Om något fel uppstått under backupen så tas inte kopian bort, utan detta får man göra själv om man anser att det är harmlöst.

Det står att läsa lite om detta i textfilen readme.txt.

InläggPostat: mån maj 08, 2006 19:37 pm
av Mr. G
Grundidéen är bra, men eftersom en fil i Thunderbird mappen inte är möjlig att kopiera så ligger Thunderbird_rename kvar på hårddisken, och tar plats.
Om man i bakup.exe istället kunde ställa in att alla filer med filändelsen .lock INTE skulle kopieras, skulle man kunna kringgå problemet.

InläggPostat: tis maj 09, 2006 13:54 pm
av Gabriel Karlsson
Nu kan du ställa in vilka filtyper som inte ska kopieras:
http://www.drkrupp.se/program/gk-backup-beta3.zip :)

Förresten, när du valt synkronisera, och .lock-filen inte kunde kopieras, så fick du upp ett fönster med förklaring och länk till den omdöpta _rename-mappen va?

InläggPostat: tis maj 09, 2006 14:01 pm
av Mr. G
Nej, det fick jag inte.
Däremot är mapplisten i bakup.exe lite för liten, du kan inte se alla undermapparna (C:\Documents and Settings\[NAMN]\Application Data\Thunderbird, blir C:\Documents and Settings\[NAMN]\App).
Kanske skulle du göra fönstret "sizeble".
Men "kopiear inte" alternativet fungerar utmärkt, nu fungerar bakupen utan några problem.
EDIT: Tips; att uppdatera backuplistan i bakup_schema fungerar inte.

InläggPostat: tis maj 09, 2006 15:18 pm
av Gabriel Karlsson
beta3 krånglar, så ta hem beta4: http://www.drkrupp.se/program/gk-backup-beta4.zip

Där har jag dessutom försökt snabba upp insamlandet av sökvägar och uppbyggning av mappar på målet. Jag hoppas det fungerar. Lite snabbare går det i alla fall.

Jag måste ta en titt på varför du inte får upp fönstret som visar att _rename-mappen inte raderats...