トルコ水紀行 -前編 イスタンブール- みなさんこんばんは、地図子です!8月は久しぶりに毎月更新にしようと思います。今までずっと名古屋について書いてきましたが、ワープして・・・ トルコについて書きたいと思います。 2024年6月に念願のトルコに行ってきました。いつからトルコに行きたかったかわから…
DISCLAIMER 本記事は個人の知識、感想に基づくもので、特定の組織を代表するものではありません http://uzulla.hateblo.jp/entry/2012/03/15/170632 この記事の蛇足記事です。 この記事の先取りまとめ 三行でいえば、 ・自分や身内で、ちまちまネタつくって継続的にポストしよう ・できるだけ転載してもらおう、その為の努力をしよう ・宣伝はとても重要だけど凄く面倒 もう以下読まなくていいよ!散った散った!!! 本題 割と知られていないことですけど、ウェブサービスは知られないと使われない!!(ババーン あなたのそのウェブサービス、どうやって人に宣伝してます? 宣伝 宣伝とは何かを周知することですけど、自分で一件一件情報を伝えるなんて無理なので、流入を期待できるメディアに掲載してレバレッジかけます。 たとえば ・SNSや掲示板など(CGM) ・ニュ
これとこれの続き。この後、もう少し調査して、Resqueを実際のシステムの一部で使い始めてみたのでその感想とメモ。 前回までのあらすじ Resqueはバックグラウンドでジョブの実行をするもので、かなりの大規模サイトでかつ更新系の処理が多そうなシステムであるGithubで開発され使われている。よくある使い方としては、「Web UIを軽く見せるため、処理の依頼だけを受け付け、実際の処理はバックグラウンドで実行」「バッチ処理などで、大量のJobをQueueに突っ込んでおいて、(複数の)workerで並列で効率よく処理」などがある。 不安なところ Resqueの大きな特徴は、QueueをRDBMSではなくRedis上に作るところにある。Redisは、Memcacheのようにシンプルに使え、すべてのデータはメモリ上に展開されるのでとても速く、データはディスク上にも永続化されるので、何かあったときにも
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く