Booked Cloud is GDPR compliant! We are very excited to announce that we now offer a GDPR compliant Booked Cloud option. Sign up for a free trial today! × Dismiss this alert.
Booked Cloud is GDPR compliant! We are very excited to announce that we now offer a GDPR compliant Booked Cloud option. Sign up for a free trial today! × Dismiss this alert.
ワシは、cgi.rb なんかが標準添付になっている Ruby に PHP を dis る資格はないと思ってる (cgi.rbの元ネタである CGI.pm を擁する Perl も同じじゃないかな)。cgi.rb は、標準添付モジュールのくせにコードが汚いし遅いし、cgi[] の戻り値が String だったり File だったりするし、どう考えても設計ミス。 ## Ruby だと cgi = CGI.new p cgi['name'] #=> これが File である可能性がある ## PHP だとそんな問題はない $name = $_REQUEST['name']; # 必ず文字列 $file = $_FILE['name']; # ファイルは別途取り出すそして大半の Rubyist はこういった問題に気づいてすらいない。そういう人たちが PHP を dis ってるのは「ハァ?」と思う。
和訳について このドキュメントは、 Django の標準ドキュメント の和訳です。 現在、和訳は Yasushi Masuda によって進められており、 Takanao Endoh をはじめとする日本 Django ユーザ会の有志の手でメンテナンスされています。 和訳に関する問い合わせは、 Django プロジェクトのトラッカではなく 、 Yasushi Masuda (whosaysni-at-gmail.com) または django-ja メーリングリストにお寄せくだ さい。 助けを求める¶ 困り事ですか?手を貸しましょう! よくある質問への答えは、 FAQ にあります。 特定のトピックについて情報を探しているなら、 Index や Module Index , 詳細目次 を見てくだ さい。 django-users メーリングリスト でアーカイブ を探したり、 質問をポスト してみ
Twitter exposes its data via an Application Programming Interface (API). This document is the official reference for that functionality. Getting Started The concepts every developer should know before interacting with the API. Methods The API supports the following methods to send and receive Twitter data. Search API Methods search trends trends/current trends/daily trends/weekly REST API Methods
スクレイピングのチュートリアルを書いてみた。 参考:http://nokogiri.rubyforge.org/nokogiri/Nokogiri.html まだまだたくさんのクラスやメソッドがあるが(読んでない)、HTMLのスクレイピングに限定すれば多分これくらいで十分。 2014-02-16追記 なんかたくさんブックマークされていることに気づいたので、サンプルコードのRuby1.9/2対応のアップデート。 Mechanize周りも修正。WWW::Mechanize → Mechanize 等 (0) 前提知識 Ruby、HTML、DOM、CSSセレクタまたはXPath (1) クラス構造の理解 Nokogiri::HTML::Document < Nokogiri::XML::Document < Nokogiri::XML::Node < Object Nokogiri::XML::
「仕様書をSubversionとTracで管理する」に続いて、今回は仕様書をTracのWikiで作成する話。 Tracの登場以前に、仕様をPukiwikiで書き始めたのがそもそも発端だけど、Wikiを使うメリットとして下記が挙げられると思う。 仕様同士のリンク 経験的に言って、仕様書は一つだけでは収まらないことが多い。関連する仕様として、仕方なくたくさんのファイルを作っていく事になるのだけど、数が増えると相互参照が大変な作業になる。この点、WikiならWebのリンクを辿るだけなので、情報へのアクセスが容易だ。 仕様の一意性確保 (社内サーバにて)一意のURLと仕様が紐づけられるので、仕様として意味するところを明確に指定できる。ファイルだとファイル名に整理用の数字を入れたり、最新版の資料の置き場所を常に意識しておく必要があった。 ファイルよりも更新が簡単 気分的なものが大きいかも知れないけど
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く