Когато повечето хора започват да правят развитие WordPress, работния процес включва изтегляне на файл от тема или плъгин чрез FTP, редактирането, да го качите чрез FTP, опресните страницата, разберете се обърка и след започване на целия процес отначало. Тази стратегия, познават като "каубой кодиране" не е само неефективно, но опасно.
След като поставите вашите каубойски дни зад вас, това ще бъде очевидно, че няма сериозна развитие WordPress може някога да се направи по този начин. Алтернативата отнема малко работа става за настройка и се използва за, но заплащане-тъмната е повече от струва.
Разработване на вашия WordPress сайт в местна среда и една, която е на вашия персонален компютър, е основна практика, която ще ускори развитието си и да предотврати някои от грешките, които ви правят неизбежно да се показва пред света. Работа на местно ниво ви позволява да експериментирате, без страх от причиняване на сайта си, за да станат недостъпни за потребителите си.
В тази статия аз ще ви даде обща представа за надеждна, ефикасно и сигурно работен поток за разработка и поддръжка на вашия сайт на местно ниво и да го внедри при активен сървър при създаване на автоматично архивиране. Отивам да се обсъждат конкретни технологии, които използвам и препоръчват. Аз няма да покрие всички опции или направи задълбочен уроци за всеки.
Макар че аз правя Каним ви да оставите коментар за това, защо предпочитате друг инструмент на онова, което съм предполага,, моля мисля за този пост като повече за обща стратегия, отколкото набор от твърди и бързи правила или препоръки. След като се запозна с концепцията, можете да я подобрим, за да отговаря на нуждите ви.
Преди да започнем
Местни срещу Дистанционни среди
За да се избегне объркване за всеки, който може да бъде нов за този, Бих искал да се уверете, че всеки е ясно, че когато говоря за локална среда или локален сървър, Имам предвид всеки уеб сървър, който работи на персонален компютър и се използва за развитие -т.е.. не за реално предоставяне на обекта на други хора по интернет. От друга страна, термините "производство,"" Отдалечен,"И" на живо "сами по себе си или в предната част на" сървър,"" Домакин,"Или" среда "се отнасят до уеб сървъра, който се използва за показване на страницата в интернет. Този тип сървър обикновено се предоставя от хостинг компания на някакъв вид.
Моите инструменти
Ето списък на инструментите, които използвам, за да управлявате местния WordPress околната среда и неговото използване в моята активен сървър. Препоръчвам ви да ги пробвам, щом започнете подобряване свой собствен работен процес.
- DesktopServer – There are a variety of tools for creating local WordPress sites. По мое мнение, най-добрият инструмент е скитник, но най-лесният и най-добрият втори е DesktopServer. Скитника е автоматизирана система за създаване и управление на цялостни сървърни среди във виртуална машина. DesktopServer създава сървър за вас, използвайки XAMMP, с помощта на прост графичен потребителски интерфейс.
- SourceTree – A free, лесен за използване и много мощен инструмент за GUI Git.
- частен BitBucket Git Repository – While most of the time the only truly sensitive information in a WordPress install is in the wp-config file, което аз не включа в Git хранилището, Държа на цели сайтове в частни репо сделки, които са свободни от Bitbucket. Open-снабдяват целия си сайт, може да има смисъл, но това е нещо, което да обмислите внимателно преди да направи това, и да допусне грешка от страна на повишено внимание е добра политика, особено когато правиш клиент работа.
- WP преселение DB Pro – While Git can keep all of the site’s files in sync between environments, се изисква друго средство за запазване на databses MySQL в синхрон. WP преселение DB Pro е отличен плъгин, който автоматизира този процес.
- Web Hosting With Git – More and more these days, дори споделен хостинг предлага Git предварително инсталирана и достъп SSH. Ако споделя вашия хост не предлага тези функции, Препоръчвам ви да получите нова като Git и SSH са от първа необходимост за съвременния уеб програмиране. Много домакини, като WP Двигател и сайта Ground, Вече предлагаме Git като стандартна характеристика в техните по-нисък клас хостинг пакети.
Работният процес съм очертава тук е за проста, един сървър за конфигуриране сайт, която дава възможност за използване на Git като инструмент за разгръщане.
Ако използвате по-сложна конфигурация на сървъра, или може да бъде и в бъдеще, получаване на вашия сайт под контрол версия е първата стъпка, за да използвате инструмент за разгръщане по-подходящи за този тип работа, като Beanstalk. Beanstalk прави натискане на един Git хранилището на множество хостове много лесно, както и подобряване на повечето други аспекти на разгръщане. За един прост сайт може да е полезно, но наистина не е необходим.
Настройване на локални и отдалечени сайтове с Git
стъпка 1: Създаване на Местна сайта
Създаване на местен сайт WordPress с DesktopServer отнема само няколко кликвания, но преди да започнете вие ще искате да създадете няколко скици. А план е WordPress папка или компресиран файл с DesktopServer ще използва за изграждане на вашия сайт. Те се съхраняват в чертежи директория на папката на приложението DesktopServer.
Тази функция ви позволява да се изгради една или повече отправни точки, за да работят от. Можете дори да персонализирате своя WP-конфигурационния файл в плана чрез модифициране на WP-довереник-sample.php, колкото е необходимо. Оставете настройките на бази данни и соли за сигурност, както е, и DesktopServer ще ги попълни, когато той създава site.Personally, Пазя две скици по време,. И двамата имат самата WordPress в под директория на главната директория, със съдържание на папка в главната директория, както и. Аз заредите темите и приставки папките с темите и плъгините Винаги съм искал да сте инсталирали.
За да научите как да направите това, see my article on WP-довереник ощипвам. The end results are heavily inspired by WordPress Скелтън Марк Jaquith на.
(Имайте предвид, че WordPress е добавен като Git подмодул от огледалото за WordPress Git. Основната разлика между двете скици използвам е, че човек трябва че подмодул настроен към главния клон, а другият е настроен на бранша за последната версия.)
След като сте си планове, създадени, отворят DesktopServer и рестартирайте вашия уеб-тежко. След като се стартира, изберете "Създаване на нов уебсайт за развитие." опцията.
На следващия екран ще даде на сайта име, който ще бъде неговия адрес с фалшив .dev домейн от първо ниво, добавен към него. Можете също да изберете плана,, зададете местоположението на обекта ще бъде спасен, за да, и да позволите на WordPress за многостранна или не.
След като въведете вашите настройки, кликнете върху "Създаване", за да създадете своя сайт. Когато се прави DesktopServer, той ще ви даде линк към WordPress инсталиране на страница, и от там, опитът е точно като използвате друг WordPress сайт, който някога съм използва.
стъпка 2: Създаване на Местна Git хранилището
Следващата стъпка е да се постави на мястото под контрол на версиите. В Източник Tree изберете "New / Clone" от менюто файл. В прозореца, който се появява, изберете "Нова Хранилище", изберете Git за "Хранилище Type" и разглеждане на основното ниво на новия си сайт в полето "Destination Path". След като кликнете върху създаване на, ще видите новия си хранилище в прозореца на отметки. Давай напред и да го отворите.
Преди да направите вашия юмрук ангажират, която ще бъде всичко в работната дърво, това е много важно първо да кажа Git да пренебрегнете WP-конфигурационния файл. Ние ще се занимае управление на различните WP-конфигурационните файлове, за за различните сървъри скоро. Първи Git да се игнорира WP-довереник е толкова просто, колкото прав щракване върху него в "Досиетата в работната Tree" списък и изберете "Игнорирай". След като това е направено, ангажират всичко останало.
1.6 милиона WordPress Superheroes четат и се доверите нашия блог. Присъединете се към тях и да получите дневните постове във входящата си поща – Безплатно!
Внедряването To The сайта на живо
стъпка 1: Натиснете За да Bitbucket
Възможно е да натиснете сайта си директно от вашия персонален компютър с отдалечената си сайт, но аз не обичам да правя това. Вместо, Аз разполагане от BitBucket.This допълнителна стъпка ме щади да се налага да SSH ключове за настройка на отдалечения сайт, и по-важното, тя създава автоматично резервно копие на всички мястото на файлове, които се съхраняват или на моя сървър или на личния ми компютър.
Това също така означава, че ако се премине към по-сложен за настройка на хостинг, който изисква инструмент разгръщане като Beanstalk или подобна услуга, Аз вече имам необходимата дистанционно Git хранилището готов да отида. Освен това, ако искам да си сътрудничи с друг разработчик, всичко, което трябва да направите е да им даде достъп до хранилището BitBucket.
Можете да създадете хранилища в профила си или Bitbucket GitHub от вътрешността на SourceTree. Просто се върна в хранилището, създадени в стъпка 2 и изберете "Добавяне Remote" от менюто "Хранилище" в SourceTree.
В прозореца, който се появява, кликнете върху иконата на планетата земя до полето "URL / път".
В следващата поп-нагоре изберете "ново хранилище."
Ако още не сте го, ще трябва да въведете потребителското си име и парола за вашия BitBucket или GitHub акаунт. След като имате, SourceTree ще ви позволи да създадете и името на новия хранилището.
След като се добавя ново дистанционно управление, можете да натиснете един клон, за да го като щракнете с мишката името на клонове в дясната колона на SourceTree и я изберете в "Push To" подменюто.
стъпка 2: Подгответе отдалечена програма
В отдалечения сървър, ние ще трябва да се създаде база данни, WP-конфигурационния файл и директория, с нищо друго освен един празен Git хранилището. Вие ще искате да създадете нова база данни ръчно и след това да направите копие на локалния ви WP-конфигурационния файл, промените детайлите на бази данни и всякакви други константи, които трябва да се променят за ползване на живо, като WP_DEBUG, и след това да го качите на едно ниво над WordPress главната директория с клиент FTP.
WordPress автоматично ще намери WP-конфигурационния файл на там, така че не е необходимо допълнително настройване да направи тази работа, и вероятно повишава сигурността на вашия сайт.
Този подход има допълнителна полза на запазване на поверителна информация от WP-довереник в Git репо. Това означава, че можете да използвате обществен репо и не се тревожи за да изложи своя база данни, информация или сигурността соли по време на редовната Git дърпа.
Git хранилището
Създаване на празен Git хранилището е може би единствената част от този процес, където ще трябва да работите от командния ред, тъй като повечето хостинг пакети имат магьосник в контролния си панел, за създаване на бази данни MySQL.
Отворете си терминал приложение и създаване на SSH връзка към отдалечен сървър.
След като сте в, отидете до уеб корен или каквото и директория, в които ще се работи WordPress от и клонираме BitBucket хранилището има. Можете да получите на адреса или от прозореца на отдалечени настройки на SourceTree или от страницата за хранилища в уеб приложението BitBucket.
1 2 3 4 5 | $ SSH -р потребителско име @ хост $ CD public_html / wordpress_directory $ Git клонинг |
стъпка 3: Синхронизиране на базата данни
Сега ще има един WordPress сайт на дистанционното сайт с всичките си файлове на WordPress, но съвсем друг database.This е мястото, където WP преселение DB Pro се предлага в. Уверете се, че сте го инсталирали на двете си местен сайт и дистанционното си сайт, и сте активирали ключ API в двата сайта.
На отдалечения сайт, в раздела с настройки на Pro администратор екрана на WP преселение изберете "приема заявки за лицеви позволяват тази база данни да бъдат презаписани" опция и след това да копирате съдържанието на полето "Connection Информация".
След като сте направили това, отидете на едно и също място в местния сайт и изберете "Приеми разтегателни искания позволяват тази база данни да бъдат изнесени и изтеглен."
Следващата стъпка, все още в местния сайт на, е да мине под "преселение" Tab, за да изберете бутон и въведете информацията за свързване на отдалечения сайт.
След като това е направено, Щракнете върху Свържи се да се установи връзката между двата обекта. След като се установи,, можете да натиснете си локална база данни към отдалечената.
В бъдеще, можете да върнете този процес да се актуализира базата данни на местната среда, с нови елементи, добавени към дистанционното си сайт.
Да останеш в синхрон и други съображения
Докато използвате DB преселение Pro да се запазят локални и отдалечени бази данни, в синхрон, и не се върне към стария каубой кодиране начини за извършване на промени на живо на сайта на WordPress файлове, пребиваващи в синхрон и подкрепени ще бъде автоматично.
Както казах в началото, това е една уводна статия, веднъж да започнете работа по този начин, нови начини за подобряване на работния процес трябва да станат ясни до вас.
Качванията Емисионно
В един въпрос, който работния процес сме изложили в тази статия е, че мултимедийни файлове или други качените файлове добавени в сайта на живо не се синхронизират обратно към местния сайт. Записите в базата данни ще бъдат синхронизирани, но не и на действителните самите файлове.
Много хора избират да имат Git игнорира тяхната папка цели качвания и да го синхронизирате ръчно чрез FTP, или те пишат отделен скрипт, за да се справят с качването и свалянето им автоматично. лично, Оставих Git справи с качването и правя изтеглянията ръчно.
Това е много основателна причина да не се съглася с моя, без пряка връзка между политиката на локални и отдалечени Git хранилища. Мисля, че си струва компромисите за мен, но аз не използвам тона медии в моите сайтове. Вие ще трябва да бъде най-добрият съдия на собствените си нужди.
WP Migrate DB Pro recently обяви нова медийни файлове Add-On that syncs the WordPress media library along with your database. Тази нова добавка, които не съм тестван, е достъпна само с техните по-скъпи варианти за лиценз. Може, въпреки това, да бъде възможно решение на този проблем с сайтове, които имат много медийни файлове.
опция: Директен внедряване с DesktopServer
DesktopServer наистина има средство за разгръщане построена през. Аз не го използвам, защото той не поддържа поддиректория инсталации, което е не-стартер за мен. Ако показвате само един сайт на вашия сървър и той е в главната директория, този инструмент може да бъде добър вариант за вас.
Още опции за създаване на Местни WordPress среди
Аз препоръчвам DesktopServer или скитник за създаване на местна среда WordPress, но има един тон на други големи опции там. За добро разбивка на някои повече възможности, see Sarah Gooding’s article 10 Начини за създаване на среда за тестване за WordPress.
Безплатен бонус Защитен
Една от основните задачи, които плъгин WordPress сигурност изпълнява сканира вашите файлове за злонамерен код, който може да е бил въведен от някоя от престъпни методи хакерите използват, за да получите неправдата код в сайта си.
След като сте си сайт под контрол на версиите, можете да тествате за нежелани промени, включително тези, въведени да се плъгин за сигурност, by simply running the “git status” command on your live site.
Когато стартирате Git статус, вие ще видите всичко, което се е променило след последното ви ангажират. Ако нещо се е променило, че не трябва да има, можете просто да се върне обратно към преди бяха въведени промени. Разбира се, че ще искате да разберете как зловредния код попаднал там и да се справят с уязвимостта директно.
Оставим настрана каубойска шапка
добре, това е, което е необходимо, за да се свали си каубойска шапка и прилагане на подходяща среда за разработка WordPress. Има безброй други начини за подобряване на процеса, например автоматизиране на процеса с поръчкови уеб куки и композитор скриптове.
Всеки път, когато пуснат в подобряване на работния процес трябва да бъдат върнати до множества, когато става дума за повишаване на ефективността.
Бих се радвал да чуя какво improvments на основната стратегия съм очертава тук можете да излезе с. Нека да знаят, в коментарите.
