mixi Engineers’ Blog » OpenSSLの暗号文をJava/Perl/Rubyで開く
秘密鍵やプライベートな情報などを秘匿するためにパスワードでデータを暗号化・復号したい場合があります。このとき、暗号化と復号するアプリケーションが同じであれば簡単ですが、例えばCで暗号化してJava、Perl、Rubyで復号するといった風に異なるプラットフォームで暗号データをやりとりする場合には、いくつか気 をつけなければいけないポイントがあります。 OpenSSLによる暗号化 OpenSSLはWebサーバのSSL/TLSサポートに利用されますが、その他にも付属しているopensslコマンドから基本的な暗号アルゴリズムを利用できます。次のような簡単なコマンドで、パスワードを使ってデータを暗号化したり復号したりすることができます: $ echo 'Hello World!' | openssl enc -e -aes-128-cbc > cipher.txt enter aes-128-cbc
各言語用Ajax関連ライブラリ＆Ajaxフレームワークのコンプリートリスト:phpspot開発日誌
Software Development in the Real World: The Complete List of Ajax Tools Ajax has really taken off over the last two years. Ajax is really just the combination of Asynchronous JavaScript and XML. 各言語用Ajax関連ライブラリ＆Ajaxフレームワークのコンプリートリスト。 PHP, Perl, .NET, ColdFusion, Flash, Java用の他、Ajaxフレームワークのリストが公開されていました。 AJAX ライブラリ Yahoo Ajax Libraries - ご存知Yahoo UI Library Google Ajax Search Yahoo Maps Ajax API -
「なぜ『業務にPerlは使えない』のか？」だけどなんかある？ - Walrus, Visit.
なぜ『業務にPerlは使えない』のか？についての補足。 はてなブックマーク(1)、(2)、(3)、(4)のコメントについて思うところや、そのほか雑感を残しておきます。 質問、関連話などありましたらコメント欄にどうぞ。 お名前: コメント: 更新 2006-02-02 (Thu) 12:05:58 Perl は自由に書けすぎるってのが大きいと思いますよ。自由度の高さが、そのままメンテナンス性の悪さに直結してます。同じ指摘は C/C++ にも言えることですが、Perl は自由度の高さを利点とする傾向があり、C/C++ は自由度の高さを欠点とする傾向がありますね。ネタ的ですが [[http://www.python.jp/Zope/articles/misc/morality_tale こんなの ]] もかなり的を得ているかと。5年後に開発当時の担当者が一人もいない状態で、別の人が担当するなんて
F's Garage：Java圏とPHP,Perl圏の断絶について。
どっちが良いとか悪いとかは関係なく、世の中のオープン技術で開発をしている会社は、 ・Java + Oracleを主流とする会社 ・Perl + MySQL、PHP + MySQLを主流とする会社 と、完全に二層に分かれてるなと思っている。 はてブ経由で見つけて、mixi内のリンクしちゃうけど、 業務経歴書にPerl案件を書くと馬鹿にされる件 就職活動の面接でPerlやってますとアピールすると、Java圏の面接官にバカにされるという話があった。 ありきたりだけど、Perlを良しとする会社は、エンジニアリング指向が強くて、自分で解決したい方向性が強い。割と柔らかくてもＯＫ。ライブラリに不備があったら、直して使ってしまおうというタイプ（というか、きっとそれが求められる） Javaをメインとする会社は、きっちりしていたいと思う指向が強く、それこそPerlのライブラリのようなのを適当で、うさんくさい
2006年1月 - Walrus, Visit.
本話で、昨日飲み中にも出たのだけど、nijimuさんからこんなご意見が。 本を買ったらその本のデータも付けて欲しいよな。 本で読みたくはあるのだけれど、いかんせん本は検索性がひどく悪い。 あの言葉、どこで出てきたっけ？というのをデータで検索してページ数を特定させたい、という欲求に駆られたことのある人は沢山いると思うんだけど。 貸し本業はありえるか？ - Mint Julep(2006-01-31) それに関しては前々から思っていて、以前にRFID話とからめて「my Web本棚を始めよう。」という話を書いたことがある。この話の要点は、 出版社にデジタルデータの提供をして欲しい。 そのためには出版社がデジタル・データを渡してしまうことのリスクを下げる必要がありそう。 例えば、購入者が購入者証明をできる必要があるだろう。 ...ということ。もちろん、購入者証明ができれば、RFIDじゃなくても良い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
