Thunderbird3があまりに重いのでグローバル検索を止めて高速化するメモ (blog@browncat.org)
blog@browncat.org Web, Linux, Ubuntu, Mac, PDA, 携帯電話, プログラミング, ソフトウェア＆落書き メールソフトはThunderbirdを愛用しているのですが、バージョン3以降の変更点には少し首をかしげたくなるのも少なくありません。特にグローバル検索機能が重すぎるのでOFFにする設定のメモ。 検索が強化されたのはいいのですが、インデックスファイルが巨大すぎ＆作成に時間がかかりすぎてお話にならない。検索結果の一覧性が悪い。など 特にインデックスファイルは深刻で、それなりにメール数があるせいか、このファイルだけで700MB近くも食っているではありませんか。しかも作成/更新に非常にメモリを消費し負荷もかなり高い。メーラを開いたまま放置しているとフロントエンドの作業に影響が出るほどです。試しにsqlite3でvacuumしてみるとバージョンの問題かエ
サンダーバード(Thunderbird)が重い・遅い時の効果的な改善方法
色々試してみた結果、目に見えて明らかに早くなる方法は以下２つのどちらか。 ①インデックスDBを削除 キーボードの"Windowsマーク"と”R”を押してファイル名を指定して実行 → 「%APPDATA%\Thunderbird\Profiles」をコピペ して「OK」→ 「ランダムな文字.default」フォルダに移動→「global-messages-db.sqlite」を削除 ②検索機能の解除 Thunderbirdツールバー内のツール → オプション → 詳細 → 一般タブ → 「グローバル検索と索引データベースを有効にする」のチェックを外す どちらもメール検索のためのインデックスファイルが肥大化している事に起因して起こる動作遅延（Thunderbirdが常時行なっているインデックスファイルへの書き込み作業が非効率になって起こる遅延）に対する解決方法です。 サンダーバードが重い時は大
着こなしの基本 スーツ編 [スーツ・ジャケット] All About
着こなしの基本 スーツ編まずはメンズファッションの核である、スーツの型と素材、柄、インナーとの組み合わせを覚えよう。基本をしっかり勉強して、ブレザーやサスペンダーなどを使った、自分の着こなしスタイルを完成させよう。 *index アメリカン・トラディショナル・モデル/ブリティッシュ・モデル…1P ハリウッドスターが愛したダブルのスーツ/ブレザーを見直そう…2P 英国好きにはサスペンダー/秋冬パンツには折り返しを…3P 夏の定番シアサッカーとコードレーン/ラグジュアリーな生地、実用的な生地…4P スーツのディテール～本切羽より芯地にこだわる…5P スーツの色と柄…6P 基本中の基本 アメリカン・トラディショナル・モデル ビジネススーツの場合、フロントのボタン数は、3つボタンと2つボタンがあり、3つボタンの場合は中1つ掛けが多い。 なかでも?型と呼ばれる「アメリカン・トラディショナル・モデル」
![着こなしの基本 スーツ編 [スーツ・ジャケット] All About](https://cdn-ak-scissors.b.st-hatena.com/image/square/8f530daf3cb408d6b6a0ba6f38ed7ccece36cffc/height=288;version=1;width=512/https%3A%2F%2Fimg.aacdn.jp%2Faa%2Fcommon%2Fogp300_300.png)
XMLサイトマップの作成と送信登録方法 （Yahoo!＆Google＆Bing検索）
サイトマップファイル（Sitemaps）は、検索エンジンにページの存在を知らせ、クローラー（ウェブ収集ロボット）の巡回を促すことができるものです。検索エンジンのインデックスに、より多くのページを登録（インデックス）させることができる"可能性"があります。 サイトマップと言うと、ホームページ内に存在するページをリストアップした人間（＋検索エンジンロボット）向けのページがありますが、それとは別物です。（その情報ならコチラ～） ちなみに、このサイトマップは、ページの登録を保障してくれるシロモノではありません。すでに検索エンジンにインデックスされてるページからアンカータグによるリンク（被リンク・バックリンク）というのが基本的にないと、ページは検索結果に反映されないといっていいです。（陸の孤島状態ではダメダメ～！） あと、検索結果のランク付けで直接的に優遇されるものでもありません。まあページがそもそ
NoSQLをRDBの代わりに使うと、どういう恐ろしいことが起こるか。PARTAKEの作者が語る
データベースの世界でいま注目されているのがNoSQL。特にキーバリュー型データストアは、グーグルのBigTable、FacebookやTwitterが内部で利用しているCassandraやAmazonクラウドが提供しているSimpleDBなど、すでに実際に使われ始めています。 ではそのNoSQLをリレーショナルデータベースの代わりに使ってシステムを構築するとどうなるのか？ 身をもって体験したことを記したShinya Kawanaka氏によるプレゼンテーション「間違った方向にCassandraを使ってみた」が公開されています。 NoSQLを用いたシステム構築は、リレーショナルデータベースによる構築どう違うのか？ とても分かりやすくまとめられています。ご本人の承諾もいただいたので、その内容を紹介しましょう。 NoSQLを使ったときに起こる恐ろしい事例 プレゼンテーションのテーマは「NoSQLを
Googleにインデックスされたページ数を正確に調べる方法
サイトのボリュームが大きくなってくると何ページがインデックスされているか気になってくるものです。 インデックスされていないページは検索結果で表示されることがないので、SEOにおいては存在しないに等しいとも言えます。 あなたはインデックスされているURLをどうやって調べていますか？ その数字は正確だと思いますか？ 今日のテーマは、「Googleにインデックスされたページの正確な数」を調べる方法です。 Googleと書きましたが、Yahoo!でもBingでも同じことが言えるはずです。 一言でいうと、そんな方法はありません（タイトルが“釣り”っぽくてゴメンナサイ）。 インデックス数を調べる2つの定番手段についてその注意点を説明します。 “site:”コマンド インデックスを調べるのに真っ先に思いつくのが、”site:”コマンドです。 しかし、”site:”コマンドは何度も言っているように信頼でき
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
インデックス化されているのは何ページ? 本当に役立つ数字を5ステップで簡単に得る方法 | Moz - SEOとインバウンドマーケティングの実践情報
