2464 |
悪戦苦闘 |
はくぶん |
2010-01-22 01:32:37 |
5秒を切ったとはいえ、まだまだ開くスピードが充分ではないこの掲示板。
何とか速くしよと思っているのだが、なかなか上手く行かない。
時間の掛かる原因は、もちろん左側の諸集計。
試しに、年別アクセス&投稿状況、月別アクセス&投稿状況、
曜日別アクセス&投稿状況、の3つを外してみたら、
平均で約1.5秒速くなった。
あってもいいが、なくてもいい。
そういう項目が一番困るんだな。
如何に速さが売りのMySQLでも、
この集計量とレコード数で3秒を切るのは無理かも。
いや、でもまだ何かあるかもしれない。
|
メッセージ文字数:239/254 |
|
2463 |
天気と時刻表 |
はくぶん |
2010-01-21 01:19:17 |
家に帰って来て暫くして、晩飯を食いに出掛けようと思ったら雨が降っていた。
雨の中、自転車で食いに行くのも面倒なので、今日は近所のガスト。
今日は気の利かないお姉ちゃんが店員だった。
その後、いつもの愛想のいいおばちゃんが出勤。
頼んだメニューに“あら、今日はいつもと違うのね”と言われてしまった。
確かにいつも同じだもんなあ。
本を読みながら23時半まで居て帰宅。
隣のテーブル3つに陣取っていたオタクっぽい集団は、
何かのオフ会のようにも見えた。
サーヤン。
“えきから時刻表”は、実はタミヤンのお勧めサイト。
乗り換え案内だけじゃなく、各路線の運行表も載ってる優れもの。
これは残してもいいんじゃないか?
というわけで、天気予報と同じく、
Googleとえきから時刻表の二本立てで行こうじゃないか。
大阪市交通局は便利なので、もちろん残しておくよ。
お前も使ってたのか。
大阪市民御用達サイトだな。
ラリー。
タイトルがあまりにも長いので、管理人特権で編集。
だから〜、レイアウトが崩れるだろう。
Yahooも日本気象協会も、情報ソースは気象庁。
恐らくweathernewsもそうだろう。
Yahooはたまに気象庁と違うことがある。
それは間違っているのか?
味気ない画面でいいなら、本家本元の気象庁がお勧め。
なんてったってテキストオンリーだから軽い。
“駅探”なんてサイトがあるんだね、知らなかった。
“えきから時刻表”も一度試してみ。
YahooやGoogleが路線情報を始めるまでは、ジョルダンが絶対的存在だった。
あなたもジョルダン、私もジョルダン、
ジョルダン、ジョルダン、ジョルダン、ジョルダン。
みんなでジョルダン・・・1990年代のお話。
神奈中は時刻表もありません。
|
メッセージ文字数:713/762 |
|
2462 |
ブックマークバーの |
RALLY |
2010-01-20 23:40:19 |
"天気"というのを押したらweathernewsだった。
Yahooとかtenki.jpとかにしてたこともあったと思うけど、
URLが変わったかなんかでweathernewsにしたんだったような。
ビジュアルはよいがFlashが重いんで使いにくいけどね。
乗り換えは駅探。
18きっぷの時だけジョルダン。
神奈中の時刻表検索は、なくてもいいや。
|
メッセージ文字数:166/179 |
|
2461 |
時刻表 |
サーヤン |
2010-01-20 21:43:36 |
私はヤフーのが一番無難に使い慣れた感じかなあ。
グーグルは地図が出るのでいいと思うけど、肝心の時刻表と乗り換え情報がまたクリックしないといけない。
時刻表は、難しいなあ・・・。
結論でないです。
大阪市交通局はよく使うので置いといてね。
|
メッセージ文字数:114/118 |
|
2460 |
春のような陽気 |
はくぶん |
2010-01-20 19:52:12 |
今週は暖かい。
特に今日は外へ出るのに上着が要らないくらい暖かかった。
明日の天気は曇り時々雨と、あまり嬉しくはないが、
最低気温が11度、最高気温が13度というのは嬉しい。
一年で最も寒い今の時期、このままの気温が続いてくれればと思うが、
どうやらこの春のような陽気も今週限りのようだ。
また最高気温が1桁に逆戻りか。
早く春が来てくれないものだろうか。
The Riverを聞きながら・・・
|
メッセージ文字数:189/201 |
|
2459 |
深夜の投稿 |
はくぶん |
2010-01-20 03:51:40 |
深夜と言うより、もう明け方だな。
帰って来て横になったら、そのまま眠ってしまった。
エアコンはつけていたものの、寒さで目が覚めたら2時前。
布団へ移動して、もう一度寝ようかとも思ったが、
だんだんと目が覚めて来たので、起きることにした。
この二日間は何かと忙しかったし、寝不足も続いていた。
まだ火曜日が終わったところなのに、もう明日が金曜日のような気がする。
果たして今週は週末までもつのだろうか。
サーヤン。
そうか、Yahooの天気予報がお気に入りか。
お役立ちリンク集のYahooの天気予報を、ちょっと入ったところにあるページな。
ただ、そのページは最後の“6200.html”が気になる。
明日のURLが変わっていなければ、それにしようか。
そうすると、タイトルは“大阪の天気予報”に変更となる。
日本気象協会もレイアウト的には見やすいページだ。
気象庁のページは味気無さ過ぎ。
お役所仕事だから仕方ないか。
明日の時刻表も楽しみにしてるぞ。
ぐっち。
世の中、どこででも直面する理想と現実。
しかし、逆に、ソースのかかった暖かいハンバーガーが、
もしあんなにシャキっとしてたら、何だか怪しいような気もするが。
現実の方のハンバーガーは、すべて上部のパンがずれていて、
投稿者(撮影者?)の恣意を感じる。
もしパンをきちんと置いたら、それほど変わらないのではないか。
そういう発言がネット上に載せられていた。
ぐっちはどう思う?
俺はあの現実の写真でも充分美味そうに見えるけどなあ。
ハンバーガーはマックよりモスの方が好きなので、俺はあまり気にならない。
マックの中で唯一他に譲れないのがフィレオフィッシュ。
ダントツの世界最大手。
コカコーラと共に、常に世間の風当たりは強いよねえ。
|
メッセージ文字数:716/766 |
|
2458 |
理想と現実 |
ぐっち |
2010-01-19 23:17:46 |
昨日、直面したとこです!
楽しみにテキサスバーガー頼んだら・・・
写真の通りでした。何なんだマクドナルド!
|
メッセージ文字数:51/53 |
|
2457 |
天気予報 |
サーヤン |
2010-01-19 22:25:53 |
私はヤフーの週間天気予報が好きです。
http://weather.yahoo.co.jp/weather/jp/27/6200.html
このページと、日本気象協会でいきましょう。
明日は時刻表を検討します。
|
メッセージ文字数:102/106 |
|
2456 |
部分文字列 |
はくぶん |
2010-01-19 02:37:40 |
MySQLのリレーションに関する質問。
誰か知っている人がいたら教えて欲しい。
二つのテーブルをleft joinやinner joinで結ぶ際、
リレーションを結ぶ両方のカラムにインデクスを張れば、クエリは高速化する。
あくまで、両方が純粋にカラム同士だった場合。
もしリレーションの片方が、例えばsubstring_indexを使った部分文字列だった場合、
元のカラムにインデクスを張っても、そのインデクスは全く使われていない。
例えばこんな場合。
select column1, column2 from table1 left join table2 on substring_index(column3, ':', -1) = column4
column1とcolumn3はtable1、column2とcolumn4はtable2のカラムである。
この場合、column3にインデクスが張られていたとしても、
table1はフルスキャンされることになる。
レコード数が膨大だとクエリが恐ろしく重くなる。
こんな場合は、どんなインデクスを張ればいいのだろう。
または、どうすればtable1のフルスキャンを回避することができるのだろう。
文字列に対し先頭からの文字数を指定してインデクスを張ることはできるようだが、
こういった後方の部分文字列に対してインデスクを張ることはできないのだろうか。
|
メッセージ文字数:586/608 |
|
2455 |
社内サーバ復活か? |
はくぶん |
2010-01-19 01:52:14 |
9月末頃にウイルス騒ぎがあってから、
毎日のように回線ダウンが続いていた社内サーバ。
少ない日でも2回、酷い日などは4回ダウンしたこともあり、
全PCのシャットダウンやサーバの再起動で時間を浪費し、
社内はほとんど仕事になっていなかった。
今日、初めて1日中ダウンもなくまともに稼動した。
原因は何だったのかはっきりしない。
ただ、サーバ管理者の言によると、
セキュリティソフトのウイルス機能をOFFにしたとのこと。
以前から疑っていたセキュリティソフトとサーバの相性の悪さ。
Symantec Endpoint ProtectionとWindows Server 2008は、
プロアクティブとSMBの相性が悪いらしく、
クライアントからの接続が途中で切れるという記事や質問が、
ネット上でもいくつか見受けられた。
SEPが使用済みポートを解放せず、
サーバにCLOSE_WAITが多発するという症状らしい。
SEP1.1だけにこの症状が見られ、シマンテックも対応済みとのことだが、
その対応策でも解決しないという記事も少なくなかった。
ネットで見かけた解決策の一例が、SEP1.1のアンインストール。
もちろん、この解決策はサーバ管理者に伝えたが、
ウイルスを警戒して、今まで実行はされなかったようである。
虎の穴社の症状が果たしてこれだったのかどうかはわからないが、
SEPの機能をOFFにしたら一気に解決したところを見ると、
どうやら犯人はやはりSEPだったのだろう。
3ヶ月半も続いた社内サーバの不具合。
ようやくこれで完全復活となるのだろうか?
結局、Downadup.B(Conficker)は関係なかったということだな。
しかし、3ヶ月半も回線ダウンが毎日続くと、
逆にダウンしないのが不自然に思えて来るから不思議だ。
「今日はまだ1回もダウンしてないねえ」
「そうだねえ、サーバの調子が悪いんだろうか?」
そんな会話も起こるほど。
このまま何事もなく明日からも安定動作を続けて欲しいものである。
|
メッセージ文字数:824/866 |
|