Het hol van de Code

5 januari, 2007

Bevorder uw plaatsen WordPress in 5 Seconden

Filed onder: WordPress, installeert, installatie, update, verbetering, wp-hakkers - het 12:41 p.m. van Brian @

DIT ARTIKEL WORDT UIT GEDATEERD. Gelieve te zien: http://www.TheCodeCave.com/EasyWPUpdate voor de huidige versie.

Goed heb ik het 35 Tweede verbeteringsmanuscript beduidend voor deze versie bevorderd.

Hier is een samenvatting van de nieuwe eigenschappen:

  1. Klantgerichte opties bij de bovenkant van het manuscript
  2. De werken voor onbeperkte aantallen blogs met enkel het bijwerken van de kopbal
  3. Voert eveneens de updatestappen uit naar keuze van het Web
  4. Voert naar keuze files van alle wp verwante dossiers uit
  5. GEHANDICAPT: Voert een File van het Gegevensbestand uit
  6. De files zijn aan een folder van uw het kiezen suffixed met de datum „van vandaag“
  7. Kan nu blogs in een folder WordPress of een ander bevorderen
  8. Eerbiedigt de tmpfolder op uw server
  9. Kan worden gewijzigd om te presteren nightly verfrissen zich van alle blogs van een lokale tarball
  10. Kan worden aangepast om bètaversies terug te winnen
  11. Kan worden aangepast om van WP.org ' s archiefomslag terug te winnen

Dit heeft heel wat het testen nog buiten mijn blogs niet gehad, maar het heeft PRACHTIG voor me gewerkt en aangezien u kunt zien ik dankzij Versie 2.0.6 in werking stel het doorbrengen van 5 seconden vanochtend om elk van mijn blogs bij te werken.

Hier is de te downloaden tekst: (verbinding)

Misschien is de gemakkelijkste manier om het dossier te krijgen aan Telnet op uw rekening en stelt deze lijn in werking:
wget http://www.thecodecave.com/downloads/tcc_wp_upgrade

Dan geef me uitvoeren toestemmingen op het manuscript, kiezen uw of in werking stellen dit:
chmod +x tcc_wp_upgrade

