ヘッドホンのコードがやたら長くて困っていたのですが、三つ編みするとちょうどよい感じに。 http://blog.nikkeibp.co.jp/arena/ipod/archives/2004/11/post_3.html http://fisto.seesaa.net/article/6143948.html やり方メモ コードを三つ折にして(3本並ぶようにして)、ヘッドホン側から三つ編みする 編んでゆくと端子側が絡まるのでこれをほどきながら編んでゆくのがコツ
2006/11/27 Firebug公式サイトが移転しました。 http://www.getfirebug.com/ 詳しい使い方は、http://www.getfirebug.com/docs.html等をどうぞ。 2006/11/07 未だにアクセスが多いので、補足します。ここにある情報は既に大幅に古くなっています。以前程、パフォーマンスの低下もありませんし、ログの吐き方も変わりました。 例えば、console.debug("message",obj)のような形でログをとったり、assertしたりするようになっています。詳しくは、http://www.joehewitt.com/software/firebug/docs.php辺りを参照してください。 https://addons.mozilla.org/extensions/moreinfo.php?id=1843&applicat
大阪に戻る前にシャナの予約録画を仕掛けておくべきだった。MBS放送分のビデオが届くまで最終回お預け。
JSONの文法などについて、今年の2月1月からインターネットドラフト(I-D)が出されているが、はやくもInformational RFCとすることが決まった(I-Dは現在04版draft-crockford-jsonorg-json-04.txt)。MIMEタイプはapplication/jsonとされている。 このI-D/RFCは、JSONの構文とMIMEタイプをオフィシャルな形で定義しようというもので、内容は基本的には既に知られている文法と違いはない。大まかに言えば、次のようなことが書かれている。 JSONは4つの基本型(string, number, boolean, null)と、2つの構造型(object, array)で表現される。 objectは、名前:値 の組の順不同のコレクションで、これらの組を , で区切り、{ と } で囲む。名前はstringで、値は上記6つの型の
2006/04/02 id:secondlifeさんの指摘を受け、タイトルをわかりやすくしました。 前エントリへzhestoさんから指摘をいただいて気がついたんですが、Rails 1.1で作成したアプリを動かす場合、lightyの1.4.8以前では動作しない模様です。 私の場合、Rails 1.0以前で作成したlighttpd.confが1.4.9以降で動かなかったというトラブルですが、当然逆もありそうなわけで。要するに、lighttpd-1.4.9以降用のlighttpd.confが生成されるため、逆にそれ以前のlightyではエラーになる、と。 productionな環境で、document-rootやfcgiのbin-pathを絶対パスで指定していれば問題は起こらない、んですかね。 参考 id:zhestoさんからの指摘にあるこちらの記事では、lighttpdも最新版にするように勧め
8 ヶ月前に setInterval 書き換えのネタで作ったやつ id:amachang:20060104:1136344836 id:amachang:20060114:1137243389 ふと ちょっと設計変えたらすごく速くなる気がして、作り替えてみた。 でも、作ってみたら clearInterval がちょっとだけ速くなったけど、正直そこまで変わらなかった。 でも、設計はきれいになったと思うので公開します。 ダウンロード http://sample.ecmascript.jp/setInterval/setInterval03.js 以前のもファイル化した 最初の失敗作(utf-8だから適当にエンコードして使ってください) 次に作ったやつ、実績はこっちのがある(utf-8だから適当にエンコードして使ってください) 使いかた すべてのスクリプトより前に読み込む <script src
サビタイジング 脳は少ない数(3個〜4個)であれば一瞬で把握できる。これは通常の数え上げるということよいも早くできる。ある数を数え上げるときには3個や4個とそれ以上では数え上げにものすごく時間がかかる。この現象のことをサビタイジングという。 インターフェースへの応用 3個や4個であればそれを見ただけで判断できる。しかし、それ以上になると一つ一つ見る必要が出てくる。これをインターフェースに利用できないかと考えてみる。 例えばこのブログのメニュ。10個のメニュがあって自分の探したいものを上から順番に見ていく。似たような並びなので4番目5番目からはしっかり見ないとうまく探せない。 3個から4個であれば一瞬で把握できるというサビタイジングを応用して、デザインにあわせてそれとなく3個ずつ分けて見た。どう思うかは人それぞれだけど、なんか見やすく(というより発見しやすく)なったかな。 おまけ 追記 何を
で、その時、見えていたコードがしっかり出回ってるみたい>< ぼくが(出回っているのを)確認したのは以下だよ! add_diary.pl check.pl home.pl list_diary.pl list_message.pl show_friend.pl view_bbs.pl view_news.pl うわ…。 これは本当にまずいかもしれないね!wwwwwwwwwww
楽天ビジネスログインには、以下の主な特徴があります。 安全認証 利用者管理機能 ログイン履歴表示 1. 楽天IDを作成後、Viber※1を使った安全認証でログインします 2. ログイン後、一つの楽天IDを複数の店舗・サービス※2と連携できます 3. 連携した店舗・サービスで、それぞれのオペレーションがおこなえます ※1 Viberとは 楽天グループの無料通話&メッセージアプリです。 テキスト、ステッカー、絵文字、写真、動画をチャットで送ることができ、無料で国際電話などの音声通話やビデオ通話もかけられるアプリとなります(データ回線またはWi-Fiでご利用いただけます) ※2 サービスには、楽天ベンダーシステムや楽天ペイ(オンライン決済)などが含まれます。 楽天ビジネスログインを利用するにあたっては、利用者による個人単位での楽天会員登録が別途必要となります。 ご登録の際には、あらかじめ楽天会員
1 :以下、名無しにかわりましてVIPがお送りします。:2007/08/14(火) 16:35:01.27 ID:EvwU9/xM0 6月下旬、俺は3時間目の途中から気分が悪かった。 元々体は病弱なほうで昔からよく貧血になってたりして、 この日も嘔吐感が抑えられなくなって古文のじゅぎょうの最中 机の上に朝食べたフレンチトーストを含んだ吐しゃ物をはきだした。 隣の女子が「うわっ」 っていう声をあげてた。 教師が「大丈夫か?」って言いながらこちらに向かって来た。 教室がざわざわし始めて なんでか俺は「どうしよう」って何回も思ってた。 隣の女子をチラッと見るとかなり距離を取って避難してた。 なぜか冷静に「まあ そうするよな」 とか考えていた。 すると俺の背中をさすってくれる奴がいた。 顔も見ずにうつむいていたが俺には誰だかすぐにわかった。 19 :以下、名無しにかわりましてVIPがお送りします。
そういえば MySQL の auto_increment 属性って使ったことがなかった。 一応動かしておくべきだろうと思い、動作確認。以下サンプル。 auto_incrementに属性をつけたカラムは Primary key にしなければならない。これポイント。 mysql> create table ai_test (id integer auto_increment, data varchar(32), primary key (id)); Query OK, 0 rows affected (0.17 sec) mysql> desc ai_test; + Field Type Null Key Default Extra + id int(11) PRI NULL auto_increment data varchar(32) YES NULL + 2 rows in set (0
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Clouder::Blogger - max number for INT AUTO_INCREMENT PRIMARY KEYよく、mysqlとかで CREATE TABLEするときに id INT unsigned NOT NULL DEFAULT '0' AUTO_INCREMENT PRIMARY KEY なんつーことするけど、これ、もし最大までいったときにどうなるかって mysqlのMLに出てたんですが、idが最大までいくとその数以上はAUTO_INCREMENT できなくて、duplicate key になっちゃうようです。 TINYINTとかで試すとすぐに確認できます。 なるほどっ! 目からウロコだっ!! int(10) unsigned で、auto_increment だと、1 〜 4,294,967,295 までしかインクリメントしないから、仮にもし「1 日 100 万
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く