關鍵詞
來年假期的結束,我決定採取的第一年,博客的股票。
我的結論是,我認為是一個專業的博客和現場的AdSense。 在這裡,我失敗了,我承認。 我安慰的是從我的一個朋友的一句建議,我的心態以及:
我寧願是一個Blogger和故障分析成為一個成功的分析師原來博客的失敗和成功的...
據...尋找那面,然後擰緊它。
所以去的垃圾郵件...
甚至加入Captcha插件有人一直試圖向我推銷阿莫西林,那個袋子。
嘿,喚醒您的蛀蟲,主持評論...
我知道,我知道...
沒有的,自動的更新沒有工作。 我的方式做更多的工作可能...
更新:不要責怪我的主題。 我穿著它似乎是與當前版本,這是至少,狗屎佈局不是很兼容...
只有五個不同的版本...
不穩定
這個星期,我們在博客中所面臨的不穩定,但不要害怕。 它只是一個升級,以滿足不斷增加的觀眾。
謝謝大家。
博客服務器遷移
享受博客已經通過了技術上的困難,我決定改變從服務器和更新破碎的WordPress版本。
的WordPress升級的細節可能會有所不同版本的升級,可以發現網站上。
我可以使用的選擇進口/出口的WordPress本身,而是與老供應商的問題之一,是我無法訪問博客的行政區域。 甚至沒有作出任何單一上傳我再也無法登錄到博客和我所得到的響應是供應商:
“......聯繫WordPress的開發......”
於是我決定到競爭對手的聯繫和遷移到指甲...
我用的passsos很簡單,如下:
僱用新的供應商
我做了一些互聯網搜索,諮詢的朋友,並在年底剛剛填寫付款確認的形式,信用卡號碼和等待。
備份
雖然我是等待新的供應商確認,我的博客備份。 正如我有大量的“垃圾”的安裝,我決定只備份與數據庫的職位,並使用一個版本的WordPress limpinha。
要備份的MySQL,我使用它的命令行工具mysqldump的。 最酷的功能之一,在我看來MySQL和它的工具是遠程使用它們的可能性。 這SYSADMIN倍幾次救了我的皮膚。
命令很簡單:
=my.old.mysqlserver 用戶@主機:〜$ mysqldump的-主機= my.old.mysqlserver -用戶= myuser這種-密碼 mybkp.sql - 數據庫myblogdatabase> mybkp.sql
主辦= my.old.mysqlserver:連接到主機那裡是我的MySQL數據庫
用戶= myuser這種:使用該用戶的連接。
密碼:問一個密碼提示。 如果我想直接輸入密碼,也有可能做密碼= mypass。
myblogdatabase數據庫:在數據庫的“myblogdatabase”我的博客使用,所有的表轉儲。
> Mybkp.sql:輸出重定向到一個文件。
mysqldump的生成所有需要重新在相同的狀態,它是數據庫的SQL。
數據恢復
在轉儲文件的開頭,有舊的數據庫的參考。 如果新的數據庫有不同的名稱,你需要編輯轉儲文件。 這可以用命令的sed:
s /` olddatabase `/` newdatabase `/ mybkp.sql > mynewbkp.sql 用戶@主機:〜$ SED / olddatabase `` / `` newdatabase / mybkp.sql> mynewbkp.sql
恢復很簡單,使用mysql的提示符:
=my.new.mysqlserver --user =myuser --password 用戶@主機:〜$ mysql的-主機= my.new.mysqlserver -用戶= myuser這種-密碼 MySQL的使用newdatabase; MySQL的>。 mynewbkp.sql
這logamos我們進入新的基礎上,仍然是空的,的文件executaamos完整的SQL語句,重新從舊到新的表和數據轉儲。
升級WordPress的
升級WordPress的如下基本的安裝步驟:下載,解壓縮,內容移動到所需的位置和編輯的wp-config.php文件。
最後,瀏覽器,執行文件
http://my.blog.root.path/bla/bla/bla/wp-admin/upgrade.php
瞧! 您將收到一個管理員用戶登錄,公正的隨機密碼。
設置了WordPress的
當供應商提供的服務,它通常提供兩種方式供你訪問網站的功能。 一個是標準的方式來使用您的域名作為地址,因為其他提供相同的功能,作為一個陌生的網址。 今天,我發現這是為什麼:DNS提供商被任命前,我在陌生的新的供應商的URL訪問,而不會干擾(MAL)舊網站的運作。
Wordpres安裝後,任何試圖訪問的內容,重定向到老的博客。 然後我記得有兩個選項配置在博客的網址。 這已經足夠了,知道它在數據庫中。 邏輯表名,表wp_options抵達。
使用GUI工具MySQL查詢瀏覽器,我改變了字段的option_value的對應領域option_name的“選項”SITEURL'和'家'的,URL奇怪的,我有在遷移過程中utlizá它,而安裝的插件和主題。 全部完成後,我改變了DNS和選項終於恢復了原來的值。 此命令行看起來像這樣:
; MySQL的> SELECT * FROM wp_options限制1; + ----------- + --------- + ------------- + ------------- ------------ + --------- + blog_id | option_name | option_value | autoload | | Option_id | blog_id的option_name | option_value的|自動加載| + ----------- + --------- + ------------- + ------------- ------------ + --------- + | 0 | siteurl | http: // mydomain.com / etc | yes | | | 1 | 0 | SITEURL http:// mydomain.com /等|是| + ----------- + --------- + ------------- + ------------- ------------ + --------- + ( 0.00 sec ) 1行集(0.00秒) ; MySQL的> SELECT *從的wp_options這裡option_value的='http://mydomain.com/etc'; + ----------- + --------- + ------------- + ------------- ------------ + --------- + blog_id | option_name | option_value | autoload | | Option_id | blog_id的option_name | option_value的|自動加載| + ----------- + --------- + ------------- + ------------- ------------ + --------- + | 0 | siteurl | http: // mydomain.com / etc | yes | | | 1 | 0 | SITEURL http:// mydomain.com /等|是| | 0 | home | http: // mydomain.com / etc | yes | | 40 | 0 | | http:// mydomain.com /等|是| + ----------- + --------- + ------------- + ------------- ------------ + --------- + ( 0.00 sec ) 2集行(0.00秒) option_value = 'http://url.estranha.com/etc' MySQL的>更新wp_options九月option_value的='http://url.estranha.com/etc' 其中option_value的='http://mydomain.com/etc'; 0.02 sec ) 查詢確定,受影響的2行(0.02秒) Warnings: 0 匹配的行:2更改:2警告:0 MySQL的>
第一條SQL語句是要知道哪些字段的表,第二個檢查什麼的選項有相同的URL和第三,最後更新。 之後,博客已經指向了正確的工作地址,可以通過該網站通常的回報。
結論
遷移指甲上的博客是不是最好的選擇,因為你可能會失去所有的數據。 我只能完成這一壯舉,因為我知道一點WordPress的操作和周圍的工具。 不過,我有我的懸念時刻。 在保持家庭單獨備份一個職位,我也救不了你的意見和選項一般。 在某些方面,這是很好的,我耍小聰明,做我的網站每週備份。

