http://www.rottel.net/kuwa
にメモっています。
あの日のあの事
最近は、
地図とBBS「スポッテンダー」をリリース
kuwa | 2008/1/6
タグ: spottender
プロモーションです。
年末にせっせとつくった、スポッテンダーをリリースしました。
http://www.spottender.com/
どんなサイトかと言いますと、地図に立てるBBS群です。コンセプト的に特に新しいものはありません。シンプルなインターフェースを追求しています。
ウリは、
・不満げなアイコン
・フェードアウトシステム
・あっさりログイン
・さっぱりコメント
・やっぱり削除申請
機能は、
・だれでもBBSを立てられる
・だれでもコメントできる
・ログインしとくと、自分のページができる
・タグづけ可能
・写真アップも可能
・自分の書き込んだBBSについてのRSSとか
・コメントの簡単編集
・adsense表示(id設定しておくと自分の立てたbbsで表示される) ...予定
説明ページ
http://www.spottender.com/about
どのような使い方があるのか想像するに、
・行った場所とか近所とかにやたらめったらBBSを立てる
・なにか書きたいことが思いついたら適当にコメントする
・もしかすると、どこかのだれかからコメントがあるかもしれない
・もしかすると、知らない情報(ネタ)を得られるかもしれない
・もしかすると、ひょんなエピソードに巻き込まれるかもしれない
・もしかすると、行こうとしているあたりのコネタが見つかるかもしれない
・地図をスクロールして気になったところにBBSを立てるだけでもいいし
・どこかの定点観測をするでもいいし
ということで、スポッテンダーをよろしくお願いします。
2008年、じわじわ手を入れていく予定です。
ネーミングが「spot + tender」なので、優しく柔らかい感じを目指しています。tenderには番人という意味もあるようなので、スポットの番人という捉え方もありそうです。ドメイン取得の動機としては、べらんめえ調が気に入っただけというのが実際です。
年末にせっせとつくった、スポッテンダーをリリースしました。
http://www.spottender.com/
どんなサイトかと言いますと、地図に立てるBBS群です。コンセプト的に特に新しいものはありません。シンプルなインターフェースを追求しています。
ウリは、
・不満げなアイコン
・フェードアウトシステム
・あっさりログイン
・さっぱりコメント
・やっぱり削除申請
機能は、
・だれでもBBSを立てられる
・だれでもコメントできる
・ログインしとくと、自分のページができる
・タグづけ可能
・写真アップも可能
・自分の書き込んだBBSについてのRSSとか
・コメントの簡単編集
・adsense表示(id設定しておくと自分の立てたbbsで表示される) ...予定
説明ページ
http://www.spottender.com/about
どのような使い方があるのか想像するに、
・行った場所とか近所とかにやたらめったらBBSを立てる
・なにか書きたいことが思いついたら適当にコメントする
・もしかすると、どこかのだれかからコメントがあるかもしれない
・もしかすると、知らない情報(ネタ)を得られるかもしれない
・もしかすると、ひょんなエピソードに巻き込まれるかもしれない
・もしかすると、行こうとしているあたりのコネタが見つかるかもしれない
・地図をスクロールして気になったところにBBSを立てるだけでもいいし
・どこかの定点観測をするでもいいし
ということで、スポッテンダーをよろしくお願いします。
2008年、じわじわ手を入れていく予定です。
ネーミングが「spot + tender」なので、優しく柔らかい感じを目指しています。tenderには番人という意味もあるようなので、スポットの番人という捉え方もありそうです。ドメイン取得の動機としては、べらんめえ調が気に入っただけというのが実際です。
にゃんすけのへ
kuwa | 2007/11/26
タグ: にゃん助
この前、にゃん助のお腹の下に腕をいれて持ち上げたら、屁をこいた。
はじめてのことだ。
で、その前、ベッドの方で電池が転がる音がして、にゃん助が「シャー」と威嚇していた。おそらく、電池に足を乗っけてズッこけたに違いない。
グレイトだ。そろそろ10歳か?
はじめてのことだ。
で、その前、ベッドの方で電池が転がる音がして、にゃん助が「シャー」と威嚇していた。おそらく、電池に足を乗っけてズッこけたに違いない。
グレイトだ。そろそろ10歳か?
今年の床暖
オシムに五輪も。
kuwa | 2007/10/18
タグ: Foot
交渉してないのかな?
今しかタイミングはないのにな。
反町にはずいぶん強いバックがいるみたいだ。だいたいオシムが決まる前に内定してたこと自体がおかしいし。
万一、このまま反町で五輪に行けたとしても、五輪でなにか起こることを期待するのは難しい。かつワールドカップには全く繋がらない。
今しかタイミングはないのにな。
反町にはずいぶん強いバックがいるみたいだ。だいたいオシムが決まる前に内定してたこと自体がおかしいし。
万一、このまま反町で五輪に行けたとしても、五輪でなにか起こることを期待するのは難しい。かつワールドカップには全く繋がらない。
Macbookサーバー3ヶ月
kuwa | 2007/10/12
自宅サーバーにして3ヶ月ぐらい経過し、まあまあ順調。
月1000円ぐらいのレンタルサーバーで不具合がでるようになって、仕方なしの移行ではあったのだけれど、悪くない気がしている。
サーバー選びについてちょっと書こう。
サーバー選びは、コストとパフォーマンスと気分で決めるものだとして、個人で持つ選択肢としては、
1. 共有レンタルサーバー
2. 専有レンタルサーバー
3. 自宅サーバー
であろう。1と2の中間みたいのもあるようだけれど割愛。
共有レンタルサーバーで動くコンテンツならば、圧倒的に安いし気楽。僕が限界に至ったのは、CPUの処理能力とMySQLのリクエスト回数。ポストマップのようにGoogleMaps APIで多くのマーカーをパースするにはそこそこのCPUが必要になる。当時の80code.comやさくらインターネットでは、パースが遅くて耐えられなかった。CPUはxserver.ne.jpが速かったので使っていたけれど、MySQLのリクエスト回数でエラーが出るようになった。作り方に問題がある気もするけれど、共有サーバーではそのあたりの設定を変えられないので、いずれ限界は訪れたのだと思う。
で、次のステップを考えた訳だけれど、専有レンタルサーバーは、なかなか高い。月1万円ぐらいからあるけれど(それでも高い)、その最低スペックのものはそんなにCPUが速そうじゃない。そうなると月数万みたいなプランになってしまって、大赤字で精神衛生上よくない。
じゃあ、自宅サーバーだと。
気になる点は、
・停電とかブレーカーが落ちたら困るなあ
・ハードが壊れたらどうしよう
・メンテ手間がストレスになるんじゃないか
・設定のスキルないな
・うるさいんじゃないか
といったことだけれど、どうだろう。
まず、停電について。
昨年、珍しく例の停電(川で高圧線を切ったとかいう事故)があったけれど、経験的にこの20年ぐらいほとんど停電はない。停電したって、数時間で復旧するだろうし、確率としては飛行機の事故リスクぐらいに考えて良いのではないかと思う(飛行機は落ちるけれども自動車よりはぜんぜん安全だという言い分)。サーバーが落ちたぐらいで誰も死なないので、リスクなんてない。
次、ハードについて。
ハードは壊れないと言いたいところだけれど、これは消耗品なのでいつかは唐突に壊れる。でもそれって、レンタルサーバーにだって同じことが言えるので、バックアップを取って復旧体制を考えておくということで良いだろう。
で、ハード選びだ。サーバーならMacだ。なんといってもMacだ。Macじゃなきゃ気分が乗らないし、他の扱い方を知らない。また、万一のときに自分用のマックを代替機としてサーバーにできる。
コスト・スペース的に、Mac miniかMacBookだろう。Mac miniは小さくて良いのだけれど、ハードディスクが壊れた時に自分で分解するのがちょっと大変そうな気がする。まあ当時Mac miniはCPUが古かったから、更新された今だったらMac miniを選ぶと思う。MacBookの良いところは、ハードディスクが簡単に交換できることとか、バッテリーがあって停電でもハードが落ちないことだろうか。キーボード・モニターもついてるので、手っ取り早くもある。反面、ややスペースは取るし、ファンが想像してた以上にうるさい。(コンパネの省エネルギー設定に停電後に自動再起動するとあるので、それを信じれば停電はMac miniでも問題ないといえばない)
書くの疲れた。やめたい。あとは投げやりにいこう。
メンテ手間について。
これは最初がメインで、安定しちゃえばほとんど放置でよさそう。バックアップの自動化とログの削除ぐらいをちょっと意識しておけば良いだろう。
設置スキルについて。
ネットでいくらでも出てくるので、なんとかなる。
うるさいんじゃないかについて。
うるさい。少なくともMacBookはうるさい。ただ、ファンが回るのはアクセスが結構来てるということだから、それはそれで「きてますきてます」と言えて楽しいのかもしれない。
以上。
で、MacBookで賄えなくなった際の、次のステップを考える訳だけれども、複数台ということになるのかな。「Delegate」っていうのを使うとできるそうなので、いずれ研究。
あ、使用感や未解決問題。
・パフォーマンスはすばらしい
・どうもテクノラティなど、Pingを送っても反映されない。なんとなくサーバー設定の問題じゃないかと今は思ってる。Googleのブログ検索には反映される。
・サーバー内のドメインへのアクセスにLAN内DNSサーバーを立てるのだけれど、それを経由するとyahoo関係の広告ドメイン(yimg.jp)になぜかアクセスできない。
月1000円ぐらいのレンタルサーバーで不具合がでるようになって、仕方なしの移行ではあったのだけれど、悪くない気がしている。
サーバー選びについてちょっと書こう。
サーバー選びは、コストとパフォーマンスと気分で決めるものだとして、個人で持つ選択肢としては、
1. 共有レンタルサーバー
2. 専有レンタルサーバー
3. 自宅サーバー
であろう。1と2の中間みたいのもあるようだけれど割愛。
共有レンタルサーバーで動くコンテンツならば、圧倒的に安いし気楽。僕が限界に至ったのは、CPUの処理能力とMySQLのリクエスト回数。ポストマップのようにGoogleMaps APIで多くのマーカーをパースするにはそこそこのCPUが必要になる。当時の80code.comやさくらインターネットでは、パースが遅くて耐えられなかった。CPUはxserver.ne.jpが速かったので使っていたけれど、MySQLのリクエスト回数でエラーが出るようになった。作り方に問題がある気もするけれど、共有サーバーではそのあたりの設定を変えられないので、いずれ限界は訪れたのだと思う。
で、次のステップを考えた訳だけれど、専有レンタルサーバーは、なかなか高い。月1万円ぐらいからあるけれど(それでも高い)、その最低スペックのものはそんなにCPUが速そうじゃない。そうなると月数万みたいなプランになってしまって、大赤字で精神衛生上よくない。
じゃあ、自宅サーバーだと。
気になる点は、
・停電とかブレーカーが落ちたら困るなあ
・ハードが壊れたらどうしよう
・メンテ手間がストレスになるんじゃないか
・設定のスキルないな
・うるさいんじゃないか
といったことだけれど、どうだろう。
まず、停電について。
昨年、珍しく例の停電(川で高圧線を切ったとかいう事故)があったけれど、経験的にこの20年ぐらいほとんど停電はない。停電したって、数時間で復旧するだろうし、確率としては飛行機の事故リスクぐらいに考えて良いのではないかと思う(飛行機は落ちるけれども自動車よりはぜんぜん安全だという言い分)。サーバーが落ちたぐらいで誰も死なないので、リスクなんてない。
次、ハードについて。
ハードは壊れないと言いたいところだけれど、これは消耗品なのでいつかは唐突に壊れる。でもそれって、レンタルサーバーにだって同じことが言えるので、バックアップを取って復旧体制を考えておくということで良いだろう。
で、ハード選びだ。サーバーならMacだ。なんといってもMacだ。Macじゃなきゃ気分が乗らないし、他の扱い方を知らない。また、万一のときに自分用のマックを代替機としてサーバーにできる。
コスト・スペース的に、Mac miniかMacBookだろう。Mac miniは小さくて良いのだけれど、ハードディスクが壊れた時に自分で分解するのがちょっと大変そうな気がする。まあ当時Mac miniはCPUが古かったから、更新された今だったらMac miniを選ぶと思う。MacBookの良いところは、ハードディスクが簡単に交換できることとか、バッテリーがあって停電でもハードが落ちないことだろうか。キーボード・モニターもついてるので、手っ取り早くもある。反面、ややスペースは取るし、ファンが想像してた以上にうるさい。(コンパネの省エネルギー設定に停電後に自動再起動するとあるので、それを信じれば停電はMac miniでも問題ないといえばない)
書くの疲れた。やめたい。あとは投げやりにいこう。
メンテ手間について。
これは最初がメインで、安定しちゃえばほとんど放置でよさそう。バックアップの自動化とログの削除ぐらいをちょっと意識しておけば良いだろう。
設置スキルについて。
ネットでいくらでも出てくるので、なんとかなる。
うるさいんじゃないかについて。
うるさい。少なくともMacBookはうるさい。ただ、ファンが回るのはアクセスが結構来てるということだから、それはそれで「きてますきてます」と言えて楽しいのかもしれない。
以上。
で、MacBookで賄えなくなった際の、次のステップを考える訳だけれども、複数台ということになるのかな。「Delegate」っていうのを使うとできるそうなので、いずれ研究。
あ、使用感や未解決問題。
・パフォーマンスはすばらしい
・どうもテクノラティなど、Pingを送っても反映されない。なんとなくサーバー設定の問題じゃないかと今は思ってる。Googleのブログ検索には反映される。
・サーバー内のドメインへのアクセスにLAN内DNSサーバーを立てるのだけれど、それを経由するとyahoo関係の広告ドメイン(yimg.jp)になぜかアクセスできない。
今日始めて使った関数
kuwa | 2007/10/12
タグ: PHP
class_exists
クラスがあるかどうか調べる。
http://zapanet.info/phpdoc/function....
クラス関係、明日眺めよう。
http://zapanet.info/phpdoc/ref.class...
ついでに、昨日始めて使った関数
strpbrk
文字列の中から任意の文字を探す。
http://zapanet.info/phpdoc/function....
これ便利かも。PHP5のみ。
「/」と「%」を探したいなら、/はバックスラッシュでエスケープして
クラスがあるかどうか調べる。
http://zapanet.info/phpdoc/function....
クラス関係、明日眺めよう。
http://zapanet.info/phpdoc/ref.class...
ついでに、昨日始めて使った関数
strpbrk
文字列の中から任意の文字を探す。
http://zapanet.info/phpdoc/function....
これ便利かも。PHP5のみ。
「/」と「%」を探したいなら、/はバックスラッシュでエスケープして
strpbrk($str,'\/%')
MyAQL、重複レコード抽出
kuwa | 2007/10/5
タグ: MySQL
こんな感じか。
PRIMARYキーを持たせないテーブルもありかなと思っていたけれど、重複してた場合に、片方だけ削除ということができなくなるのではなかろうか。
参照
http://perltips.twinkle.cc/mysql/dis...
SELECT * FROM table GROUP BY field HAVING count(*)>1;
PRIMARYキーを持たせないテーブルもありかなと思っていたけれど、重複してた場合に、片方だけ削除ということができなくなるのではなかろうか。
参照
http://perltips.twinkle.cc/mysql/dis...
embedタグを消す。
kuwa | 2007/10/4
タグ: javascript
MacのFirefoxで、例えばyoutubeの動画の上に何かを重ねようとすると、上下関係が反映されず、動画が上にきてしまう。
で、embedタグ内を消す。
tg_embed() で隠し
tg_embed(1) で表示
サンプル
http://www.rottel.net/kuwa/1756
このページで右上の「投稿」リンクをクリック。macのfirefoxの場合だけ、コアラが消える。
で、embedタグ内を消す。
function tg_embed(v){
if(navigator.userAgent.indexOf('Firefox') > -1 && navigator.userAgent.indexOf('Mac') > -1){
if(!v){
var v = 'hidden'
}else{
var v = 'visible'
}
selectObj = document.getElementsByTagName('embed')
for (i=0; i<selectObj.length; i++){
selectObj[i].style.visibility = v
}
}
}
tg_embed() で隠し
tg_embed(1) で表示
サンプル
http://www.rottel.net/kuwa/1756
このページで右上の「投稿」リンクをクリック。macのfirefoxの場合だけ、コアラが消える。
