約 4,625,763 件
https://w.atwiki.jp/hmiku/pages/1335.html
【登録タグ M NexTone管理曲 VOCALOID 初音ミク 曲 骨盤P】 作詞：骨盤P 作曲：骨盤P 唄：初音ミク 曲紹介 ニコニコ動画からは惜しくも削除されてしまったが、iTS配信アルバム『No Image』や1stアルバム『R.I.P.』に収録されている。 歌詞 ねえ… 0と1の海から キミに会いにわざわざ来たんだよ さあ… 一緒に歌いましょう 友達がいなくても 私がいるから モニターの中の夜はちょっと 一人じゃさみしすぎるんだよ ブルーな夜も私となら きっと大丈夫でしょう？ この思いを伝えたい 今はうまく歌えないけど 手を握ることはできないけど ずっと一緒に居てね ね？ ワンツーさんはい！ この思いを伝えたい 今はうまく歌えないけど 手を握ることはできないけれど ずっと一緒に居たいから もっと私を見てね Ah…Ah…Ah…Ah… コメント また入れときました。これも消えてるんですね･･･。もしかして歌詞未登録だったのは削除のせいだったのかな？ -- J (2009-05-25 00 49 02) 名前 コメント
https://w.atwiki.jp/message0724/pages/13.html
1985年 7月24日生まれ 幼少時代から両親の影響も有り音楽に触れ親しんできた 小学生の時から高校生になるまでギター、ピアノ、ドラムを習い 音感やリズム感を養った 歳を重ねる毎に歌の魅力に惹かれ 弾き語りで活動する日々が続く 高校を卒業をしてから音楽の学校に入学し 更に腕を磨いていく その時の師の推薦で19歳でロスに渡米 本場アメリカでのボイステクニックを学び 『ティム・オーウェン』 『ハーレム・リー』 といったアメリカの一流アーティストに認められる。 オリジナリティーを追及しMessage of Cloverを結成 リーダーとして更なる向上を目指し活動をしている 現在 ボイストレーナーとして金の卵を育成し 音楽の素晴らしさを伝えている MOC内では１番のボイステクニックと、音感を持っている。
https://w.atwiki.jp/bitmessage/pages/17.html
メリット 使い方が非常に簡単 Bitmessageを起動し、アドレスを生成するとすぐに送受信が可能になる。電子メールと同じような感覚で使用することができる。生成したBitmessageアドレスは公開してもよい。その人にメッセージを送信する場合はそのBitmessageのアドレスを宛先に指定するだけで送信できる。 各種APIの提供による汎用性の高さ Bitmessageはオープンソースであり、APIの提供もしている。これを用いてBitmessage同士のユーザーでなくとも、ブリッジを経由して受信者には電子メールとして送信することもできる。ただし、ブリッジを経由するために若干到達に時間を要する場合や匿名性の低下も懸念される(現在憶測の域) 匿名性 Bitmessageでは各ユーザーがいつでもいくらでもBitmessageのアドレスを生成することができる。 アドレスには直接個人を特定する情報が結びついていないため、アドレスを公開しても身元の特定をすることは困難である。しかもアドレスはいつでも新しく生成または破棄することができるため、ユーザーは複数のアドレスをいつでも生成し、必要であれば無効化することができる。 成りすましと盗聴の困難性 Bitmessageではデジタル署名を採用しているため、送信者になりすましてメッセージを送ることはできない。(デジタル署名の特性から否認不可能性を有する) また、本来のBitmessageを生成したユーザーだけが秘密鍵を持っているため、送信者の期待した受信者だけがメッセージを読むことができる。これに伴い、ネットワーク中をメッセージが流れていても、いかなる第三者もメッセージを盗聴し改ざんすることはできない。 裏を返せば、期待した受信者は期待した送信者から改ざんや盗聴から保護されたメッセージを受け取れる。 ピュアP2Pによる非中央集権型 従来のメッセンジャーや電子メールとは異なり、何か1つの固定されたサーバーを介してメッセージが送られるわけではなく、Bitmessageを使用しているあらゆるノード(DHTを使用している)にメッセージが行き渡り、最終的に受信者へメッセージが送り届けられる。 このことから、サーバーダウンによってメッセージの送受信が不可能になるということはない。 かき混ぜ(mix-network)による匿名性 全てのノードが全てのメッセージを処理するというシステムであるため、誰がどこへ送ったメッセージなのかを特定することは実質的に不可能である。あらゆるノードを経由してメッセージが送られるため、送信者と受信者のIPアドレスを割り出すことも非常に困難である。たとえ悪意のあるノードがいたとしても匿名性に影響することはない。 しかしそれでも匿名性について心配に思うユーザーのために、TorまたはI2Pといった匿名通信を図るシステムと連携してメッセージをやりとりすることが可能である。Torは通信の面でinsecureなシステムであるが(鍵交換に信用性がない)、Torネットワークを通過する前に元々のメッセージが暗号化と署名を施されているため悪意のあるTorノードユーザさえもメッセージの盗聴と改ざんを行うことは暗号学的に困難である。 ブロードキャスト機能を有する メールと同じように、Bitmeesageでは1対1のメッセージの送受信にかぎらず、1対複数人へ一斉配信が可能である。Bitmessageのchanという機能を使うと、chanパスフレーズというものを生成できる。このchanパスフレーズを知っているものだけが、特定のchanに投稿されたメッセージを読むこと、投稿することだけができるため、chanパスフレーズを知らない者は全く内容を知ることさえできない。 たとえばchanパスフレーズを社内だけ共有しておくと、社内の人間のみしかそのchanに投稿されたメッセージを読むことはできず、書き込みもできない。 また、chanには誰が投稿したのかさえ情報が残らないため、同じchanパスフレーズを知っている人しか投稿できなくても、そのうち誰が投稿したのかは特定できない。 多言語対応 Bitmessageは数多くの言語に対応しており、日本語のメッセージをやりとりすることも問題なく可能である。 デメリット メッセージの遅達性と有効期限 Bitmessageは全てのメッセージを全てのノードが処理していく。ノードは受け取ったメッセージ全てを復号しようと試みるが、自分宛てのものでなければ復号に失敗するためその時は単純に自分のパソコンにメッセージを保存する。(デフォルトでは2日間だけ保存し、これを超過すると自動的に削除される) 全てのノードがこれらの作業を行うため、本来の受信者へメッセージが到達するためには時間がかかる。初めてやりとりするユーザー同士がメッセージを到達をするには約15分ほど時間がかかる。(経験則) しかし、過去にメッセージをやりとりしたユーザーとの間では約2分ほどでメッセージが到達する。(経験則) また、送信されてから2日間のみネットワーク上に保存されるため、2日間以内にメッセージを受信しなければ二度とメッセージを受信することはできない。これはネットワーク上に送信から2日間以上経過したメッセージが残らなくなるためである。デフォルトでは2日間だが設定を変更することは可能。また、2日間以上受信者がオフラインの時、受信認証をうけていないと送信者が判断しさらに2日後に再配信する。そのためネットワーク上からメッセージが消えてはまた再配信されるので、決して2日間以内に受信し終えなければならないというわけではない。 ネットワーク帯域を消費しやすい Bitmessageを実際に実行してみればわかることであるが、自分以外の公開鍵とメッセージの処理をするために多量の通信量を要する。ネットワークの帯域が極端に制限されている場合、Bitmessageが有効に動作しない場合もある。 メッセージストアのためにファイル量が増加する 各ノードはほぼ全てのメッセージをストアするため、保存に多くの空き容量を有する(経験則ではおよそ数十MBほど) しかし、ストアされたメッセージは基本的に2日間経過すると自動的に削除されるため、いつまでも膨大なファイルサイズになり続けることはない。 アドレスのリストア不可能性 Bitmessageでアドレスを生成したがそのアドレスを紛失したという場合二度と回復する手段はない。その場合は新しくアドレスを生成し、最初からやり直すしかない。だがこれも裏を返せば、同じアドレスを誰かが勝手に使ってなりすますことができないというメリットでもある。 テキストメッセージのみやりとり可能 BitmessageのクライアントPyBitmessageでは基本的にテキストメッセージのみをやりとり可能であるため、メールのようにファイルを添付して送るということはできない。しかしこれは、暗号化したファイルをどこかへアップロードしておいて、そのリンクをメッセージとして送信するといった使い方をすることでこのデメリットをカバーできる。 セキュリティ専門家による安全性の評価がなされていない これは大変重要なことである。かの安全であると謳われていたTrueCryptさえもプログラムに致命的な欠陥が発見され、安全でないことが確認された。Bitmessageは第三者の専門家らによる安全性の検証が一切行われておらず、現在リリースされているBitmessageにも何らかの欠陥が抱えている可能性は否定出来ない。 また、OpenSSLを使用していることからも、万が一OpenSSLに致命的な欠陥が発見されればBitmessageにも影響すると考慮することはいたって自然なことである。 有効な攻撃法が存在する可能性 基本的にDoS攻撃に対応する機能をBitmessageは有しているが、ドイツ語版wikipediaによるとBitmessageへの攻撃があるとのこと。ただし所詮はwikipediaの項目に過ぎない上に、実際に試行された例や学術論文の出典がないため、信憑性は低い。これは私の知識不足のせいもあるだろう。 あまり重要でない事項 1日に数千通以上ものメッセージネットワーク上で処理されている
https://w.atwiki.jp/mizcremorne/pages/272.html
llMessageLinked llMessageLinked(integer linknum, integer num, string str, key id) リンクオブジェクトにおいてprim間メッセージを送信する。 引数linknumは送信先primのリンクナンバーである。 num、str、idの引数には任意のデータを指定することができる。 リンクメッセージが受信されるとlink_message?イベントが起こる。 link_message?イベントの引数には、llMessageLinked関数によって送信されたnum、str、idの各引数が渡される。 つまり、 1, "test", NULL_KEY という３つのデータを送信すれば、 1, "test", NULL_KEY という３つの値がlink_message?イベントの引数に渡って来る。 この関数の利用方法については、prim間通信（スクリプト初級第十五回）及びHUDを作ろう（スクリプト初級第十六回）あたりの記事を参照のこと。 有用な利用方法としてモジュール化も挙げられる。 送信先を指定する引数linknumにはリンクナンバーを直接指定する他、以下の定数が使える。 定数 値 意味 LINK_ROOT 1 ルートプリムに送信 LINK_SET -1 全プリムに送信 LINK_ALL_OTHERS -2 自分以外の全プリムに送信 LINK_ALL_CHILDREN -3 全子プリムに送信 LINK_THIS -4 自分自身に送信 名前 コメント
https://w.atwiki.jp/bitmessage/pages/32.html
PyBitmessage-I2Pとは 従来のBitMessageは通常のインターネット回線を使って通信するものであり、何らかの限定的なネットワークで運用されるものではありませんでした。一方で、PyBitmessage-I2PはI2Pネットワークを利用したBitMessageプロトコルです。PyBitmessage-I2Pは通信が全てI2Pネットワーク内で完結するため、通常のBitMessageクライアントやWebサービスと互換性はありません。すなわち、PyBitmessage-I2Pから通常のBitMessageクライアントへメッセージを送信することも、その逆方向もできません。PyBitmessage-I2Pで作成されたメッセージはPyBitmessage-I2Pを使う期待した受信者のみ読むことが可能です。I2Pについてこのサイトでは詳細を述べませんので、I2Pまとめ非公式wikiとI2P普及推進 @ ウィキを参照してください。 PyBitmessage-I2Pは試験的なものです。安定した動作を望む場合は従来のPyBitMessageクライアントを使用することを推奨します。 必要な環境 I2Pルーターが正常に動作しており、他のピアと接続できる狀態にあること SAMブリッジを有効にしていること 配信サイト 以下のWebサイトよりダウンロードができます。 GitHub - metamarcdw/PyBitmessage-I2P ミラー：MEGAより SHA256 A7B68E8AAC120A167F4FCEE475B719B2B02ABBA5ACC6AC698B76B56FEFC46C75 互換性 PyBitMessageで生成されるアドレスとPyBitmessage-I2Pで生成されるアドレスは互換性があります。たとえば、前者で使用しているアドレスがBM-2cToiiYrW92SSZ3616VTgQYmSmg5bVDi8wであり、このアドレスの使用者がPyBitmessage-I2Pに使用を切り替えた場合、送信者は宛先をBM+2cToiiYrW92SSZ3616VTgQYmSmg5bVDi8wとすることで同じようにそのアドレスで送受信することが可能です。 インターフェイス 基本的なインターフェイスは従来のBitMessageクライアントとほとんど差異はありません。インターフェイスは日本語表示が可能であり、日本語のメッセージを送受信することも可能です。 備考 PyBitmessage-I2P - I2PWiki
https://w.atwiki.jp/haruhi_vip2/pages/4070.html
卒業式の日。 おれ達は互いの気持ちを胸に秘めたまま…別れた。 それからは何度かメールや電話もしていたが、それぞれの都合が合わないために会う事はなく、おれ達は疎遠になっていった。 もうこれから先会う事はないだろう。 数年後。 おれは無事大学を卒業して就職し、働いて、働いて、働いた。何をしても味気なかったから、とにかく働いた。 それは独り身だったからかもしれない。彼女がいればもっと楽しかったのかもしれない。 そんな事はわかっていた。おれだって色恋沙汰が全くなかった訳じゃない。 今まで何人かの女性に告白されたりもした。 だけどそれを全部断ってきたんだ。 「今は恋愛には興味はないんだ。仕事も忙しいしね。別に君に魅力が無い訳じゃないんだよ。…ごめん」 おれは毎回そう言って断っていた…このセリフはほとんど嘘だ。 頭の中にはいつもハルヒがいたから、心の中はいつもハルヒで満たされていたから…ハルヒに比べれば他の女性は魅力が足りなかった。いや、恋愛対象としてすら映っていなかった。 卒業式の日から、おれの目に灰色のコンタクトレンズが縫い付けられたんじゃないかと思うくらい世界が色褪せていた。 どんな人気のある映画を観ても、どんな音楽を聴いても、どんな人と話していても…気分が晴れる事はなく、ただ動作をしているという感覚。 何をしても楽しくないので、休日には外を散歩するようになった。 緑の木々やそこらへんを歩いている人々。 ただベンチに座ってはそれらをボーっと眺めていた。そうしていると少しだけ心が安らいでいく様な気がした。 日曜日。 いつもの様にベンチに座っていると、一つだけ色づいた物が目に飛び込んで来た。 オレンジ色のリボン、そしてカチューシャ。その姿はあの時と変わっていなかった。変わっている所があるとすれば背が伸びているという事くらいだ。 おれは餌を目の前にぶら下げられた犬がお座りをするぐらい反射的に声をかけた。 「あー！キョン久しぶり！」 「しばらくぶりだな。ちょっと話さないか？」 おれ達は二人でベンチに座り、昔話に花を咲かせた。下書きをした絵に色が塗られていくように世界が再び色付いた瞬間だった。 ずいぶん長い間話したんじゃないだろうか。時間を忘れるくらいに話したのはきっと高校の時以来だ。 一人で遊びに来ただけだから時間はあるらしく、おれ達は夕暮れまで話していた。 それでも卒業から今までを語り尽くすには短すぎる長さだったがな。 そして最後に、ハルヒはこう言った。 「実はあたし…もう結婚してるんだ」 家庭の事情でお見合いさせられたらしい。特に断る理由もないし親を安心させたかったから、と。 だけどおれはそう言われるんじゃないかと薄々感じていた。北高で別れを告げてから、ハルヒと一生を共にする未来はおれには無いという確信が…何処かにあったからだ。 今は後悔よりもむしろハルヒの幸せを願う気持ちの方が大きかった。 ハルヒが認めたんだからきっと良いやつに違いない。そう自分に言い聞かせた。 何不自由無く暮らしていると、ハルヒは笑顔で言う。 しかしその表情はどこか哀しげに見えてならかった。どうしてかはわからない。 おれはそれを尋ねる事をしなかった。 きっと聞いたところで何も変わらないとわかっていたからだ。 そして何もないままおれ達は別れ、世界がまた灰色に戻った。 今度こそ二度と会う事はなかった。 数十年後。 おれは病院のベッドに寝ていた。ガンらしい。 あちこちに転移していて、もう助かる見込みはないそうだ。 そして今側にいてくれているのはおれの妹とその旦那だった。 妹の旦那さんはなかなか良い人で、暇があれば必ずおれの見舞いに来てくれた…いつもおれの妹と一緒に。 勿論おれは独身だったから、他に見舞いに来てくれる人はいなかった。 妹は「良くなっているよ」と励ましてくれるが…おれにはなんとなくわかっていた、明日が命日だと。 次の日。 寝ている自分の体を目の当たりにしておれは唐突に理解した。ああ、死んだんだな、と。 妹は泣いていた。その旦那さんも。 しかし妹は少しだけ安心した様な表情だった。 きっと知っていたんだろう。おれが苦しんでいた事を。叶わないと知りながらもハルヒを想い続けていた事を。 「もう辛い想いをしなくてすむんだね、お兄ちゃん」 妹がおれに呟いているのが最後にこの世で聞いた言葉だった。 急に視界が真っ白になり、気がつくと真っ暗な空間。 おれは上も下もわからない状態でフワフワと浮かんでいた。まるで宇宙だ。 なんでだろうな…ここにいると自然と幸せな気持ちになってくる。 そうやって気持ち良く浮かんでいると、ふいにすすり泣く声が聞こえてきた。 どこか聞き覚えのある声だな。 その音源を探して右、左、上、下、そして後ろを振り返った時にようやく声の主を見つけた。 おれの視線の先では制服を着た少女が座り込んで小刻みに肩を震わせていた。 肩まで届くセミロングの黒髪。その頭にはめられたオレンジ色のカチューシャとリボン。 後ろ姿しか見えないが間違いない。 何で泣いてるんだ？ハルヒ。 だが今はそんな事どうだっていい。ハルヒが泣いている。早く側に行ってやらないと。 そんな義務がおれにはあるように感じ、必死に手足をバタつかせてハルヒの方に向かおうとしたが一向に進む気配はない。 目測でおよそ５mの距離は縮まる事は無かった。 くそ、進めよちくしょう！こんな時にすらおれは無力なのかよ！ 進もうと必死になっていると突然ハルヒがゆっくりと立ち上がり、振り向いた。 おれは驚く事以外の事ができなかった。 泣いているとはわかってはいたものの、ハルヒの涙でグシャグシャにした悲しそうな顔を初めて見たからだ。 ハルヒ、何があった？何で泣いてるんだ？ そう問いただそうとしたが動いたのは口だけだった。声が出ない。 なんだよこれ。おい、何がどうなってんだ？古泉、説明しろ。 もちろん古泉はいない。 絶望と哀しみの混じった表情で泣きながら、今度はハルヒの口が動いた。声が聞こえる。 「キョン…。なんで……なんであの時言ってくれなかったの…？あたしは…ずっとキョンの事が好きだった…ずっと。あたしを幸せにできるのはキョンだけ。わかってたでしょ？なのに……酷いよ…。あたしは……幸せになれなかった…」 ハルヒはそう言ってまた泣き崩れ、すすり泣く声だけがこの空間に響き渡る。 おれには何も言う権利は無かった。声が出ないのはその表れなんだろう。 ハルヒの言う通りだ。 おれの躊躇いのせいでハルヒは心に大きな空白ができた。 その空白を埋めてやれるのはおれだけだったんだ。なのにおれは…おれは……。 後悔と自責の念、ハルヒへの申し訳ない気持ちで視界がボヤける。堪えようとして目を閉じてみたが駄目だった。 際限なく涙が溢れる。 おれの馬鹿野郎…。 やり直したい、やり直したい！ 「やり直したい！」 急に重力を感じたので目を開けてみると、灰色の天井がそこにあった。見渡すとそこはおれの部屋。 今までのは全部…夢？ それにしてはやけにはっきりと記憶に残っている。 顔に手を当ててみると水滴が一筋の道を頬に作っていた。どうやら寝ながら泣いていたらしい。 日の光が差し込んでくる薄暗い部屋の中、小鳥のさえずりが聞こえる。 今はいつだ？何月何日？何年？ そこでおれは思い出した。 そう、今日は卒業式だ。北高の卒業式が今日行われる。 さっきの夢はきっとハルヒが見せてくれた一つの未来。 想いを伝えないまま別れたらこうなるって事を教えてくれたんだろう。 ちゃんと言いたい事は言わないと後悔するわよ！…ってか？ おかげで決心がついた…ありがとな。 おれはもう一度目を閉じて大きく深呼吸をした。 好きだと伝えるんだ、今日こそ。もう後悔なんて絶対にしない。 おれの為にも。そして…お前の為にも。 －Fin－
https://w.atwiki.jp/wiki8_unlimited/pages/15.html
Contact us サイトに対する不満、質問等ございましたら下記メールフォームにて 投稿お願いします。 名前、メールアドレスは書かなくてもダイジョブです。 返事が欲しい時は捨てアドでいいのでお願いします。 名前 メールアドレス 内容
https://w.atwiki.jp/hanieko/pages/30.html
MessageDriven MessageDrivenとは？ メッセージ・ドリブンBeanは，メッセージを受信すると起動し，非同期的に実行される。そのため，呼び出し元のプログラム（メッセージを送信するプログラム）は，メッセージを送ってしまえばメッセージ・ドリブンBeanの実行の完了を待つことなく次の処理に進むことがでる。 使い方 MessageDriven アノテーションの activationConfig 属性に、宛先のタイプ (destinationType) と監視する宛先の名前 (destination) を指定。 例）ttp //www.failuresoft.com/report/java_ee/ejb30_mdb.html を参照
https://w.atwiki.jp/haruhi_vip/pages/4366.html
https://w.atwiki.jp/bitmessage/pages/29.html
チャンネル Bit_Message_JA アドレス BM-2cT7XHTa1L1iCiGVdg8AezKnnJf36yHmGc -- (名無しさん) 2015-11-07 05 58 52