株式会社NTTドコモが提供する spモードメールには、 Java メソッドが実行される脆弱性が存在します。 Android 4.0.X およびそれ以前向け spモードメール rev.5900 から rev.6300 までAndroid 4.1 およびそれ以降向け spモードメール rev.6000(初版) から rev.6620 まで
4年ほど前に米国で産声を上げた「Boogie Board」(LCD Writing Tablet)は、独自のLCDパネル上にスタイラスで筆記する手書き端末だ。2009年の発表、発売以来、すでに数モデル以上のバリエーションが継続的に発売されている。 世代ごとのモデルバリエーションは多いが、米IMPROV Electronicsの開発した基本的なテクノロジー部分はこの5年それほどの変化もなく、周辺機器との連携スタイルや昨今のクラウドとの関わり方の違いによるものが大きい。モデルによっては専用のスタイラスを必要とするモノもある。 今回、筆者が米国から購入した6台目に当たるニューモデルは「Boogie Board Sync 9.7」という、長ったらしい商品名の最新機種だ。 筆記面サイズがデカい! Boogie Board Sync 9.7 初代モデルを除き、国内ではキングジムが輸入販売代理店の1つを
こんにちは。 アキバです。 本日3/18、ついに、Java8が正式リリースされますね! もうダウンロードされましたか?ってまだですかね?私はまだです(だって公開前にエントリ書いてるんだもんね) 2014/03/19追記:Oracleのページが更新されました!→こちら さて、前回に続いて、Java8で追加された地味で便利なAPIを紹介していきます。 今回は、みんな大好きMapとConcurrent、あとちょびっとComparatorです。 3. Map操作編 (1) Map#getOrDefault() これまでは、Mapから値を取得してnullだったらデフォルト値を使用する、みたいなコードを以下のように書いていたと思います。 Map<String, String> map; // 何らかのMap String value = map.get("key"); if (value == nul
こんにちは! アキバです。 ...T3ブログは初登場かもしれません。ハジメマシテ。 以後お見知りおきを。 いよいよ、2014年3月、Java8が正式公開されますね。 なんと言っても、Java8の注目機能はラムダ式ですので、ラムダ式や型推論に関する記事は多いです。 世の中で「Java8」と検索すると、皆さんいろいろと記事を書かれているので、おおよその事はこれで分かっちゃうような気がします。 が、 実は地味に便利なAPIが追加されていたりすることを最近知りました。 これはあまり触れられていないぞ、と。 というわけで、このエントリでは、あまり日本語で情報の無い、しかし地味に便利なAPIに実際に触れてみます。 大事なところなので2回強調して書いてみました。 今回は、前編として4つ紹介します。 ※APIの紹介と言いつつ、コードにはラムダ式を使ったコードが普通に出てるので、ご了承ください。 (むしろ、
marqueeタグ,最近人気ないけど,かわいいので,使っていきたい.今日の日記もmarqueeにすることにした.あなたの意図に反してこの文字が流れていたら私の意図通りこの文字が流れていると言える.フィードリーダーとかではmarquee出せない気がするので,わざわざ元のページ開いて見てほしい.現実世界には,あまり流れる文字ない気がするけど,巻物とかがんばって巻くとmarqueeになる.本はmarqueeじゃなくて,Page Downという感じだから,あまりもう紙では見ることない気がする.身近なmarqueeとしては,新幹線とか乗るとmarquee見れる.自分が新幹線作ることを考えると,乗客にmarqueeを見せ続けて便利というのは不気味だから,新幹線考えた人は偉い.普通は乗客にmarquee見せようと思わないと思う.あと京都駅の駅前に防災情報みたいな電光掲示板が設置されてて,そこでmarqu
タイトルで言い切ってしまった。 昨日は Python Developers Festa 2013.11 に参加してきました。 時間までに発表資料を作るタイムトライアル系のイベントだとずっと勘違いしていたのですが、 今回は話すネタがなかったのでまったり過ごすことができました。 午前中は whipering-gopher を題材にした Go ハンズオンに参加してました。 課題がよく練られていて、テンポよく Go プログラミングをつかむことができたのは非常によいですね。 こうした機会がないと、Go に手を付けることはなかったので講師の @ymotongpoo には感謝しています。 午後はあれやこれやの発表がありましたが、そこは @kashew_nuts さんのエントリがよくまとまっているのでさっくり割愛。 その中で気になったのは、@torufurukawa (39) の python3.4 の発
筑波大学の学生に愛されるボリューム満点の日替わり定食がウリの「あじよし」。このお店は少しお休みの理由が毎回特殊でして・・・。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28
I'm creating a web application, where I need to store info of 5,000,000 people and the info is of 6 categories. I'm using MySQL as my database. My question is, which is better: Create 6 databases with the name of 6 categories and create 5,000,000 tables in it corresponding to info of each user. Hence, [6 databases with 5,000,000 tables each]. Info on each user would be split into 6 different datab
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く