新サイトへ移転しました 約3秒後に自動的にリダイレクトします。 たまにテーブルの制約の状況を確認したいのだけど、よく忘れてググるのでメモ。ググる時に、サイトによって確認するコマンドが異なるのが覚えにくい原因なのかも(と言い訳しておく)。 以下に2つ3つの例を示す。全く同じ事を確認できるのだけど、もしかしたら、本当は細かに違いがあるのかもしれない。(2014/08/14追記:3つ目の確認方法=describe文を見つけたので追記しています。) MariaDB [test_db]> show columns from test_table; +----------+-------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +----------+-
新サイトへ移転しました 約3秒後に自動的にリダイレクトします。 MariaDBではDynamic Columnsなるものが実装されている。version 5.3から新たに導入されたもののようだ。 Dynamic Columns - MariaDB Knowledge Baseより MariaDB starting with 5.3 Dynamic columns first appeared in MariaDB-5.3 「MariaDB Dynamic Columns」でぐぐってみたけど、日本語のページがほとんどHITしなかったのでちょっとかいてみる。(実は既にあったりして。。)>>(追記:もうちょっとぐぐったら、すぐ見つかった。結構たくさん。お恥ずかしい。。 今回の記事は、実際にMariaDBでDynamic Columnsを使ってみた過程をそのまま載せています。後日またまとめる予定で
はじめに 実際に運用していた時に非同期にしていた主な処理は下記のようなものがあります。 iOS Android の push 通知の送信処理 ログの作成 様々な外部 API の呼び出し 非同期で更新しても問題ないデータの更新 Sidekiq is なに sidekiqは非同期処理を実現する gem 他にも Ruby で非同期処理を実現できる有名な gem には resque や delayed_job 等がある。 sidekiq.org Enterprise版等もありますが、 今回はOSS版を使用している前提でのお話しです。 他の非同期処理が可能な gem との簡単な比較 FAQ · mperham/sidekiq Wiki · GitHub この内容は結構真実を語っていることを最近知った Sidekiq Redis マルチスレッド リトライ処理あり おしゃれなダッシュボード Resque
[対象: 上級] 気付いている人もいるかと思いますが、このブログ全体をHTTPSにしました。 この記事では、備忘録を兼ねて、完全HTTPSへの移行を検討しているサイトの参考になるように僕が実行してきたプロセスをまとめます。 実行した主な作業は次のとおりです。 サーバー証明書の取得 HTTPSへのリダイレクト 内部リンクの修正 各種ツール・パーツのHTTPS動作確認 すべてのコンテンツがHTTPSでダウンロードされているかを確認 WordPressの設定変更 rel=”canonical”の更新 ウェブマスターツールへの登録 サイトマップの更新 ソーシャルシェアの引き継ぎ HSTSの設定 外部リンクの更新 高速化 順に説明します。 1. サーバー証明書の取得 サーバー証明書をまず取得します。 手順は利用しているサーバー会社によって変わってきます。 詳しくはお使いのサーバー会社のヘルプを参照し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く