Als u fouten krijgt, herinner dat u het overgaan van het manuscript door Vensters zou kunnen behandelen en een extra Cr op toen eind van elke lijn kunt toegevoegd hebben… U zou dat moeten kunnen bevestigen door een bevel te gebruiken SED iets in die aard
RT - D `\ r tcc_wp_upgrade > xx && mv - F xx tcc_wp_upgrade
(Dankzij Prec op FreeNode #SED)

Dan geef het dossier aan uw specificaties uit gebruikend VI of wat. Ik gebruik NetDrive om mijn websiteAandrijving X op elk van mijn machines en dan gebruik Notepad2.exe te maken om het uit te geven en het de lijneinde van Unix af te dwingen.

Op dit ogenblik zou ik WERKELIJK slechts bekwame mensen willen hebben in werking stel dit manuscript. Het is slechts getest op mijn plaatsen.
Dit manuscript knoeit met uw dossiers. Als werkelijk afschuwelijk iets verkeerd gaat, kon u informatie verliezen. Ik heb mijn te verzekeren beste gedaan dit niet, maar letterlijk alles gebeurt ik weet over dreun die ik in vorige maand het schrijven van dit manuscript heb geleerd. Een goede programmeur kan van om het even welke taal naar om het even welke taal met relatief gemak (en de dreun IS een taal) gaan, maar wij kunnen niet alles over kennen hoe het aan alle systemen werkt. Dat komt slechts met ervaring.

Zo heb ik een bigggg eng bericht bij de voorzijde van het manuscript. Het is enger dan het moet zijn, of ik het vertrouwen zou hebben om het manuscript helemaal niet vrij te geven. Maar het beschrijft in geen onzekere termen de risico's om OM HET EVEN WELK onbekend manuscript (niet alleen mijn) op uw actieve plaats in werking te stellen:

# Schadevergoeding -
# Gebruik dit dossier op uw eigen risico. Ik ga niet doelbewust binnendringen in een beveiligd computersysteem
# zouden uw server, maar anderen kunnen. Dit is een shell manuscript. Zeer slecht
# kunnen de dingen gebeuren. Ik ben vrij nieuw aan manuscripten *nix. Zo
# heb ik anderen herzie dit manuscript gehad. Maar NIETS van dit waarborgt
# zullen de dingen niet verkeerd gaan of dat dit manuscript onveranderd is. Slechts
# gebruik dit manuscript ALS u het van TheCodeCave.com of een andere hebt gekregen
# plaats u vertrouwt op.
#
# ZOU DIT MANUSCRIPT OP UW EIGEN RISICO MOETEN WORDEN GEBRUIKT. Het kan uren van wissen
# het harde werk gezet in uw plaats. Alvorens dit manuscript te gebruiken is het
# vereiste dat u herziet en elke lijn en vouch voor begrijpt
# zijn veiligheid. Als u niet comfortabel met dit bent, stel dit niet in werking
# manuscript. Ik heb één gastheer dat ik dit kan testen. Slechts kunt u zeggen
# dat dit manuscript geen onherstelbaar kwaad aan uw gastheer als u zal doen
# gebruik het.
#
# Bent U verantwoordelijk voor UW plaats. Leer hoe te beschermde het en
# begrijp wat elke lijn van code doet alvorens u het roept.

Wanneer u dit manuscript in werking stelt, gelieve te komen hier terug en uw resultaten te melden.

Dank!

Hier is de bron voor die die het willen online zien:

[sh]
#! /bin/bash
# *************************************************************************
# UpdateWP ver 2.0 alpha- 3 01/Aug/2006
# Geschreven door Brian Layman
#
# Unixshell van A manuscript om veelvoudige WordPress blogs aan de stroom bij te werken
# stabiele versie.
#
# Gebruik: (Is de volledige de instructiereeks van A in http://thecodecave.com/article300)
# Doorblader uit aan www.TheCodeCave.com en krijg het recentst
# Pas de „hieronder gevonden variabelen van de Configuratie aan“
# Voert het gebruik chmod aan toelage zelf status op het manuscript uit
# Stel het programma in werking
#
# Kunt u dit programma op verscheidene manieren gebruiken.
# Eerst, kunt u het op de standaardwijze gebruiken om het recentst te downloaden
# werk en installeer het dan aan verscheidene folders bij.
# Kan tweede, u het gebruiken om het steunen van dossiers en lijsten te automatiseren wanneer
# bijwerkend.
# Kan derde, u cron het en de bron van de update en het gebruik veranderen
# het om het begin van een bekend schoon systeem te dwingen elke ochtend.
#
# Originele Auteur - Brian Layman
#
# GecreÃërd - 01/AUG/2006
# Het laatst Gewijzigd - 04/JAN/2007
# Medewerkers: (Gezet uw naam & Initialen bij de bovenkant)
# Brian Layman - BL - http://www.TheCodeCave.com
#
#
# Geschiedenis:
# 01/AUG/2006 - GecreÃërd BL -
# 21/DEC/2006 - BL - Toegevoegde veelvoudige blogseries
# 04/JAN/2007 - BL - de Toegevoegde Reserveroutines van het Dossier
#
# Vergunning - als dit u - Groot helpt! Het gebruik het, wijzigt het aandeel het.
#
# Schadevergoeding -
# Gebruik dit dossier op uw eigen risico. Ik ga niet doelbewust binnendringen in een beveiligd computersysteem
# zouden uw server, maar anderen kunnen. Dit is een shell manuscript. Zeer slecht
# kunnen de dingen gebeuren. Ik ben vrij nieuw aan manuscripten *nix. Zo
# heb ik anderen herzie dit manuscript gehad. Maar NIETS van dit waarborgt
# zullen de dingen niet verkeerd gaan of dat dit manuscript onveranderd is. Slechts
# gebruik dit manuscript ALS u het van TheCodeCave.com of een andere hebt gekregen
# plaats u vertrouwt op.
#
# ZOU DIT MANUSCRIPT OP UW EIGEN RISICO MOETEN WORDEN GEBRUIKT. Het kan uren van wissen
# het harde werk gezet in uw plaats. Alvorens dit manuscript te gebruiken is het
# vereiste dat u herziet en elke lijn en vouch voor begrijpt
# zijn veiligheid. Als u niet comfortabel met dit bent, stel dit niet in werking
# manuscript. Ik heb één gastheer dat ik dit kan testen. Slechts kunt u zeggen
# dat dit manuscript geen onherstelbaar kwaad aan uw gastheer als u zal doen
# gebruik het.
#
# Bent U verantwoordelijk voor UW plaats. Leer hoe te beschermde het en
# begrijp wat elke lijn van code doet alvorens u het roept.
#
# Schenkingen - als dit partijdossier u werkelijk uit helpt, voel vrij aan
# maak een schenking van de kosten van een kop van espresso via Paypal aan
# Brian@TheCodeCave.com. Een ochtendkoffie of een kaasachtige nachos en I
# uw vriend voor het leven. En/of verlaat een commentaar op mijn plaats:
# http://www.thecodecave.com/did-that-help.
#
# *************************************************************************

# ##################################################################
# De variabelen van de configuratie
# ##################################################################
# Is de gemeenschappelijke wortel het deel van uw weg die door elk van uw wordt gedeeld
# Wp blogs. Het is waarschijnlijk uw htdocsfolder. De spatie is fijn als
# wilt u de volledige weg in de variabele specificeren BlogDirs.
# Zal het gebruiken van ~ niet werken.
CommonRootPrefix=“ /This/is/the/path/to/your/htdocs/“
CommonBackupPrefix=“ /This/is/the/path/to/your/htdocs/WPBackUps“
# CommonSQLBackupPrefix=“ /This/is/the/path/to/your/htdocs/WPSQLBackUps“ # Gehandicapt in deze versie

# Lijst elk van uw folders WordPress hier
# Nummer wat hen enkel 1
BlogDirs [1] = ' site1dir
BlogURL [1] = ' www.example.com '
BlogDirs [2] = ' site2/news
BlogURL [2] = ' www.site2.com/news '
BlogDirs [3] = ' wordpress
BlogURL [3] = ' www.site3.com '

# Zal PERFORMWEBSTEPS ons de wgetfunctie de online verbeteringen uitvoeren.
# Zou u dit kunnen willen manueel uitvoeren. BecommentariÃër uit deze volgende lijn als
# wilt u deze stap doen zelf
PERFORMWEBSTEPS=1 # Uncomment als u aan file de dossiers eerst wilt
UpgradeURL [1] = ' upgrade.php? step=1 ′

# Kan deze variabele worden gebruikt om te veranderen waar u het schone exemplaar van WordPress krijgt
# Treed deze variabele met voeten als u wenst om dit manuscript te gebruiken om te herstellen uw dossiers aan
# een bekende versie van WordPress. Als deel van een nightly routine, kan dit allen houden
# van uw plaatsen die V.N.-gehakte codes in werking stellen.
TarBallName='latest.tar.gz
SourceURL='http://wordpress.org/
#SourcePATH='/a/full/directory/path/'# Uncomment als het kopiëren van een lokaal dossier.

# Zal MAKEFILEBACKUPS de DOSSIERS van de omslagen hierboven steunen als het aan 1 wordt geplaatst.
# Zal dit tijd en ruimte vergen. Als u, bijvoorbeeld, onder uploadt omslag hebt
# zal één van de omslagen van wp hierboven, u een copie van het maken. U kunt lopen uit
# plaats uit elkaar en dat kan uw plaats verpletteren. Dat is waarom deze stap weg door gebrek is.
#MAKEFILEBACKUPS=1 # Uncomment als u aan file de dossiers eerst wilt

# WORDT MAKESQLBACKUPS NOG NIET VRIJGEGEVEN.
# Laat MAKESQLBACKUPS dat de files van het Gegevensbestand toe worden gemaakt van de wp-specifieke lijsten
# voor elke blog. Het leest de gegevensbestandgebruikersbenaming, het wachtwoord en de lijstprefix
# Wordt het onbruikbaar gemaakt door gebrek om verscheidene redenen
# 1. De exemplaren van een OB op een webserver is een veiligheidsrisico
# 2. Ik verdenk het niet zal werken aan alle systemen mysqldump aanwezig moet zijn
# 3. Uw -wp-config wp- dossier zou me kunnen niet toestaan om het te lezen
# 4. Uw -wp-config wp- dossier zou op een bepaalde manier aangepast ik kan niet voorspellen kunnen
# 5. Ik word niet gedaan testend het
#MAKESQLBACKUPS=1 # MOMENTEEL ZAL HET MANUSCRIPT NIET RESERVE UW SQL

# ##################################################################
# Constanten - verander deze niet
# ##################################################################
#Error Codes
E_SUCCESS=0 # Geen Code van de Fout. Het werkte.
Kan E_XCD=66 # geen folder veranderen?
Kan E_XMD=67 # geen folder maken?
E_XNOFILE=68 # werd Geen tarballdossier gevonden.
TMPPREFIX='TCCWPUPDATE- '

# ##################################################################
# Bereid het stadium door de dossiers in orde voor te krijgen.
# ##################################################################

# Zaai de random numbergenerator op dreun of wijs de variabele op andere systemen toe
RANDOM= (datum +%s)

# Maak Tijdelijke folder voor het downloaden van het dossier WordPress
tmp=$ {tMPDIR-/tmp}
tmp=$tmp/$TMPPREFIX$RANDOM$RANDOM$RANDOM.$$
(umask 077 && mkdir $tmp) || {
de echo „kon tot geen tijdelijke folder leiden! Het weggaan.“ 1>&2
uitgang $E_XMD
}

# Toon dit om potentiële handschoonmaakbeurt toe te staan…
weergalm een „temperatuur dir werd gecreÃërd bij: $tmp“

#Change aan de tijdelijke folder
CD $tmp

# Controleer als in juiste folder dubbel, alvorens met het downloaden van dossiers te knoeien.
als [`DOW `! = „$tmp“]
dan
de echo „kan niet in nieuwe temperaturenrichtlijn het Aborteren veranderen.“
uitgang $E_XCD
FI

# KopiÃërt de download/tarball in de temperaturenfolder, haalt het en schrapte het.
als [! - z „$SourcePATH“]
dan
echo „het Kopiëren Dossier: $SourcePATH$TarBallName“
cp $SourcePATH$TarBallName $tmp
als [! - e „$TarBallName“]
dan
rm $tmp - R # verlaat daar niet de temperaturen dir als wij niet moeten
dossier van echo het „TarBall ($SourcePATH$TarBallName) kon niet worden gekopiÃërd. Het aborteren.“
uitgang $E_XNOFILE
anders
echo „het gekopiÃërde dossier van TarBall ($SourceURL$TarBallName).“
FI
anders
echo die „URL KRIJGT: $SourceURL$TarBallName“
wget $SourceURL$TarBallName
als [! - e „$TarBallName“]
dan
rm $tmp - R # verlaat daar niet de temperaturen dir als wij niet moeten
dossier van echo het „TarBall ($SourceURL$TarBallName) kon niet worden teruggewonnen. Het aborteren.“
uitgang $E_XNOFILE
anders
echo „het teruggewonnen dossier van TarBall ($SourceURL$TarBallName).“
teer - zxf latest.tar.gz
rm $TarBallName
FI
FI

als [$MAKEFILEBACKUPS]
dan
echo die „Files maakt…“
BackupSuffix=-$ (datum +%F) # is de „+%s“ optie aan `date GNU-Specifiek.
als [! - D CommonBackupPrefix$BackupSuffix]; dan
(umask 077 && mkdir - p CommonBackupPrefix$BackupSuffix) || {
de echo „kon tot geen gemeenschappelijke reservefolder (CommonBackupPrefix$BackupSuffix) leiden. Het weggaan.“ 1>&2
rm $tmp - R # verlaat daar niet de temperaturen dir als wij niet moeten
ga $E_XMD weg
}
FI

