sqlite3 — DB-API 2.0 interface for SQLite databases
sqlite3 — DB-API 2.0 interface for SQLite databases¶ Source code: Lib/sqlite3/ SQLite is a C library that provides a lightweight disk-based database that doesn’t require a separate server process and allows accessing the database using a nonstandard variant of the SQL query language. Some applications can use SQLite for internal data storage. It’s also possible to prototype an application using SQ
PEP 249 – Python Database API Specification v2.0 | peps.python.org
PEP 249 – Python Database API Specification v2.0 PEP 249 – Python Database API Specification v2.0 Author: Marc-André Lemburg <mal at lemburg.com> Discussions-To: Db-SIG list Status: Final Type: Informational Created: 12-Apr-1999 Post-History: Replaces: 248 Table of Contents Introduction Module Interface Constructors Globals Exceptions Connection Objects Connection methods Cursor Objects Cursor att
6. DataSourceからConnectionを取得する (2)
JDBC 6章 DataSourceからConnectionを取得する 6.1. server.xmlへの設定 6.2. web.xmlへの設定 6.3. DataSourceの利用 6.3. DataSourceの利用 DataSourceを利用するには、JNDIというAPIを使用します。JNDIはNaming ServiceやDirectory Serviceなど、ツリー構造の情報に統一的にアクセスするためのAPIです。DataSourceを利用する上において、詳細な知識は不要ですので詳しい説明は省略します。以下はDataSourceを使用し、Connectionを取得しているサーブレットの例です。 import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import ja
Rails 4 へのアップグレード時に遭遇した問題 - クックパッド開発者ブログ
技術部の鈴木 (@eagletmt) です。 クックパッドでは8月に本体アプリケーションや API サーバ等で使われている Rails のバージョンを 3.2 から 4.1 へ順次アップグレードを行いました。 アップグレードは主に松田さん (@amatsuda) と私で進めました。 この記事ではアップレードの際に遭遇した問題の一部を紹介します。 MySQL strict mode の有効化 MySQL を使っている場合、Rails 4.0 からデフォルトで @@SESSION.sql_mode = 'STRICT_ALL_TABLES' が最初に実行されるようになりました (Ruby on Rails 4.0 Release Notes) 。 これを無効化するために database.yml で strict: false という設定が用意されています。 しかし、同じく Rails 4.0
IPAの「安全なSQLの呼び出し方」が安全になっていた
Last Updated on: 2018年8月4日IPAは「安全なSQLの呼び出し方」（PDF）を以下のURLから公開しています。 http://www.ipa.go.jp/security/vuln/websecurity.html 「安全なSQLの呼び出し方」は危険である、とするエントリを書こうかと思い、内容を確認するとそうでもありませんでした。 訂正：ツイッターで徳丸氏に確認したところ、徳丸氏もエスケープを含めたSQLインジェクション対策が必要であると考えられていた、ことを確認しました。徳丸氏にはセキュリティ専門家として大変不名誉な記述であった事を訂正し、深くお詫びいたします。内容についての修正は、識別子エスケープについてブログに書くとの事でしたのでブログの内容を確認してから修正します。 別冊の「安全なSQLの呼び出し方」は基本中の基本である「正確なテキストの組み立て」によるセキュ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
