マタニティーマーク 浸透まだ 妊婦半数「役立たない」（産経新聞） - Yahoo!ニュース
「おなかに赤ちゃんがいます」。周囲の人に妊婦への優しい配慮を促そうと、厚生労働省がマタニティーマークを決めてから約３年半。だが最近の調査では、マークが役立ったと実感する妊婦は半数にとどまり社会的な認知は不十分だ。国は平成１９年度から地方交付税で普及啓発費の支援を開始。母子手帳とともにマークを妊婦に渡す市町村は増えているが、周知には課題もある。 マークは、おなかはまだ目立たないが、貧血やつわりでつらい妊娠初期の女性に、席を譲ったり近くでたばこを吸わないなど優しい環境をつくるのが主な狙い。友人の悩みを聞いたフリーライター、村松純子さん（４６）が１１年に公表した「ＢＡＢＹ ｉｎ ＭＥ」マークなど、個人や一部自治体の取り組みが先行したが、厚労省が１８年３月、“全国版”のデザインを公募で決定した。 首都圏では鉄道会社が無料でキーホルダーを配っているほか、１３０１市区町村（全体の約７割）が、マーク
第1回 memcached 1.4、基本の基本 | gihyo.jp
今回は、1.4になってアップデートされた新機能を中心に紹介します。 memcachedとは？ memcachedとは、主にデータベースへの負荷を下げ、かつWebアプリケーションのスケーラビリティをコストパフォーマンス良く向上させる高性能な分散キャッシュサーバです。memcachedの基本や概要に関しては、以前ミクシィ運用グループの長野と執筆した「memcachedを知り尽くす」をご覧ください。 memcached 1.4の特徴 1.4、5つの特徴 memcached 1.4の大きなニュースの1つはバイナリプロトコルの正式導入です。また、他にも色々と嬉しい機能や改修が施されています。詳しくは1.4のリリースノートに記述されていますが、要約すると以下の5点が上げられます。 バイナリプロトコルの正式導入 パフォーマンス向上 統計システムの強化 報告されたバグの修正 テストの強化 入手先 memc
#perl - utf8::decode()ではなくEncode::decode_utf8()を使うべき理由 : 404 Blog Not Found
2009年09月13日13:00 カテゴリLightweight Languages #perl - utf8::decode()ではなくEncode::decode_utf8()を使うべき理由 駄目です。 [を] Perl の utf8 まわりのおまじない 最近良く使うおまじない、というかイディオム。 utf8::decode($text) unless utf8::is_utf8($text); こういう場合は、Encode::decode_utf8()でないと。 以下をごらんください。 #!/usr/bin/perl use strict; use warnings; use Encode; use Devel::Peek; for my $bytes ( "\x2F", "\xC0\xAF", "\xE0\x80\xAF", "\xF0\x80\x80\xAF" ) { my $u
livedoor Reader
livedoor Readerサービス終了のお知らせ 2014年12月をもちまして、LINE株式会社が提供するlivedoor Readerの運営を終了しております。 長きに渡りご愛顧をいただきまして、誠にありがとうございました。 livedoorホームへ戻る
YappoLogs: YAPC::Asia 2009 発表資料など
YAPC::Asia 2009 発表資料など まだ終わってないですが発表資料等。 1日目の Data::Model の資料は http://yappo.ficia.com/pl/album/1E8DF4EE-9DB6-11DE-B1EE-7BD1A805B909 2日目の LT nginx に突いての資料は http://yappo.ficia.com/pl/album/9509705E-9EAA-11DE-ADEA-3624873069EA 一応テキスト版を置いてあります。 http://github.com/yappo/talk-yapcasia2009/tree/master なお LT で発表した nginx with memcached は http://github.com/yappo/ngninx-ngx_http_memcachep_module/tree/master に
YAPC Asia 2009 での発表資料「Database testing with MySQL::Sandbox」を公開します。 - 日向夏特殊応援部隊
http://www.art-code.org/presen/yapcasia2009/ に置きました。 前半は以前に書いたブログのまとめ的な感じになっていて、後半は MySQL::Sandbox::Frontend と言うモジュールの話をしてみました。 make_sandbox コマンドの実行は結構重たくて、毎回 Sandbox 作っては消しと言うのをやる際にイライラが募るので、どっかからコピーしてきてよしなにやるような枠組みは必要なんだろうなと言うのと、本家自体に手を入れるか、1から作るかなど検討した方が良いかなと思いました。 YAPC 自体の感想はまた別途。 とりあえず関係者の皆様お疲れさまでした！
ゆーすけべー日記
サキとは彼女の自宅近く、湘南台駅前のスーパーマーケットで待ち合わせをした。彼女は自転車で後から追いつくと言い、僕は大きなコインパーキングへ車を停めた。煙草を一本吸ってからスーパーマーケットへ向かうと、ひっきりなしに主婦的な女性かおばあちゃんが入り口を出たり入ったりしていた。時刻は午後5時になる。時計から目を上げると、待たせちゃったわねと大して悪びれてない様子でサキが手ぶらでやってきた。 お礼に料理を作るとはいえ、サキの家には食材が十分足りていないらしく、こうしてスーパーマーケットに寄ることになった。サキは野菜コーナーから精肉コーナーまで、まるで優秀なカーナビに導かれるように無駄なく点検していった。欲しい食材があると、2秒間程度それらを凝視し、一度手に取ったじゃがいもやら豚肉やらを迷うことなく僕が持っているカゴに放り込んだ。最後にアルコール飲料が冷やされている棚の前へ行くと、私が飲むからとチ
UTF-8の冗長なエンコードとは何で、なんでそれがセキュリティ的に危ないのか？を文字コード知識レヴェル3くらいの凡プログラマが考えてみる - tohokuaikiのチラシの裏
何故かあたり前にならない文字エンコーディングバリデーション | yohgaki's blog ってあるように、いまいち文字コードの不正な判定による危険性ってのが分かってない。 SJISの問題は、（2/3）SQLインジェクションを根絶！セキュア開発の極意 - 第5回■注目される文字コードのセキュリティ問題：ITproの記事がわかりやすかった。 というか、やっぱりPHP使ってると誰でも一度は「なんじゃこの『￥』は？」って思うもんなんで。 なるほど、確かに↓の図のように「あるバイト」が2つの意味を持つっていう文字コード形態はやばいんだなと。 EUC-JPはそんなことはしないで、1つのバイトには1つの意味しか取らせない。 だけど、これでも文字化けが起こることがある。経験的には、「マルチバイトをXX文字で切り落としたい」とかやった場合。ちゃんと文字コードを判定してくれるPHPでいえばmb_subst
第4回 UTF-8の冗長なエンコード | gihyo.jp
今回は、文字コードに関連するセキュリティの話題では古参ともいえるUTF-8の冗長なエンコードというテーマについて紹介します。 UTF-8とは UTF-8は、各文字を1～4バイトの可変長で表現するUnicodeの符号化方式のひとつです。 U＋0000からU＋007Fの範囲の文字を0x00から0x7Fの1バイトで表現しているため、US-ASCIIと互換性がある、バイト列の途中からでも文字の先頭バイトを簡単に検出できる、多バイト文字の途中に0x00や0x5C（\）、0x2F（/）などが現れない、などの特徴があります。 UTF-8での文字のビットパターンは表1のようになります。 表1 UTF-8でのビットパターン
YAPC::Asia Tokyo 2009 に行ってきた (9/10, day1) - @kyanny's blog
http://conferences.yapcasia.org/ya2009/ に行ってきた。今回は自分のなかで「初心に帰る」をテーマに臨んだので、紙のノートにボールペンでメモをとった。以下、メモした内容のまとめ（まとまってないけど）と、それを踏まえて感想というかコメントを。かなり長いです。 Welcome / Daisuke Maki (lestrrat) JPA 代表理事の牧さんによる、オープニング。 朝少し寝坊して、駅からダッシュしてなんとか九時ぎりぎりに滑り込んだ・・・と思ったら少し開始が遅れていて、息を整えてから開会の挨拶？を聞けた。「三つのC」で「王様のレストラン」を思い出した。 基調講演 / Richard Dice TPF の代表を務めていた、リチャード・ダイス氏による基調講演。 FLOSS 進化的モデル 安定した状態になる (**** is Dead) 誰も必要に迫られな
HTTP::Parser::XS - a PSGI compatible, fast http parser - kazuhoのメモ置き場
んー、と思って、書いた。GitHub - kazuho/p5-http-parser-xs: a fast http parser BLURB は、 PSGI のリクエストオブジェクトを返す 高速 同期 httpd, 非同期 httpd のどちらを実装する際にも使用可能 POST コンテンツのハンドリングはご自分で いったんファイルに入れたり、いろいろ要件があるし、パース作業は発生しないので Perl でもあまり遅くならないため てな感じです。以下ベンチマーク。 $ ./http-parser-vs-xs-benchmark.pl Rate HTTP::Parser HTTP::Parser::XS HTTP::Parser 2978/s -- -95% HTTP::Parser::XS 54348/s 1725% --ベンチマークに使ったコードは、以下のとおり。 #! /usr/bin/
Mac OS Leopard 上の apache + mod_perl2 で XS モジュールが動かないときは - Yappo::タワシ
[Mon Sep 01 21:00:44 2008] [error] [client 127.0.0.1] failed to resolve handler `MyApp::ModPerl': Can't load '/Library/Perl/5.8.8/darwin-thread-multi-2level/auto/Class/MOP/MOP.bundle' for module Class::MOP: dlopen(/Library/Perl/5.8.8/darwin-thread-multi-2level/auto/Class/MOP/MOP.bundle, 1): no suitable im こんなエラーが出ちゃう時はfileコマンドすればわかるんだけど $ file /Library/Perl/5.8.8/darwin-thread-multi-2level/auto/Cl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
YAPC::Asia::2009 - Perl? Which Perl
YAPC::Asia 2日目 「はてなブックマークのシステムについて」 - naoyaのはてなダイアリー
https://jp.techcrunch.com/2009/09/10/20090909rsscloud-vs-pubsubhubbub-why-the-fat-pings-win/
YAPC::Asia 2009 / Asynchronous Programming for (A)synchronous Communication