BlogCount=$ {#BlogDirs [@]}
echo de „telling $BlogCount van Blog“
index=1
voor CurDir in „$ {BlogDirs [@]}“

weergalm de „Files van de Verwerking van: CurDir“

BackupDir=$CommonBackupPrefix$BackupSuffix“/“ CurDir
echo die „File maakt aan $BackupDir“
als [! - D $BackupDir]; dan
(umask 077 && mkdir - p $BackupDir) || {
de echo „kon tot geen gemeenschappelijke reservefolder ($BackupDir) leiden. Het weggaan.“ 1>&2
rm $tmp - R # verlaat daar niet de temperaturen dir als wij niet moeten
ga $E_XMD weg
}
FI
cp - v - verwijderen-bestemming CommonRootPrefix$CurDir $BackupDir

echo die „/wp-admin file maakt aan $BackupDir/wp-admin“
als [! - D $BackupDir/wp-admin]; dan
(umask 077 && mkdir - p $BackupDir/wp-admin) || {
de echo „kon tot geen gemeenschappelijke reservefolder ($BackupDir/wp-admin) leiden. Het weggaan.“ 1>&2
rm $tmp - R # verlaat daar niet de temperaturen dir als wij niet moeten
ga $E_XMD weg
}
FI
cp - R - v - verwijderen-bestemming CommonRootPrefix$CurDir/wp-admin $BackupDir/wp-admin

echo die „/wp-content file maakt aan $BackupDir/wp-inhoud“
als [! - D $BackupDir/wp-inhoud]; dan
(umask 077 && mkdir - p $BackupDir/wp-inhoud) || {
de echo „kon tot geen gemeenschappelijke reserve ($BackupDir/wp-tevreden) leiden folder. Het weggaan.“ 1>&2
rm $tmp - R # verlaat daar niet de temperaturen dir als wij niet moeten
ga $E_XMD weg
}
FI
cp - R - v - verwijderen-bestemmingsCommonRootPrefix$CurDir/wp $BackupDir/wp-inhoud

echo die „/wp-includes File maakt aan $BackupDir/wp-admin“
als [! - D $BackupDir/wp-omvat]; dan
(umask 077 && mkdir - p $BackupDir/wp-omvat) || {
de echo „kon tot geen gemeenschappelijke reservefolder ($BackupDir/wp-omvat) leiden. Het weggaan.“ 1>&2
rm $tmp - R # verlaat daar niet de temperaturen dir als wij niet moeten
ga $E_XMD weg
}
FI
cp - R - v - de verwijderen-bestemming CommonRootPrefix$CurDir/wp-omvat $BackupDir/wp-omvat
laat „index = $index + 1 ″
gedaan
FI

# ##################################################################
# Voer voordien de volledige lijstfiles wat betreft om het even welke dossiers uit.
# ##################################################################
als [$MAKESQLBACKUPS]
dan
echo die „Files maakt…“
BackupSuffix=-$ (datum +%F) # is de „+%s“ optie aan `date GNU-Specifiek.
als [! - D CommonSQLBackupPrefix$BackupSuffix]; dan
(umask 077 && mkdir - p CommonSQLBackupPrefix$BackupSuffix) || {
de echo „kon tot geen gemeenschappelijke SQL reservefolder (CommonBackupPrefix$BackupSuffix) leiden. Het weggaan.“ 1>&2
rm $tmp - R # verlaat daar niet de temperaturen dir als wij niet moeten
ga $E_XMD weg
}
FI

BlogCount=$ {#BlogDirs [@]}
index=1
voor CurDir in „$ {BlogDirs [@]}“

weergalm de „Files van de Verwerking van: CurDir“
echo „Ha! Fooled u… dit is nog een model…“
gedaan
FI

# ##################################################################
# Herhaal alle folders en beschrijf hun inhoud.
# ##################################################################

# Lijn door de serie BlogDirs
voor CurDir in „$ {BlogDirs [@]}“

echo die „nu bijwerkt: CurDir“
# Ga naar elke folder
CD CommonRootPrefix$CurDir
# Controleer als in juiste plaats dubbel, alvorens over hundress van dossiers te kopiëren.
als [`DOW `! = „CommonRootPrefix$CurDir“]
dan
echo die „aborteert. Kan geen één van de blogfolders bereiken: CommonRootPrefix$CurDir“
rm $tmp - R # verlaat daar niet de temperaturen dir als wij niet moeten
rm CommonBackupPrefix$BackupSuffix - R # verlaat daar niet reserve dirs als zij niet volledig zijn
ga $E_XCD weg
FI

# Exemplaar elk van van de dossiers van de temperaturen dir
CD CommonRootPrefix$CurDir
cp - R - v - verwijderen-bestemming $tmp/wordpress/*.
volledige echo „CurDir Update“
gedaan

als [$PERFORMWEBSTEPS]
dan
# Voorzie door BlogURLS van een lus en doe de update
voor CurBlogURL in „$ {BlogURL [@]}“

echo die „nu bijwerkt: CurBlogURL“
voor CurUpgradeURL in „$ {UgradeURL [@]}“

wget - q CurBlogURL$CurUpgradeURL
gedaan
volledige echo „CurBlogURL Update“
gedaan
FI

# ##################################################################
# Schoonmaakbeurt
# ##################################################################

# Zodra alles wordt gedaan, kunnen wij de temperaturenfolder verwijderen
rm $tmp - R

# ##################################################################
# Dicht
# ##################################################################
VOLLEDIGE echoUPDATE
uitgang $E_SUCCESS
[/sh]

18 commentaren“

  1. Het uitgegeven dossier (dat iets meer dan 5 seconden vergde, moet mijn het typen) verbeteren. Ik nam ook de paranoïde optie van een handfile, die ik downloadde. Zodra ik dat had gedaan en het manuscript geupload, onmiddellijk werkte het, geen geproduceerde fouten, en de plaats stelt nu 2.0.6 in werking. Het werk van Nice :)

    Commentaar tegen Les - Januari 5, het 3:53 p.m. van 2007 @

  2. Het manuscript van Nice. Ik heb iets gelijkaardig bij b5media gedaan.

    Hier is een suggestie, vooral voor mensen die TON plaatsen hebben. (ik bevorderde meer dan 200 vanmiddag). Zorg ervoor dat de commentarensectie van elke gebruiker in /etc/passwd de domeinnaam heeft.

    usermod - ctechnosailor.com technosailor

    Dan, in plaats van het hebben van ton series, kunt u één enkele met alle domeinnamen enkel hebben. Ik trof verder deze één maatregel en vroeg eerst MySQL voor alle domeinen van één enkele bron, maar het versperren die, alle domeinen door hand aan een serie toevoegen. Zij zouden van de vorm example.com moeten zijn als dat de vorm die in /etc/passwd wordt gebruikt is.

    Nu, gebruikt de lijn door /etc/passwd met dreun en het besnoeiingsbevel om elke lijn in beetjes te breken gebruikend: als separator. Ik gebruik PHP zoals exploderen () de werken goed en ben eenvoudiger voor me. Nu kunt u het commentaargebied kiezen en het aanpassen aan het domein in de serie en, gebruikend het homedirgebied in /etc/passwd, kunt gemakkelijk afleiden waar te om uw nieuwe verbeteringen te zetten WordPress.

    Het werk voor me maar het neemt weinig het masseren. Beter zou kunnen zijn toen het behandelen van VELE domeinen. Als zei ik, verkies ik ook PHP CLI te gebruiken om heel wat mijn het scripting te behandelen.

    Commentaar tegen Aaron Brazell - 5 Januari, het 4:03 p.m. van 2007 @

  3. Ik bouwde een PHP manuscript dat het zelfde ding doet. Maar het kijkt als dit doet wat de behoefte van I. Moet ik mijn Wp omslag schrappen? Ik heb nooit. En kan dit tot een hulppit leiden? Wanneer alle dossiers in de datumfolder van vandaag worden gezet, met inbegrip van de file van OB snelt het het dan enkel op en in plaats van een omslag een juist pitdossier. Dank…

    Commentaar tegen Joe - Januari 5, het 5:10 p.m. van 2007 @

  4. RE: Joe
    > Moet ik mijn Wp omslag schrappen?
    Nr, maar ik zou willen weten waarom u dit vraagt. De wp-inhoud is de folder die vrij veel alles bevat die uw plaats van u maakt. Van uw thema's aan uw elk van plugins, dat het materiaal in wp-Inhoud is. Zo, schrappend dat u aan een standaardplaats zou terugstellen (als wp keurig van het terugkrijgt). Zag u iets die u maakte denken u zou moeten?

    Dit kan tot geen pitfile op dit ogenblik leiden. Het is een goed idee en het dreef door mijn mening op één punt. Aparently, het dreef terug uit opnieuw toen ik eigenlijk neer aan het schrijven van het ding… werd

    Ik zal dat in een recentere versie zetten. Dank voor de suggestie!

    Commentaar tegen Brian - Januari 5, het 5:38 p.m. van 2007 @

  5. Ik vroeg omdat ik weet dat het vrij belangrijk is. :-)
    Dit:
    cp - R - v --verwijderen-bestemmings CommonRootPrefix$CurDir/wp $BackupDir/wp-inhoud
    Schrapt dit manuscript slechts de wp-dossiers die moeten worden geschrapt?
    Ongeveer het pit, zodat uiteindelijk in daar zal zijn? En wat over de file MySQL toe:voegen-binnen? Dank… :-)

    Commentaar tegen Joe - Januari 5, het 6:05 p.m. van 2007 @

  6. Ah! Ik zie waarom u vroeg. Goede Vraag!

    --de verwijderen-bestemmings werken aangaande een dossier door dossier basis met het exemplaarbevel en niet op het folderniveau.

    De documentatie van de Mens zegt
    --de verwijderen-bestemming verwijdert voordien elk bestaand bestemmingsdossier
    het proberen om het te openen (contrast met --kracht)

    Ik kon kracht gebruiken die zegt
    - F, --dwing als een bestaand bestemmingsdossier niet kan zijn
    geopend, verwijder het en probeer opnieuw

    Maar het enkel scheen schoner om de bestemming te verwijderen.

    Zo, de enige dossiers die zullen aan (worden geschreven of) door dit manuscript zal geschrapt worden zijn degenen die van wp.org worden gedownload. Dit verlaat één of andere ruimte voor rommel. Als een dossier wordt verwijderd uit wp, zal dit manuscript het niet uit uw plaats verwijderen. De automatisering is zaken van de koekjessnijder, en het beslissen van welke dossiers van de versie werden geschrapt van wp is een beetje voorbij zijn veilige capablities.

    Ja, zal het Pit daar spoedig zijn zoals de SQL files en een paar meer dingen zullen ook ik hoop.

    Commentaar tegen Brian - Januari 5, het 7:29 p.m. van 2007 @

  7. Koel… Ik werd finnally het dossier werkend 45 later minuten, werkte het mijn hoofdblog en mijn tweede bij blog. :-) Het probleem: een extra schuine streep. :-) Dank voor het goede manuscript.

    Commentaar tegen Joe - Januari 5, het 7:44 p.m. van 2007 @

  8. Joe: LOL goed het was verondersteld om tijd te besparen! Denk enkel van de hele tijd u op 2.0.7 en 2.0.8 zult besparen ;)

    Ik zal de het slepen schuine streepstatus in de volgende versie duidelijker maken!

    Aaron: Dank u voor de suggestie! Het neemt een beetje langer voor me aan samenvatting en ik wilde de zorg van Joe rechtsweg verklaren. Ik heb twee minder belangrijke kwesties met de optimalisering u voorstelt. Eerst, zullen de mensen materiaal in twee plaatsen moeten uitgeven. Dat gaat moeilijker voor hen zijn te doen. Ten tweede, denk ik dat dit niet voor gedeelde servers gaat werken. Dat het materiaal gewoonlijk beperkt is niet het is? Gelieve te verbeteren me als ik verkeerd ben en ik zal verder uw methode… onderzoeken Als het versnelt het beduidend en nog voor iedereen zal werken, zou het kunnen de moeite waard zijn.

    Commentaar tegen Brian - Januari 5, het 7:58 p.m. van 2007 @

  9. Ik sprak spoedig, omdat telkens als het manuscript loopt geen file wordt gecreÃërd. Reserve direcotry is leeg. Infact die ik het manuscript kan niet de folder vinden heb gedacht. Maar wanneer ik de folder gebruikend Dir bekijk vindt het de folder zonder een probleem. Om het even welk idee? :-)
    Ik heb 1and1 het gedeelde ontvangen en ik probeerde dat bevel en dit is wat ik kreeg:
    GEBRUIKER: ~ > usermod - c MY_SITE REST_OF_COMMAND
    dreun: ./usermod: Ontkende toestemming

    Commentaar tegen Joe - Januari 5, het 8:42 p.m. van 2007 @

  10. Hmmm, opnieuw stelde ik enkel mijn met de aangezette file in werking en allen werkten regelmatig. Zo leidt het tot nieuwe folders.

    Mijn variabelen kijken iets in die aard:
    CommonRootPrefix= " /kunden/homepages/00/d55555555/htdocs/ „
    CommonBackupPrefix= " /kunden/homepages/00/d55555555/htdocs/WPBackUps "
    CommonSQLBackupPrefix= " /kunden/homepages/00/d55555555/htdocs/WPSQLBackUps "

    Van wat houdt van u blik?

    Commentaar tegen Brian - Januari 5, het 9:03 p.m. van 2007 @

  11. Hier is de mijn:
    CommonRootPrefix= " /kunden/homepages/00/d00000000/htdocs/ „
    CommonBackupPrefix=$CommonRootPrefix " wpbackup "
    # CommonSQLBackupPrefix= " /This/is/the/path/to/your/htdocs/WPSQLBackUps " # Gehandicapt in deze versie

    Oh en ik had een ander idee, al dat informatie wanneer het manuscript zo snel gaat door, waarom een logboek binnen de folder werkt niet tot stand brengen dat de file binnen is. :-) Dank…

    Commentaar tegen Joe - Januari 5, het 9:11 p.m. van 2007 @

  12. Niet zeker hoe te om het logboek te doen… Ik heb mijn stopverfbuffer aan 9999 lijnen geplaatst. :)

    Uw lijnen werken boete voor me.

    Probeer dit… Rond lijn 240 verandering deze sectie

    CODE:
    1. cp - R - v --de verwijderen-bestemming CommonRootPrefix$CurDir/wp-omvat $BackupDir/wp-omvat
    2.     laat „index = $index + 1“
    3.   gedaan
    4. FI
    5.  
    6. # ##################################################################
    7. # Voer voordien de volledige lijstfiles wat betreft om het even welke dossiers uit.
    8. # ##################################################################

    door een uitgang vóór gedaan als dit toe te voegen:

    CODE:
    1. cp - R - v --de verwijderen-bestemming CommonRootPrefix$CurDir/wp-omvat $BackupDir/wp-omvat
    2.     laat „index = $index + 1“
    3.     uitgang
    4.   gedaan
    5. FI
    6.  
    7. # ##################################################################
    8. # Voer voordien de volledige lijstfiles wat betreft om het even welke dossiers uit.
    9. # ##################################################################

    U kunt om het even welke foutenmeldingen sneller zien die manier. Ik denk misschien u sommige toestemmingenkwesties hebt. Ik dacht ik dat zou kunnen tegenkomen, maar ik wilde niet de toestemmingen van iedereen willekeurig veranderen.

    Commentaar tegen Brian - Januari 5, het 9:19 p.m. van 2007 @

  13. Misschien, logboek: Ik creÃërde een manuscript het in blog.fileville.net/upload/wpbackup.phps kan worden gevonden.
    Het werkt maar ik ben zeker u met iets kon veel beter op de proppen komen. Maar ik dacht ik om het even welke manier zou proberen aangezien u me hebt helpen uw manuscript het werken krijgen.
    Om het even welke manier, denk ik ik het probleem… heb opgelost Nr, het was geen extra schuine streep dit keer, zette het manuscript mijn file in de verkeerde vlek de wortelfolder, maar het probleem was mijn cliënt van FTP. Het werkt… Tot slot! Droevig voor al probleem.

    Commentaar tegen Joe - Januari 5, het 10:14 p.m. van 2007 @

  14. [...] Dank u, Brian! Het werkte boete en ik zei „Wow!“. [...]

    Pingback door zich Lang“ WordPress - Januari 6, het 10:54 am Te bevinden van 2007 @

  15. Zet nu een controle ALS er bij het begin een nieuwe downloadversie is, en men kon het gehele manuscript op een dagelijkse basis via cron in werking stellen.

    Commentaar tegen Michael - Januari 6, het 4:55 p.m. van 2007 @

  16. Ik moet zeggen dank u! Bijwerken van 17 plaatsen WordPress is vervelend--hoewel niet dat velen bij sommige mensen vergeleken--maar dit maakte tot het een wind.

    Commentaar tegen Kevin - Januari 7, het 2:05 p.m. van 2007 @

  17. Gelieve te zien http://www.thecodecave.com/article321 voor een statusupdate en verzoek om hulp.

    Commentaar tegen Brian - Januari 9, het 3:52 p.m. van 2007 @

  18. tahnk u

    Commentaar door toplist - 30 Maart, het 5:08 p.m. van 2007 @

Voer RSS voor commentaren op deze post. TrackBack URL

Verlaat een commentaar

Aangedreven door WordPress