約 150,919 件
https://w.atwiki.jp/marque/pages/53.html
公共財供給メカニズムの有効性―実験経済学的アプローチ
https://w.atwiki.jp/flipflop/pages/16.html
ニコニコ動画から動画をダウンロードするニコニコ動画にアクセスするためのセッションIDを取得するIEからセッションIDを取得する FirefoxからセッションIDを取得する 独自にログインしてセッションIDを取得する セッションIDの有効性を確認する 目的の動画のurlを突き止める 動画をダウンロードする ダウンロードした動画を再生する セッションIDをIEやFirefoxから入手できなかった場合、もしくは入手したものの、それが有効なセッションIDか分からない場合、ニコニコ動画にアクセスして有効性の確認を行う必要がある。それはそれほど難しいことではない。 HTTPプロトコルを使ってニコニコ動画のサーバーにアクセスするだけでセッションIDが有効かどうかを確認することができる。 まずHTTPによる通信の知識がない人向けに、いくつかの外部リンクを紹介しておきたい。 Geekなぺーじ winsockプログラミング Windowsユーザー向けの、ソケットを使ったネットワークプログラムの作り方説明。TCPでのHTTPクライアント作成までを一通り読んでおきたい。 @IT インターネット興隆の立役者「HTTP~前編」 HTTPプロトコルについての簡単な(そうでもないかも)解説。後編も一応読んでおこう。 StudyingHTTP HTTPプロトコルに関する網羅的な情報サイト。流石にこれをすべて覚えるのは大変なことだが、浅く広く程度でいいので用語や仕組みを理解しておこう。 さて、HTTPプロトコルを使った通信の方法が分かったら、まずブラウザがどのようなデータをニコニコ動画のサーバーとやり取りしているかを確認してみることにする。 IEを使っている人はieHTTPHeaders、Firefoxを使っている人はLiveHTTPHeadersをインストールする。そしてニコニコ動画のトップページにアクセスし、どのようなやり取りが行われているかを確認する。
https://w.atwiki.jp/parepan/pages/110.html
画面の最大化ボタンの有効無効の設定は フォームを選択して、 プロパティ画面のレイアウトの「AutoSize」の設定 true 最大化を無効 false 最大化を有効 ----
https://w.atwiki.jp/isoroku_be/pages/73.html
情報 作者名:まっこう 引用元:なでしこプログラム掲示板「タブ型なでしこエディタ(印刷機能付き)」 概要 ウィンドウの×ボタンの有効/無効を切り替えます。 解説 引数 HANDLE:対象ウィンドウのハンドル サンプルプログラム 1の間 母艦のタイトル=「有効」。 (母艦ハンドル)を窓ハンドル終了ボタン有効。 1秒待つ。 母艦のタイトル=「無効」。 (母艦ハンドル)を窓ハンドル終了ボタン無効。 1秒待つ。 //本体 [[●窓ハンドル終了]]ボタン有効(HANDLEの|HANDLEを) EnableMenuItem((HANDLE)のシステムメニューハンドル取得,$F060,0)。 ●窓ハンドル終了ボタン無効(HANDLEの|HANDLEを) EnableMenuItem((HANDLE)のシステムメニューハンドル取得,$F060,1)。 ●システムメニューハンドル取得(HANDLEの) GetSystemMenu(HANDLE,0)。それで戻る。 ●GetSystemMenu(hWnd,bRevert)=DLL("user32.dll","DWORD GetSystemMenu(HWND,BOOL)") ●EnableMenuItem(hMenu,uItemID,uEnable)=DLL("user32.dll","BOOL EnableMenuItem(DWORD,int,int)") 名前 コメント
https://w.atwiki.jp/aoe2sc/pages/58.html
指定したトリガの状態(英 State)を ON にします。 補足 有効にしたトリガのループが OFF になっている場合は、1回だけ実行されます。 有効にしたトリガのループが ON になっている場合は、毎秒実行されます。 有効にしたトリガに条件がある場合は、条件のチェックが毎秒行われるだけになり、条件がクリアされるまで効果が実行されることはありません。 処理順序について 指定したトリガのIDが、指定元となるトリガのIDより大きい場合(簡単に言えば、指定したトリガが下側にある場合)は、ゲーム内時間的に同じ秒数に実行されます。 指定したトリガのIDが、指定元となるトリガのIDより小さい場合(簡単に言えば、指定したトリガが上側にある場合)は、次の秒に実行されます。 《注意!》トリガのIDは、シナリオエディタの上下ボタンで順番を入れ替えても、変わりません。ですので、無暗に順番を入れ替えると、高度なトリガを組みにくくなります。 さらに詳しく知りたい人はコチラのページを読んでください。
https://w.atwiki.jp/gesuiodei/pages/11.html
新日鉄 下水汚泥から水素 新日本製鉄は、下水の汚泥から水素を効率よく取り出す技術を開発した。炉の中で乾燥させた汚泥に酸素を加え、汚泥に含まれる有機物を酸化させることにより、有機物のほとんどを水素を含むガスに変える。水素発生量は、メタン発酵法の約2倍、処理コストも焼却処分に比べて、約半分となる。処理量が約10トン/日の実験設備では、1トンの乾燥汚泥から150m3の水素を製造することができた。ガス化の後に残った溶融灰も建築資材として再利用可能である。水素1m3の製造コストは20円以下と推定される。又汚泥を焼却しないので、重油などの燃料が不要であり、焼却炉で処理する方法に比べて、エネルギー消費量は半分になる。そのため汚泥1トン当りの処理コストは1万円程度になると試算している。現在下水の汚泥の年間発生量は約210万トンであるが、その内7割程度は焼却後に埋め立て処分されている。(日本経済新聞05年8月5日)
https://w.atwiki.jp/pokemonnhp/pages/26.html
正面 自分の向いている方向1マスに対しての効果。 角抜け 角をすり抜けて斜め1マス先の相手に対して効果あり。 2マス先まで届く 正面の2マス先の相手に効果あり。角抜けも可。 3方向 自分の正面と左右の斜め1マスに効果あり。角抜けも可。 直線状 自分の前方10マス以内で最も近い相手に効果あり。角抜けも可。 周囲 自分を中心に3×3マスまたは5×5マスに効果あり。角抜けも可。 自分 自分だけに効果あり(主に補助技) 足元 自分の足元の1マスに効果あり。 部屋 自分がいる部屋全体とその周囲1マスに効果あり。 フロア そのフロア全体に効果あり。
https://w.atwiki.jp/mnp01/pages/27.html
「プリモバイルの残高・有効期限の調べ方」 プリモバイルの残高・有効期限はMySoftbankやコールセンターへ問い合わせても教えてくれません。 調べ方は下記の方法だけです! <残高・有効期限を照会する方法> [1]「1400」へダイヤル。 [2]以下ガイダンスに沿って操作。 [3]「1」を選択。 *お問い合わせいただいた時点での利用有効期間、 電話番号の有効期間、登録残高のガイダンスが流れます。 [4]「9」(終了)を選択。 .
https://w.atwiki.jp/dominationsguild/pages/44.html
サボタージュの使い方は上手い下手が分かれるところです。 サボタージュの使い方をよく理解していないと非常にもったいないです。 最初のうちにやってしまいがちなのが、一つの防御施設にサボターシュをかけてしまうやりかたです。 それではとてももったいないです。 サボタージュの有効範囲は半径2です。 このことをよく理解してください。 例えばこの赤印の辺りにサボタージュをかけてみると このように4つの防衛施設を無力化することができます。 参考までに攻めてる動画もアップしておきます。
https://w.atwiki.jp/is01rebuild/pages/64.html
SDを完全に認識させるには? fi01さんより頂いた情報をwikiに展開しました。fi01さんありがとうございます。 旧情報のinit.rcに追加したスクリプトは削除して下さい。 ソース system/vold/DirectVolume.cpp を下記のように変更し、 diff -u system/vold/DirectVolume.cpp.orig system/vold/DirectVolume.cpp --- system/vold/DirectVolume.cpp.orig2011-01-17 11 00 46.075577000 +0900 +++ system/vold/DirectVolume.cpp2011-01-24 16 27 43.322803266 +0900 @@ -135,6 +135,9 @@ mDiskNumParts = 1; } + if (strcmp(devpath, "/devices/virtual/block/stheno") == 0) + mDiskNumParts = 0; + char msg[255]; int partmask = 0; /system/etc/vold.fstab の dev_mount sdcard 項目を dev_mount sdcard /mnt/sdcard auto /devices/platform/goldfish_mmc.0 /devices/virtual/block/stheno と変更する。 以上 下記は旧情報です。 SDカードは現在mountコマンドに頼っている状態です。 2chスレ fi01氏より とりあえずですが、init.rcの最後に下記のスクリプト起動で SDがマウントされた。 /bin/shにはbusyboxを配置しています。 #!/bin/sh while test ! -b /dev/block/stheno do sleep 1 done mount -t vfat -o utf8,uid=1000,gid=1015,fmask=702,dmask=702,shortname=mixed /dev/block/stheno /mnt/sdcard これでマーケットのダウンロードも出来るようになった。 GUIで有効にするには? /system/etc/vold.fstab に dev_mount sdcard /mnt/sdcard auto /devices/platform/msm_sdcc.2/mmc_host/mmc0 と書いておく。その他は # でコメントアウト。 GUIの設定→SDカードと端末容量→SDカードをマウント マウントを解除してしまった、再度認識させるには? マウントを解除してしまった場合は、ターミナルで、 # mount -t vfat -o utf8,uid=1000,gid=1015,fmask=702,dmask=702,shortname=mixed /dev/block/stheno /mnt/sdcard # stop vold # start vold でGUIの設定で再度マウント出来るようになる。 USBストレージ USBストレージもとりあえず使える。 ただし、もれなく機内モードと USBストレージをoff にしたときにマウントが解除が付いてくる。 再度、マウントする場合は、上記「再度認識させるには?」と機内モードを解除するを参照のこと。 完全対応するには? GUI周りや、起動スクリプトなどを無理矢理カスタマイズしてしまう事も出来るかもしれない。 voldはのソースは下記の通り $ANDROID_SRC/system/vold コメント すでにご存知かと思いますが、念の為お知らせします。 -- Yukto (2011-01-23 11 40 48) すみません、途中で押してしまいました。下記のURL をご参照されては如何でしょうか? https //groups.google.com/group/android-porting/browse_thread/thread/6711fe988fa28aad?hl=ja https //groups.google.com/group/android-porting/msg/345d6b6344a52429?hl=ja -- Yukto8492 (2011-01-23 11 42 08) 情報ありがとうございます。参考にさせていただきます。また何かありましたら、コメントして頂けると幸いです。 -- is01rebuild (2011-01-24 08 29 31) GUI対応終わりました。/system/etcにvold.fstabを配置して下さい。 -- fi01 (2011-01-24 17 01 27) http //72k.jp/is01/src/is01_0814.zip -- fi01 (2011-01-24 17 02 00) 2.2/2.3共にOKです。 -- 名無しさん (2011-01-24 17 02 30) init.rcでのコマンドは必要ありません。(関係ありませんが、コメントが1行しか書けません) -- fi01 (2011-01-24 17 04 49) 2.3組み込み確認しました。多少安定性に欠ける(使用不可な時がある)ので、原因調べてみます。 -- RO215IS01 (2011-01-25 01 21 25) fi01さんありがとうございます。vold.fstab の変更は済んでいたのですが、pending状態から脱するには…?と思っていたところでした。やはり、ソース修正でうまくいくようですね。 -- is01rebuild (2011-01-25 03 25 13) コメントが複数行ないのは、そんなに必要ないかな?と思って、一行パターンにしたからでした。すみません、私の見積もりミスです。 -- is01rebuild (2011-01-25 03 26 04) 名無しさん (2011-01-24 17 02 30)氏、動作報告ありがとうございます。 -- is01rebuild (2011-01-25 03 26 40) 2.2_r1.3、動作確認できました。 -- is01rebuild (2011-01-25 03 27 45) 動作確認不十分ですみません。root4スレに2.3の暫定対策書きました。voldの起動を待ってコマンドでマウントさせています。 -- fi01 (2011-01-25 09 11 58) fi01さん 対応ありがとうございます。 コメント欄広いモノに変更しました。 init.qcom.rcにこのような条件で発動する部分がありますね。 on property dev.bootcomplete=1 また、 write /sys/devices/platform/mass_storage/lun0/file /dev/block/mmcblk0p1 でブロックデバイスの作成で良いのでしょうかね。 となると、init.rcのon boot処理の後init.qcom.rcのon boot処理に なり遅れが生じるのかもです。 いま、開発環境が手元にないので想像で書きますが、 ・property dev.bootcomplete が 1になる時間がAndroidの 安定時期と同じ程度なら、その property でマウントを発動さるか、 voldをstop、startさせる、vdcコマンドの発行を行う。 ・起動の早い段階で write を発行する。 とかが有効かもしれないですね。 (すみません、すべて想像です^^;) -- (is01rebuild ) 2011-01-25 10 44 13 個人的には、vdc コマンドの存在を先ほど知りました。。^^; -- (is01rebuild ) 2011-01-25 10 50 24 名前 コメント すべてのコメントを見る (2011/01/23 1 00 公開)