WordPress 引っ越しガイド STEP1 事前準備編｜Zenlogicサポートサイト［ファーストサーバ］
現在WordPressで公開しているサイトを別サーバーに引っ越し、乗換える場合、HTMLや画像だけで構成されているサイトとは異なり、ファイルの移動だけでは引っ越しできません。 プログラムやデータベースの移行などの作業が必要になります。 WordPressで構築されたサイトの引っ越しに必要な作業をご案内します。 ※ 専用のプラグインなどもありますが、ここでは手作業で引っ越す方法をご案内します。 ※ Zenlogicで標準提供している「MySQL 5.1」を利用した例です。 環境の確認 引っ越し前/後のサーバーで、以下の項目をご確認ください。 WordPress/プラグイン/テーマのバージョン WordPressやプラグインなどの古いバージョンを使用していると、セキュリティ的な問題が発生する恐れがありますので、引っ越し前にすべて最新に更新しておいてください。 ドメイン名 引っ越しの際、サイトの
Rack middlewareで発生する例外をrescueする | irohiroki's blog
Rack middlewareで発生する例外をrescueする Rack middlewareで発生する例外とは アプリケーションで発生する例外を捕捉し、適切な処理をするのは一般的なことだと思います。コントローラの中で発生する例外はbegin rescueで囲ったり、rescue_fromを使えば捕捉できますが、Rack middlewareで発生する例外はどうでしょうか？ 例えばMySQLを使っていてデータベースサーバに接続できない場合、ActiveRecord::ConnectionAdapters::ConnectionManagementというmiddlewareからMysql2::Errorが発生します。 ActiveRecord::ConnectionAdapters::ConnectionManagementはrake middlewareすると10番目に出てきます。 $ r
Railsで遅いMiddlewareを探す - 昼メシ物語
AさんはRailsで書かれたある遅いコードの検証をしていました。 X-Runtimeヘッダを見ると $ curl -Is localhost:3000/hello | grep X-Runtime X-Runtime: 5.008580 5秒もかかってる。 しかしRailsのログを見ると Started HEAD "/hello" for 127.0.0.1 at Tue Apr 03 13:04:11 +0900 2012 Processing by HelloController#index as */* Rendered text template (0.0ms) Completed 200 OK in 10ms (Views: 9.7ms) こんな感じで10msで返していることになっている。なんだこれは？ こういう状況で疑わしいことの一つとして、Rack等のMiddlewareのど
俺の考えるプログラマー35歳定年説 - komagataのブログ
おはようございます。高熱を出したまま35歳、アスキーコードで言えば#歳になりましたkomagataです。 間違えてて去年書くはずだったプログラマー35歳定年説について。（その来年がきたよ～、見てる〜？ ＞ 俺） パッピーバースデートゥーミーフロム俺 - komagata 「フィジカル、メンタルで衰えてくる」とか「マネジメントへの参加要求が強まり自然にプログラミングから遠ざかる」とか「求められる成果の総量が上昇するのでしかたなく」という面も確かにあると思います。 しかし、 「平均的なキャリアプランなんぞ知ったことか。こっちは大手町辺りに派遣されてスーツで一生デスマ案件でJavaを書き続ける覚悟は完了してるんだよ！」 という我々にとっては関係ありません。にも関わらず我々が長文を書いてしまうのはなぜでしょう？ それは「誰も見てなくても関係ない」「真理鉱山に篭って一生続けられる」はずのプログラミン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
