Perl で SalesforcePAAS? Platform as a Service クラウド上に独自のアプリケーションを構築 Custom Object RDB のようなテーブル APEX code Java のような言語
Perlは古い？ イメージ復権へ普及団体「JPA」始動、技術者レベル底上げへ
JPA理事（前列）と賛同企業の代表者。前列左から2人目が牧大輔さん、3人目がライブドアの池邉智洋最高技術責任者、4人目がDeNAの山口徹さん Perl言語の普及を目指す一般社団法人Japan Perl Association（JPA）がこのほど、本格的な活動を始めた。ライブドアやミクシィ、ディー・エヌ・エー（DeNA）など、自社サービスをPerlで構築している23社が賛同。Perl関連資料の整備や技術イベントの開催、技術者の教育、雇用促進などに取り組む。 Perl関連のドキュメントやリソースなどWebサイトに集約し、技術者が参照しやすいようにするほか、「YAPC Asia Tokyo」など技術イベントを主催してイメージ向上に努める。クラウドやIPv6対応など、先進的な技術の研究も支援。Perlの研修・教育サービスや、検定試験、求人サイト運営も行い、技術者のレベルを底上げしていく。 Perl
WWW::Salesforce 0.082 -> 0.090 での非互換というかなんというか - 酒日記 はてな支店
おそらくものすごく役に立つ人が少ない情報。Perl で Salesforce 使ってる人どれぐらいいるんだろうか。 独自オブジェクトを WWW::Salesforce で扱う際に、カラムの型を定義してやらないと 2byte 文字とかが入らないので、0.082 までは $WWW::Salesforce::Constants{"ObjectName__c"}->{"ColName__c"} = 'xsd:string'; みたいに、パッケージ変数 %WWW::Salesforce::Constants に定義を追加する必要があったのですが。これが 0.090 になると効かない。内部で hash key を lc して扱うようになったため。 なので key を小文字にして $WWW::Salesforce::Constants{"objectname__c"}->{"colname__c"} =
Re:Net::OpenID::Consumer::Lite を書いてみた - 日向夏特殊応援部隊
id:tokuhirom の http://d.hatena.ne.jp/tokuhirom/20081129/1227923235 の件。元の Lite たる趣旨とかも考慮に入れた上での話だけど凄い良いと思いました。 追記 (2008-12-01T12:51:35+09:00) Net::OpenID::Consumer::Lite の件ですけど、限定的な手段しか提供していないと言う点に注意は払うべきです。 This module supports OpenID 2.0 only. This module supports SSL OPs only. This module doesn't care the XRDS Location. Please pass me the real OpenID server path. えーっと正しく言うと、 OP Identifier のみ対応、つ
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
Kazuho@Cybozu Labs: Filter::SQL でデータベースを叩くワンライナーを簡単に書く方法
« Greasemetal 0.2 をリリースしました | メイン | ウェブサービスにおける SSD 導入にむけて〜検索サービスの可能性 » 2008年10月17日 Filter::SQL でデータベースを叩くワンライナーを簡単に書く方法 Perl と SQL を使ってワンライナーを書くことが多いのですが、いろいろ面倒なことが多かったので、以前作成したお気に入りのモジュール Filter::SQL を改良してみました。 DSL (ドメイン固有言語) は、プログラム開発の生産性を向上させる有力な手段です。そして、よく使われる DSL の代表例が正規表現と SQL だと思うのですが、前者に比して後者を嫌いな人が多いようです。なぜだろうと思ってつぶやいたところ、「SQL はリテラルじゃないから！」という答えが tokuhirom さんから返ってきました。そういえば例えば Pro*C のように
Cybozu2ICal.ja_JP - Ogawa::Code - Trac
Name cybozu2ical - サイボウズオフィスのカレンダーをiCalendar形式に変換するスクリプト cybozu2ical-0.32.zip cybozu2ical-0.20.zip (previous version) Synopsis % cybozu2ical % cybozu2ical --conf /path/to/config.yaml Description cybozu2icalは、サイボウズオフィス6以降のカレンダーアイテムを取得して、iCalendar形式に変換するコマンドラインプログラムです。このプログラムを利用することで、サイボウズのカレンダーを、iCalendar形式をサポートするアプリケーション(Microsoft Outlook, Apple iCal, Google Calendarなど)に簡単に統合できます。 このプログラムを、例えば一時間に
naoyaのはてなダイアリー - コネクションプーリングの話
かなりながーいエントリになる予定なので,結論だけ最初に書くとこんな感じ. この話題については自分も あとで書く と言って書いてなかったので書いてみますよ。2006年の下期にもなってコネクションプーリングかよというツッコミもありそうですが、あとで書くといったら書くの。あとで読むといったら読む。 普通「コネクションプーリング」と言ったら、主に二つの役割があると思います。話を簡単にするためにウェブアプリケーションに限定して言及します。 ウェブアプリケーションから DB への接続を開けっ放しにして、接続に必要とされるオーバーヘッドをカットして双方の負荷を下げる。 ウェブアプリケーションと DB への接続を「使いまわす」ことで、同時接続本数を節約する。 というもの。 mod_perl で DB と接続維持するとコネクション数増えて云々という話は主に前者のみについての話になります。Apache::DB
Perl正規表現雑技
このページは Perl5.6 を対象としています． perl スクリプトは EUC-JP で書かれることを想定しています． このページは 正規表現メーリングリスト を参考に，私が独自にメモとしてまとめたものです． このページの正規表現やスクリプトについての詳しい説明， わかりやすい説明はおそらくできません． このページに書かれているスクリプトは， 個人の責任において実行してください． このページに書かれているスクリプトの 利用・改造は自由 です． その際はどこかにこのページの URI( http://www.din.or.jp/~ohzaki/regex.htm )を参考として記述していただければ幸いです(任意)． ご意見・ご感想・ご要望などは にお願いします．こう書いた方がいい， 動かん，わからん，バグってる，これ書け，などなどお待ちしています． このページへの リンクは自由 に張ってく
Catalyst::View::JSON
NAME Catalyst::View::JSON - JSON view for your data SYNOPSIS # lib/MyApp/View/JSON.pm package MyApp::View::JSON; use base qw( Catalyst::View::JSON ); 1; # configure in lib/MyApp.pm MyApp->config({ ... 'View::JSON' => { allow_callback => 1, # defaults to 0 callback_param => 'cb', # defaults to 'callback' expose_stash => [ qw(foo bar) ], # defaults to everything }, }); sub hello : Local { my($self,
subtechグループ - Bulknews::Subtech - JSONP
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
