Наилучшим образом я не могу вызвать его вторым сценарием подъема 5 больше… С добавлять полные подпорки архива, и обжатые подпорок базы данных, от настольного компьютера Windows, через ручной logon и старт сценария новой версии, он принял мне ~15 секунд для уточнения активного блога с парой дюжина столбов и для того чтобы внести все результаты в журнал к журналу HTML. Я справедливо уверен я смог напечатать мой пароль на машинке более быстро и побрить с немного секунд. Сценарий сам, который теперь показывает старт и времена остановки, только принял 2 секунды для того чтобы сделать свою работу. Остальные были соединяют и login время. Иногда он принимали целому 30 секунд для процесса для того чтобы завершить, паутина и использование сервера что он, только любой путь, вау. Я должен сказать что я использовал это вчера при все варианты повернутые дальше, создающ подпорки архива И gzipped подпорки И подпорки базы данных И архив журнала HTML И добавлять экстренный verbosity И уточнение моих 6 блогов WordPress и он принял польностью 8.5 минуты. Я должен фактически уменьшить окно для того чтобы получить его из моего путя…. Между тем и печатающ на машинке в имени сценария на подсказке раковины, я был вымотан!
Когда я подумаю сколько времени он использовал для того чтобы принять меня для уточнения как раз блога моего супруги, я как раз должен сотрясать мою головку. Каждый отпуск была много-ночой, если не процесс, то много-недели до я имел свободное временя сконцентрировать на делать право целой вещи. И я должен посмотреть вверх инструкции на подпорке базы данных каждое время… Я как раз поэтому радостно этот сценарий сделан.
Основная функциональность теперь закончена и я вызываю это отпуском RC 1. Для этого все еще нужно более дальнеишее испытание (специально вещество MySQLDump. Каждое ИМЕЕТ MySQLDump? Если я вывести эту характеристику из строя значением по умолчанию?), только оно справедливо стабилизирован теперь.
Здесь основная функциональность
# вы можете использовать эту программу в нескольких путей:
# * В режиме значения по умолчанию для того чтобы загружать самую последнюю и большую новую версию,
# сделайте несжатый экземпляр ваших архивов, сделайте обжатую подпорку
# ваших баз данных, распределяет архив к любому номеру
# директории, и выполняют шаги паутины
# * Установите его для того чтобы сделать он-лайн экземпляр ваших архивов вы используете для легкой
# спасение И обжатый экземпляр которое вы можете загружать.
# * Добавьте изготовленные на заказ директории и подпорку БОЛЬШЕ чем как раз WP.
# * Установите его для того чтобы уточнить от местного архива каждая ноча и начать с
# чистый блог каждое утро.
# * Используйте его как еженощный резервный сценарий путем выводить все другие шаги из строя
Я делал о улучшениях gazzilion и прислушался дюжины или больше рецензентов вне там. Я думаю что новый сценарий очень улучшен. Я действительно довольный с как хороше вещество базы данных резервное работает. Я изменяю в каждую директорию блога, читаю все данные по соединения от архива wp-config.php и использую то для того чтобы соединиться к базе данных. (Я справедливо уверен это буду работать наилучшим образом для большинств серверов, но потревоженный я немногая что гуру *nix не буду использовать TCP для того чтобы соединиться к их базам данных и я имею то крепко быть закодированным. Вы гуру должны препятствовать мне знать если это вопрос в комментариях для этого столба!), то Я также после этого запрашиваю имена таблиц от определенной базы данных используя приставку определенное для блога. Это значит что этот процесс будет работать для ВСЕХ версий WP и не будет хватать вещество non-WP как таблицы vBulletin. Оно также значит что оно работает как раз также если вы имеете 1 блог в DB или ВСЕ блоги в 1 DB. Оно не имеет значение. Подпорка DB для Blog1 имеет ТОЛЬКО данные для Blog1. То более лучшее для обеспеченности, размера, времени и раскрывает опрятный бульвар для тестеров которые хотят восстановить их блог к различным базе данных/databasename и после этого испытывают главный подъем их полный блог из различной директории. Я составлял подпорки tarball для того чтобы сделать эта легкую слишком. *SORRY* туда я иду в техник говорю снова, но это опрятное вещество, которое нормально полностью спрятано от взгляда.
Вы можете peruse версия текста, EasyWPUpdate.txt, здесь: соединение
Как новое имя? Я думаю что более лучшее. Я кладу TCC перед всем из моих plugins, но действительно никакая потребность здесь. И да, версия образца росла до 851 линия. То нет ВСЕГО Кода конечно. Тяжело документировано и включает некоторое HTML которое передаст вам славный журнал webpage для вас для того чтобы peruse после того как процесс будет сделан. Вы можете увидеть, что образец внес в журнал здесь: соединение.
Теперь, я нарочито сделал тот последний столб очень пугающим. Я хотел людей быть осторожный сценария. Теперь, я имею очень больше доверия в своих способности и качестве. Я учил много в последней неделе. От использования процедур, к функции ловушки, к sed и MySQLDump, к основному кодирвоанию раковины практикует. Было всей потехой и вы получаете преимущество. Специально потому что 3 версии WP в трубопроводе: 2.0.7 (очень, очень скоро), 2.0.8 (в работах), 2.1 (очень скоро).
Так, я делал этот столб более легким прочитать и сценарий более легкий для того чтобы установить. Я сделаю полный документ более поздно, но здесь основные шаги для того чтобы установить этот сценарий:
1. Используйте Telnet или замазку для того чтобы соединиться к вашим вебсайту и журналу в раковину
2. Напечатайте следующую линию на машинке:
wget http://www.thecodecave.com/downloads/EasyWPUpdate
3. Напечатайте следующую линию на машинке:
chmod +x EasyWPUpdate
4. Используйте редактора для того чтобы изменить значения в разделе 1 и сохранить его снова.
5. Побегите сценарий путем печатать на машинке:
EasyWPUpdate
Что оно. Вы как раз сделаете подпорки архивов и базы данных и обновлено весь из ваших блогов. Когда 2.0.8 придут вне, процесс будет:
1. Logon
2. Тип
EasyWPUpdate
И вы сделаны.
Теперь, раздел 1 смотрит как это:
# ##################################################################
# раздел 1. говорит сценарию где найти блоги
# ##################################################################
# список все ваших директорий и urls WordPress здесь.
#
# каждый блог должен иметь BlogDir и BlugURL.
# каждый блог должен иметь свой собственный номер [1], [2], [3] etc
# Delete одни вам.
#
BlogDir [1] = ' site1dir
BlogURL [1] = ' www.example.com '
BlogDir [2] = ' site2/news
BlogURL [2] = ' www.site2.com/news '
BlogDir [3] = ' wordpress
BlogURL [3] = ' blog.site3.com
То нет то крепко, котор нужно изменить оно? Даже в VI.
Некоторые быстрые подсказки на редактировать сценарий
1. тип
VI EasyWPUpdate
2. Удар i
3. Сделайте ваши изменения
4. Ударьте ДВОЕТОЧИЕ w ИЗБЕЖАНИЯ для того чтобы сохранить ваши изменения (или прыгнуть этот шаг для того чтобы потерять изменения)
5. Ударьте ДВОЕТОЧИЕ ИЗБЕЖАНИЯ! Q немедленно, котор нужно прекратить
Также, если ваша директория корня доступна от паутины, то вы могли хотеть изменить имя сценария
mv EasyWPUpdate SomeSneakyName
предотвратить несанкционированный доступ.
Если вы побежали версия альфаы 3 сценария, то вы можете скопировать и наклеить конфигурацию над НО!!!! вы должны сделать следующие изменения:
Блок BlogDirs [] был переименован к BlogDir []. Упадите «s» от всей из тех перемеююых.
Вы не должны скопировать перемеююые Common*Prefix сверх, но если вы делаете, то убеждаться извлечь отставая слеш от перемеююого CommonRootPrefix.
Я думаю который все вам отдавали себе отчет.
Если вы гуру, то пожалуйста прочитанное через все 6 setup шагов (и остальные слишком) могут быть вещи вы хотите изменить.
Я имею также обновленное мое сделал ту страницу помощи и добавил форум specficly для этого сценария.
То могло сделать обсуждения немного более легким.
Добро которое о ем. Препятствуйте мне суметь как оно работает. Я хотел был бы получить некоторое хорошее испытание внутри прежде чем 2.0.7 придут вне. Я также сделаю некоторое испытание с уточнением до 2.1 поэтому я уверен что работать наилучшим образом. Мне также нужно написать инструкции для шагов спасения базы данных. Сценарий строил в инструкциях если оно крупные планы в середине уточнения архивов. Так, то отрегулировано.
Я выйду вы с историей изменения и чредитую раздел от сценария. Насладитесь!
# история:
# 01/AUG/2006 - BL - Создано
# 21/DEC/2006 - BL - Добавленные множественные блоки блога
# Добавленные варианты вверху сценарий
# 04/JAN/2007 - BL - Добавленные режимы подпорки архива
# Добавленная новая версия паутины
# Добавленное использование директории tmp
# Добавленный местный источник» освежает» вариант
# 11/JAN/2007 - BL - Добавленные» шаги» и более далее комментарии
# Добавленные цитаты вокруг много vars, котор нужно защитить против космосов
# Измененное TMPDIR-/tmp к TMPDIR: - /tmp
# Измененное `pwd `! =» $tmp» к ``$pwd! =» $tmp»
# Добавленное более дальнейшее запутывание ошибки вокруг компактного диска и режимов cp
# Фикчированная процедура по подпорки архива, добавляла дополнительные слои
# Добавленная способность к подпорке к tarball
# Добавленная процедура по подпорки SQL
# Фикчированная местная процедура по подпорки архива
# Извлекли «Verbose» от cp для того чтобы сделать clearer сообщений
# Добавленный журнал к webpage для Джо.
# Фикчированная сбивчивая польза отставать/в перемеююых путя
# Добавленные сообщения состояния повсюду
# Добавленные инструкции спасения в случае подпорки отказа средней
# Добавил список директорий к подпорке
# Добавленный раздел кредитов
#
# кредиты - я хочу возблагодарить всех читателей TheCodeCave.com, для
# их испытание этого сценария. Я специально оценил Майкл, Maciek,
# Аарон и Джо для всех полезных предложений.
# Очень специальные спасибо идут вне к goldfish на канале #sed FreeNode
# кто будет PayPaled кафе Voltaire завтра. Я проводил бы дни
# вычисляющ вне RegEx для SED управляет. Prec, также от #sed дало
# обеспечено мне с работая стриппером cr/lf. Для оргии, lhunath, jp-_ и
# весь экипаж на #bash на FreeNode дал большие построчные предложения.
# Они по-существу дали ему полное просмотрение Кода! Никакое из этого были бы
# возможно без предварительного Bash-Scripting направляющего выступа. 20 дней тому назад я не знал
# какая оргия была. Теперь я писал мощный сценарий с бедным человек характеристик i
# увидено в другом месте. Если вы имеете любые вопросы о Коде в этом
# script, вы найдет ответы здесь:  http: /www.tldp.org/LDP/abs/html/
#
