WordPressをドメイン変更無しで、新サーバーに移転した手順の覚え書き
Twitterやブログでお伝えしたように、当ブログは先日新サーバーに移転しました。2回目のサーバー移転で、前回から9年ぶりとなります。 WordPressをドメイン変更無しで、新サーバーに移転した手順の覚え書きです。 参考: WordPress日本語サイト 移転した一番の理由は、旧サーバーでSSLにすると費用がかなり高くなることです。他にもアプリがアップデートできず使用したいものが利用できない、サービスの縮小化など、将来的に不安があるので、年契約が終了するこのタイミングで移転することに決めました。 新サーバーはもちろんこれらがクリアされており、まだ数日ですが、快適に利用させてもらっています。 サーバー移転のスケジュール 1. 新サーバーの契約・旧サーバーの解約 2. WordPressのサイトデータのバックアップ 3. WordPressのデータベースのバックアップ 4. WordPres
会社が倒産してオープンソースとなったNoSQL「RethinkDB」。最初のオープンソース版「RethinkDB 2.3.6」が公開
会社が倒産してオープンソースとなったNoSQL「RethinkDB」。最初のオープンソース版「RethinkDB 2.3.6」が公開 RethinkDBは同名の企業ReghinkDB社が開発していたNoSQLデータベースで、JSON形式を処理できる高速な分散データベースとしてモバイルアプリケーションのバックエンドやリアルタイムデータ処理などを得意としていました。 しかし残念ながらビジネス面で成功できず、同社は2016年10月に倒産。2017年2月には、同社のコードやドキュメント、トレードマークなどの知的財産が、Kubernetesの開発などを主導するCloud Native Computing Foundationに買い取られ、Apache Licenseにライセンスし直されてオープンソース化されることが発表されました。 そして7月17日付けで、オープンソース化されてはじめてコミュニティに
論理型の設定値を RDB に保存する場合の選択肢と各々のメリット・デメリット
ユーザごとに特定の機能に対して ON/OFF の設定値を持たせることはよくあると思います。 RDB にそのような設定情報を持たせる場合の選択肢として大きく次の 5 つが考えるんじゃないかと思います。 設定項目ごとにカラムを割り当てる 設定項目ごとにレコードを割り当てる（追記：アンチパターンという意見があるので最後に補足を書きました） 設定項目ごとにテーブルを割り当てる（自分は思い付かなかった） 設定項目ごとに 1 つの整数型カラムの 1 bit を割り当てる 1 つのカラムに JSON 等で全ての設定情報を持たせる データベース理論的には 1, 2, 3 以外の選択肢はない気がしますが、実用上は 4, 5 も良い選択となることがあるので、メリット・デメリットを考えて選択する必要があると思います。 そんなわけで、それぞれの選択肢に関してメリット・デメリットを自分なりに考えてみました。 考慮す
「ブロックチェーンはデータベースではない」件について | さくらのナレッジ
ブロックチェーン技術について説明する記事を書いていると、次のような意見を耳にすることがあります。「ブロックチェーン技術を使わずにデータベース管理システムを使えばいいのでは？」──主にITに詳しい人からこの意見が出る場合が多いようです。 筆者の個人的な意見としては、ブロックチェーン技術とデータベース管理システム（DBMS）やKVS（Key-Value Store）は目的も特性も異なる技術なので「別のもの」と考えた方が理解が早いと思います。それ以前に「そもそも、ブロックチェーンとデータベースを比べること自体が間違っている」とのご指摘もあろうかと思います。 現実に、ブロックチェーンの説明で「データベース」という用語を使う事例はいくつかあります。「ダボス会議」で知られている世界経済フォーラムによる解説動画では、パブリックブロックチェーンについて「オープンで脱・中央集権的なデータベース」と説明してい
Placesデータベースの読み書き処理を大きく減らす裏技（Firefox 49以降） - Mozilla Flux
Firefoxはブラウジング履歴やブックマークなどの情報をPlacesと呼ばれるSQLiteデータベースに記録している。Placesが壊れてしまうとブックマークが失われたり、ロケーションバーからうまく候補を呼び出せなくなったりするため、FirefoxはジャーナルモードというSQLiteの機能を利用して、データベースの保護に努めている。 Placesを保護する手段の1つが、ログ先行書き込み（WAL：Write-Ahead Logging）だ。SQLiteでは、トランザクション開始から終了までの更新内容を順次「-shm」ファイルに書き込み、コミット時に「-wal」ファイルへと更新内容を書き込む*1。コミットした時点では本体データベースファイルに更新内容を書き込まないため、クラッシュしても本体は無傷で残り、トランザクションも迅速に完了できるというわけだ。Placesの場合、このWALジャーナリン
論理削除はなぜ「筋が悪い」か
「論理削除が云々について - mike-neckのブログ」を読んで。 データベース設計において、「テーブルの書き換えをするな、immutableなマスタと更新ログによって全てを構成しろ」というこの記事の主張はモデリング論として全く正しい。 だが、残念なことに、ディスクやメモリが貴重な資源だった時代の技術であるRDBは、そのようなモデリングに基づいて設計されたデータベースには必ずしも適していない。 第一の問題は、RDBに対してなされる様々な「更新」（トランザクション）は不定形（どのテーブルをどのように修正するかはアプリケーション依存）だという点。不定形な「更新」を時系列にそってRDBに記録していくのは、設計と並走性の点において困難あるいは煩雑なコーディングが必要になる（というか、そのような「イベント」による「変化」はREDOログに書き、その更新された「状態」をテーブルに反映していくというのが
嵐のコンサートがあるとダブルブッキングしてしまうホテル予約システムを作ってみた
今年の5月1日に、仙台市内のホテルで多重予約のトラブルが発生したと報道されています。 部屋数２０３室の仙台市のビジネスホテルで、９月１８～２３日の宿泊予約を数千件受け付けるトラブルがあった。アイドルグループ「嵐」のライブが宮城県内で開催される期間だった。インターネットでの申し込みが殺到し、システム障害が起きたとみられるという。 トラブルがあったのは、仙台市泉区の「ホテルルートイン仙台泉インター」。ホテルなどによると、９月１９、２０、２２、２３日に宮城スタジアム（宮城県利府町）で嵐がライブを開くことが明らかになった後の５月１日午前５時ごろ、ネットを使った予約申し込みが殺到していることに気づいたという。 ２０３室のホテルなのに「予約」数千件 嵐公演で殺到か：朝日新聞デジタル より引用 5月1日の朝に何があったのか調べてみると、この日の早朝にテレビや新聞でコンサートの情報が流れたようですね。 お
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
