Movable TypeからWordPressへの完全移転方法をまとめました。普通にログのインポート機能を使うと、パーマリンクを引き継いでくれません。しかし今ググって出てくる情報は、大体がWordPress2.2などの古い情報で、そのままでは最新の2.6以降で使うことが出来ません。(やり方は非常に参考になります。MovableTypeからWordPressへのURL込みの移行方法 – Wiki@browncat.org) そこで今回紹介するのは、完全版かつ最新版の記事移転用修正ファイルです。 さてさて、Movable Type(MT)からWordPressに移行しようとして、最も障害になるのはパーマネントリンク(パーマリンク)の扱いです。 Movable TypeにもWordPressにも、ログのエクスポート/インポート機能があるので、一見すんなりいきそうなんですが、どちらもパーマリンクの
MySQLのエクスポートファイルを使ってワードプレスのデータベースを移行させたので、その方法を備忘録がてら紹介します。 サーバーは変えずにデータベースの移行だけを行いました。 ですが、せっかっくなのでサーバー引越し時のように、説明していきたいと思います。 新しい移行先サーバーには、ワードプレスはインストール済みとします。 この時移行先サーバーには、現状のワードプレスフォルダ丸ごとダウンロードしてから、移行先サーバに全てアップロードして下さい。 画像をアップしている場合は画像が表示されなくなりますし、プラグインなどのインストールが面倒となるかと思うので、新たなワードプレスはインストールしない方がいいと思います。 後はデータベースの移行のみです。 まず、現状のデータベースのデータを書き出し(エクスポート)ます。 1.PhpMyAdminへログインし、左側のメニューからエクスポートしたいデータベ
ブログで書きためた大事なデータを守るため、定期的にデータベースのバックアップを取りましょう。また、WordPress をアップグレードする 前にもバックアップを取っておくことをおすすめします。何か問題が生じた場合でもバックアップからデータベースを復元できます。 MySQL データベースのバックアップを取るには、phpMyAdmin やコマンドライン、各種 GUI ツールの利用など色々な方法があります。また、WordPress 用のプラグインを使えば、管理画面からのバックアップ作成や定期バックアップ取得が行えます。 注意: このページにある手順は投稿、固定ページ、コメントなどを含む WordPress のデータベースをバックアップしますが、サーバー上の画像やテーマファイルなどのファイルやフォルダはバックアップされません。WordPress サイト全体のバックアップについては、WordPres
今までは、さくらインターネットで最初に提供される、サブドメイン上にディレクトリを作ってWordPressを動かしていたのですが、お名前.comで「.com」ドメインを500円で取得できるキャンペーンをやっていたので、ドメインに移しました。 思ったよりも簡単でした。(6を除いて…) 1.データベースをバックアップ 作業にかかる前に、WordPressで使用しているテーブルをバックアップします。 WordPressで使用しているテーブルは、「wp_」という接頭語が付いているので、接頭語が「wp_」のテーブル全てをバックアップします。(接頭語が「wp_」となるのは、標準インストールした場合で、インストール時に他の接頭語を設定した場合は、設定した接頭語で探してください。) 2.ディレクトリを丸ごとコピー 次に、現在のWordPressのファイルを全てコピーします。 同一サーバー上で移動する場合
WordPressの移動方法はいくつかあると思いますが今回私が行った方法はツールのインポート、エクスポートを使い移動を行いました。 この機能でページ、記事、コメント、投稿タグが移動できますが、カテゴリーと画像のURLを修正する必要があります。 WordPress移動前の下準備 移動元のサーバーから画像のファイル、プラグインファイルをパソコンにダウンロードして移動先のサーバーに各ファイルをアップロードします。画像ファイルに関しては、以前のサーバーで日付毎のフォルダに画像ファイルが入っていた場合には、それと同様にフォルダを作りアップロードさせます。これで下準備は完了です。 WordPressの移動元からエクスポートを行う WordPress移動元の投稿編集画面のツール→エクスポートがありますのでそれをクリックして、エクスポートファイルをパソコンにダウンロードします。 WordPressの移動先
ヘテムルサーバで、WordPress 3.5 をサブディレクトリ形式でマルチサイト化しましたが、サイトを新規追加し、そのダッシュボードにアクセスしようとすると、以下のエラーでアクセスできません。 [FireFox] ページの自動転送設定が正しくありません このアドレスへのリクエストに対するサーバの自動転送設定がループしています。 [Chrome] このウェブページにはリダイレクト ループが含まれています 〜〜 エラー 310 (net::ERR_TOO_MANY_REDIRECTS): リダイレクトが多すぎます。 また、子サイトにアクセスするとスタイルシートが効いていない状態になっていました。 ソースを確認してみたところ、メインサイトがhttp://sample.com/として、 子サイトがhttp://sample.com/sample/だとしたら、スタイルシートのURLが http:/
これまでは、サンプルのswfファイルをseesaaブログにアップして、単にそのファイルへの直リンクをはっていたわけだが、これだと表示サイズが本来の趣旨とは異なるサイズで表示されてしまうので、エントリー内にFlashを表示させたい、と思ってやり方をあれこれ調べてみたら、方法があった。 他のブログは検証していないので分からんが、seesaaブログにおけるFlashの表示方法は次の通り。 swfファイルを「ファイルの追加」でアップロードするアップロード先のURLをコピーしておくエントリーする際に「HTML」ボタンをクリックする→別ウインドウが開くデフォルトで</br></br>が入っているので、下記のソースを入力する→完了!ソースは以下の通り。 <embed width="swfファイルの横幅の数値" height="swfファイルの縦幅の数値" src="2でコピーしたURL"></embed
この投稿は 14年 前に公開されました。いまではもう無効になった内容を含んでいるかもしれないことをご了承ください。 WordPressに限らず、ブログやCMSを運営している人はローカル環境と本番環境を持っていたりすると思います。 で、大体サーバ上にあるデータをFTPでローカルに落として来て環境を反映させたりするのですが、DB内に記述されている画像ファイルやらリンクやらが書き変わってしまうのが困りもの。 たとえばhttp://example.jpで運営しているサイトのデータベースをローカルに落として来た時、画像がリンク切れを起こしたりするんですね。 これはとても困るので、いつもSQL文をデータベースに発行して書き換えたりするんですが、普段あんまりSQLを書かないので、すぐ忘れてしまいます。 phpMyAdminでSQLを発行するには「SQL」ボタンを押す PHPerにはSQLを覚えていない人
この記事は、無理しない働き方をテーマに「人事評価を無難にスルーする方法」について解説しています。「人事評価がいつも憂鬱…」「執着もないけど無難にやってほしい」「自己評価の仕方がわからない・・」こんな方におすすめです。 READ MORE
https://a20b489.themeblossom.info https://x574y37433.rukodelnitsa.info https://x804y45260.talkdns.info https://x384y25723.telecomview.info https://x790y29977.stadtwerke-eberbach.info https://c1377d51391.tetiane.info https://x1241y21856.tayny.info https://x1029y19198.spreekwoorden.info https://x253y24483.rbll.info https://x1347y36989.tekoopaangeboden.info https://c1784d83600.schuelerjobs.info https
[補足へ] http://hogehoge.com/ で公開する前に、http://hogehoge.com/testtoka/ でいったん公開テストを行ないたということでしょうか。一気にhttp://www.aaa.com/にアップして動かなかったら・・・。。。 既に「テスト環境にアップした内容」は十分に動いているのではありませんか? 人により方法は様々だと思います。 私なら「www.aaa.com」のほかに、「www2.aaa.com」などのサブドメインを用意し、そしてロリポップ提供のサブドメイン設定ツールを用いて、現在のロリポップ契約内で【2つのドメイン】で【異なるコンテンツ】を表示させる設定を行います。 一方を検証用のドメインとし、もう一方を本番用のドメインに分けて利用してみてはいかがでしょうか。全く同じDB接続情報を用いればDBも共有できますし。。 本当に方法は人それぞれですので
Wordpressのテストサーバ→本番サイトへの反映について。 3.4で自社サイトを作ったのはいいのですが、テストサーバ→本番へインポート・エクスポート機能をつかったところ、固定ページのリンクの変更のみ反映されず…。 実際これから操作する人が違う人なので、簡単にリンクも含めてインポート・エクスポートできる方法を探しています。お手数ですが、ご教授頂ますようお願いします。 (ちなみに行うのは固定ページの更新、リンクの更新のみです。) 質問内容を読むに、自社サイトの運用でテストサーバーから本番へのインポート・エクスポートを頻繁に行うってことでいいのでしょうか?更新内容を考えるのであればインポート・エクスポートを考慮する必要があまり見受けられないのですが…。 そして、wordpressの標準のエクスポート機能はエクスポート時に『すべての投稿、固定ページ、コメント、カスタムフィールド、カテゴリー、タ
WordPressのテスト環境をどう作るか、は結構悩みどころだと思います。時間もかかって作業も面倒です。 自分のPCのローカルにテスト環境を作る方もいらっしゃいますが、いざ本番環境にアップしたら、動かない、などのリスクを回避すべく、なるべく環境を同じにしておきたいので、自分は同じサーバー上にテスト環境を作ります。今回はその手順を書いておきます。ご参考になれば。(作業時間の目安およそ60分) ありがちなのは、すでに本番環境でサイトが動いているけど、まだテスト環境が無かった場合です。フォルダは下記にしてみます。 http://*****.jp/test/ また、ごく通常のレンタルサーバーを想定しています。(ちなみにロリポップ、さくらインターネットなどは試しています。) 【その①】本番環境のキャッシュ系プラグインを停止 これをしないとテスト環境なのに本番環境のファイルが出てきたりと大変なことにな
1. 試験環境から下記をローカルマシンへコピーします。 ・Wordpress ファイル一式 ・データベースのダンプファイル 2. ローカルにコピーした WordPress の設定ファイル ( wp-config.php ) を下記のように変更します。 【ドメイン設定個所】 変更前 define( 'DOMAIN_CURRENT_SITE', 'www.dev.example.com' ); 変更後 define( 'DOMAIN_CURRENT_SITE', 'www.example.com' ); 【データベース設定個所】 変更前 /** WordPress のためのデータベース名 */ define('DB_NAME', 'example-dev'); /** MySQL データベースのユーザー名 */ define('DB_USER', 'user-dev'); /** My
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く