Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 WPでディレクトリ構造を変更したりドメイン名を変更したりすると，DBも書き換える必要がある． 例）example.com → newdomain.com WPの場合，DBのwp-optionsだけでなく，投稿内に挿入した画像URLにもフルパスが書き込まれる． そのため，置換対象のドメイン名がDB内に大量に含まれる． また，一部のプラグインではURLをシリアライズしている場合がある． シリアライズされているデータは，単純に文字列置換をすると整合性が取れなくなり，パース時にエラーが出るようになってしまう． これらの問題を解決し，簡単に
【最後まで読んでくれたあなたに】 あなたは、24時間365日、自分の代わりに集客し続けてくれるWebサイトを作りたい！と思ったことはありませんか？ 私はこれまで500以上のWebサイトの構築と運営のご相談に乗ってきましたが、Webサイトを作ってもうまく集客できない人には、ある一つの特徴があります。 それは、「先を見越してサイトを構築していないこと」です。 Webサイトで集客するためには、構築ではなく「どう運用するか」が重要です。 しかし、重要なポイントを知らずにサイトを自分で構築したり、業者に頼んで作ってもらってしまうと、あとから全く集客に向いていないサイトになっていたということがよく起こります。 そこで今回、期間限定で 『10年集客し続けられるサイトをワードプレスで自作する9つのポイント』 について、過去に相談に乗ってきた具体的な失敗事例と成功事例を元にしてお伝えします。 ・ワードプレス
MySQLバックアップ用プラグインWP-DBManagerのオプションの設定。 CPI(MySQL5の場合) DB Optionsの値はPath To Backupを除いて自動では設定されなかった。 Path To mysqldump: /usr/local/mysql5/bin/mysqldump Path To mysql: /usr/local/mysql5/bin/mysql 追記 2011.11.18 コメントよりご指摘をいただきました。ありがとうございます。 CPI ACEプランですが、WP-DBManagerが上記のパスで動かなかったので、TELでCPIに確認。 2011/11/17時点のパス情報 /usr/local/bin/mysql /usr/local/bin/mysqldump XSERVER DB Optionsの値はPath To Backupを除いて自動では設
この記事は自分及び同じ問題にさしあたっている人の為の資料として公開しています。何か問題 及び 修正追加等があればコメント欄に書き込んでくださいm(_!_)m そしてなにかをする場合はもちろん自己責任です。 WordPressでローカル環境から本番環境へMySQLのデータをアップロードしようとしたところ、エラーが出ました。 Unknown collation: 'utf8mb4_unicode_ci' 記事執筆時のWordPress 4.3では推奨環境として PHP 5.6かそれ以上 MySQL 5.5かそれ以上 を最低限必要な条件と指定しているが、レガシー環境しか提供できないホスティング会社を使用している人の為に以下の古いバージョンでも稼働するように設計されている。 PHP 5.2.4+ MySQL 5.0+ しかし、これらの古いバージョンは既にサポートが終了しており、これらの古い環境しか
MySQLでSELECTする時に、レコード内に含まれる「改行コード」を削除しながら抽出する方法を備忘録としてポストします。 SQLで改行コードを削除する方法 原因 とあるレコードの一覧をcsvなりエクセル表で欲しいと言われたので、以前ポストしたCSEで1,000件ごと抽出しcsv書き出ししたのですが、行数を数えるとなぜか1,200件ほどになっていました。 原因を調べると、途中で「改行」しているレコードがわんさかとあり、こりゃイカンと。 改行している原因は「改行コードが含まれているから」だと何となく理由が分かったので「消しながら抽出すれば良いんじゃない」のと"ごにょごにょ"して、欲しいデータが作成できました。 この"ごにょごにょ"する方法を解説したいと思います。 Replace関数で置換 抽出したいカラムに対し Replace 関数で改行コードの変換を指定し、改行コードを置換・削除します。
MySQLによるオンラインバックアップについて。バックアップにはmysqldumpコマンドを使いますが、単純にバックアップといえども、リストア(復元)する時のことも考えてないといけません。 バイナリログがどこまでかかれているかバックアップをとったとしても、実際にリストアする際には、時間差があります。例えば今日の朝バックアップをとったとして、夜にデータが壊れてリストアする場合、朝から夜までに保存されたデータは復旧できません。そこで、バイナリログが重要になります。バイナリログには実行されたSQL文が記録されていますので、バックアップデータ＋このバイナリログで補填できます。 ですので、バックアップをとる際に、その時点でバイナリログがどこまでかかれているか記録しておきます。これは–mastar-data=2オプションをつけます。 共有ロックをかけるバックアップとっている際中に更新が行われないようロ
久しぶりの技術メモ MySQLでutf8を指定するときに、 （たぶん）一般的には以下の２つのうちいずれかを用いると思います。 ・utf8-general-ci（デフォルト） ・utf8-unicode-ci で、今回のメモで残したいことは、 このとき、日本語を使うなら必ず ・utf8-general-ci を使いましょうってこと。 なんで、こんなメモを残すかというと、 それぞれのキャラクタセットの違いは、 ・utf8-general-ci：比較条件の拡張なし ・utf8-unicode-ci：比較条件の拡張あり のみなんで、MySQLの公式では、 utf8-unicode-ciを使いましょうみたいなことが書いてありますので、 「じゃぁ・・・」、ということで、 ローカルの環境（windows）でutf8-unicode-ciを設定したら、 ひらがなの「ほ」で条件を指定したのに、 「ぼ」や「ボ
管理者権限を持ち、どのホストからでも接続出来るユーザー[vic]を登録する ※下記２つのgrant構文が必要です ・１番目のユーザ名@ホスト名のホスト名（"%"）がどこからでも接続可能なホスト名 （ただしlocalhostからの接続は含まれないため次の設定も必要になる） ・２番目のホスト名（localhost）がlocalhostから接続可能なホスト名 mysql > grant all privileges on *.* to vic@"%" -> identified by 'パスワード' with grant option; mysql > grant all privileges on *.* to vic@localhost -> identified by 'パスワード' with grant option; mysql > flush privileges;
さくらの VPS の20GBにぎっしり詰まった MySQL のファイル。サーバーを100GBの VPS に移転することになったのですが、phpMyAdmin でダウンロードしても、どれだけ設定を変更しても2GBまでしか取れない。それよりも、これだと心配なので mysqldump を使いたいと思ったところ、mysqldump をローカルに保存しなくても、そのまま外部のサーバーに保存する方法を見つけました。 mysqldump の結果をそのまま圧縮したり転送したりするコマンド例 | バシャログ。 mysqldump を外部サーバーに保存する mysqldump を gzip で圧縮して SSH でそれを外部の VPS に転送します。変更点は [PASSWORD] と [DB_NAME] です。あと SSH の部分はご自分の転送したいサーバーに合わせて変更してください。ちなみに [PASSWOR
WordPress を 3.5 にアップグレードしたいです！でも更新ページへと行くと、「重要: アップグレードの前に データベースとファイルをバックアップしてください。」とメッセージがっ！無視するのも良くないですし。。。ということで本家の説明を見てきました。次のページです。 WordPress のバックアップ – WordPress Codex 日本語版 とても詳細に説明されています。ここで書かれているポイントは、WordPress サイトのファイル全部と、データベース全部のバックアップをとろうよ！ということですね。 これらのポイントを満たすよう黒い画面、つまり SSH でコマンドでささっと済ませてしまいましょう。そして次回も簡単にバックアップが取れるようシェルスクリプト、つまりちょっとしたアプリにしてしまいます。 大事なポイント ファイル全部のバックアップを取るために Linux のコピ
MAMPでmysqlの文字コードをutf8に変えようとしたものの、my.cnfが全然読み込まれなくてはまったのでメモ。検索すると出てくる設定方法下記のような記述が結構見つかる。/Applications//MAMP/Library/share/mysql/にmy-large.cnfとかmy-small.cnfがあるので、/Applications/MAMP/db/mysql/my.cnfにコピーして編集。でも自分の環境ではうまくいかなかった。MAMPのバージョンとかによって違うのかな？my-*.cnfがない・・・findで探す $ find /Applications/MAMP/ -name my*.cnf /Applications/MAMP//conf/my.cnf /Applications/MAMP//Library/support-files/my-huge.cnf /Appli
数GBのダンプファイルをインポートしたくても共用サーバーの場合ですと数十MBに制限されていることが多くて入れられません。VPS や専有サーバーの場合は設定を変更してアップロードできる最大サイズを変更する方法もありますが、ファイルサイズが増えるたびに変更するのは大変です。 しかし BigDump を使えば巨大な SQL ファイルをサーバーに合わせて分割インポートしてくれるので、ファイルサイズが大きくなってもサーバーの設定を変更しなくても良いですし、共用サーバーでも巨大なファイルをインポートすることができます。 ここでは BigDump を使った SQL ファイルのインポートを説明します。説明にあたって以下のページが参考になりましたのでこちらも御覧ください。 WikiCookRecipe日記: MySQLインポートファイルがでかすぎる時には BigDump を使ってみよう！ MySQL のデー
エクスポート時にはZIPファイル等に圧縮できるため、それほど問題は無いのですが、 インポート時にはZIPファイルを受け付けてくれないので、巨大データを扱う時に 困ってしまいました(´・ω・`) 巨大ファイルをインポートしようとすると、 「アップロードしようとしたファイルが大きすぎるようです」 というエラーが出てしまいます… そこで！ 「php.ini」の以下の設定を変更することに！ memory_limit ＝8M post_max_size ＝8M upload_max_filesize ＝8M これらの数字を大きめに修正した後、Apacheを再起動。 無事に動くようになりました(・∀・) …が、MySQLコマンドで処理するほうが速いようです(´・ω・`)
【環境】 Windows XP Pro SP2 XAMPP 1.7.3（MySQL 5.1.41、phpMyAdmin 3.2.4） 【現象】 上記環境にて、phpMyAdmin上からクエリを実行すると下記の1064エラーが出る。 #1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '(実行したクエリ)' at line 1 【発生する条件】 クエリにシングルコーテーション「'」が含まれている場合。 シングルコーテーションを削除するか、「`」に置換する必要がある。 【具体例】 エラーになる CREATE TABLE 'hoge'.'customers' ( 'i
サムギョプサルマシッソヨ。チェイルムンおっしーイムニダ。 WordPressでサイト構築をして、運営している内に何だか色んな動作が遅くなってくる。 そんな経験ないですか？ これを放置して運営し続けると、閲覧も管理画面へのログインも出来なくなる可能性が出てきます。 何故こういった現象に陥るかと言うと「MySQLのオーバーヘッド」が原因だそう。 オーバーヘッドとは・・・INSERT、DELETE、UPDATEを 行っているうちにできるゴミ（未使用）領域のようなもの。 一番の原因としては記事投稿時に2.6以降から登場した「リビジョン」機能。 リビジョンとは・・・記事の変更を履歴として残す便利な機能 自動保存でどんどんリビジョンが増えた場合過去バージョンが無駄に残されてしまう。 公開したブログに対してそんなにリビジョンが必要あるのか疑問。 これは何とかしないと。 対応策を考えてみました。 【対処法
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く