タグ

2014年12月6日のブックマーク (8件)

  • Web エンジニアが postgre sql を選ぶ 3 つの理由

    (↓間違いの訂正アリ↓)第4回大阪MySQL勉強会資料 06/03 修正 ◆@y_catch さん @yoku0825 さんに教えていただいた誤謬の修正 ・「使用権」は誤解を招くと教えていただいたので "「使用」と「利用」""ライセンスの2つの法的根拠"などを修正 また、使用が権利でないことの理解の一助となるよう "「使用」と「利用」とライセンス"のページを追加 ・GPLのバージョンについての情報を追加して、用語はGPLv2へ統一(したつもり) ・"MySQLの著作権"について、教えていただいた情報を元に修正 ◆また、以下も修正 ・発表直前に書き上げたため、推敲せず話の繋ぎがうまくいってない箇所や 分かりにくい説明、見にくいところなどを修正 ・[GNUによる4つの自由]で自由の保障で勘違いしてたところを削除 ・オープンソースライセンスの定義を正しいものに修正 ・時間がなくて機械翻訳のままだ

    Web エンジニアが postgre sql を選ぶ 3 つの理由
  • 06: 詳説 Intel Edison Arduinoボードの入出力端子【Arduino規格のPOWER及びANALOG IN編】 | DevelopersIO

    よく訓練されたアップル信者、都元です。昨日のエントリーはこちらです。Arduino互換のピン配置を持つIntel Edison Arduinoボードですが、そこに搭載された各入出力端子について、整理していきましょう。 Arduinoの端子類 まずは、Arduino規格の端子類です。 J2A1 (POWER) と RESET SW 写真の上部、POWERと書いてある部分のピンは、電源入出力部です。 GNDがグラウンド、0V電位を表す基準端子となります。 VINはシステムに対する電源供給、つまり入力端子です。多くの場合は、DCジャックやUSBバスパワー経由での給電で動かすので私は使ったことがありませんが、ピンに給電する方式を撮る場合はこのピンに7〜12Vを印加します。 5Vと3.3V端子は、その電圧を固定的に出力するピンです。外部のモジュールに電源供給したい場合等、ここから電源を引っ張りだすこ

    06: 詳説 Intel Edison Arduinoボードの入出力端子【Arduino規格のPOWER及びANALOG IN編】 | DevelopersIO
  • 天下一「AndroidのORM」武道会(2014年版) - Qiita

    はじめに この記事は「Android Advent Calendar 2014」の5日目の記事です。 追記(2015/12/19) 2015年版を書きました。どうぞご覧下さいませ。 天下一「AndroidORM」武道会(2015年版) - Qiita tl;dr 3行でまとめ へ移動↓ AndroidORM事情 スマートフォンアプリでは、ネットワークから取得したデータの保持や、ユーザーが入力したデータの保持、その他いろいろなデータの管理にSQLiteデータベースを使用することが多いと思われます。 これらはAndroidの標準APIで操作できますが ―一度やってみればわかりますが― 非常にめんどくさく、思わず険しい顔になってしまいます。 そんなAndroidSQLite操作を楽に行うため(そして実装時間節約のため)、O/Rマッパー(ORM)を導入するのは良い判断だと思います。 ところが

    天下一「AndroidのORM」武道会(2014年版) - Qiita
  • Device Owner について - Qiita

    Android 5.0 で追加された Device Owner を紹介したいと思います。 Device Owner とは Device Owner は特別な権限を持ったデバイス管理者(DevicePolicyManager)です。 会社が所有する Android 端末を社員に配布し管理する、いわゆる MDM (Mobile Device Management) では、業務に不要なアプリの利用を禁止したい、紛失した端末を探したいなどの機能が多く求められています。しかし、Android 4.4 までのデバイス管理者では、アプリを無効にする機能や GPS を ON にする機能は提供されていませんでした。 Device Owner を有効にする方法 Android 5.0 の Device Owner を有効にする方法 | I Wanna Be β にある通り、 Device Owner の ap

    Device Owner について - Qiita
  • UITableViewの軽量化 - Qiita

    くろてい君がadvent calendarを作ったので、デザインと密接に関わる軽量化とUIUXに関する記事を書きます。 Kazoo04アドベントカレンダーなのにKazoo04関係無かったわ…。 はじめに UItableViewの軽量化を目的としたエントリです。 ここでの軽量化の定義は数値的に処理速度を高速化することはもちろん、感覚的にストレスを感じさせないUIUXの部分も含みます。 何故ならUITableViewの軽量化は、ユーザーが感じるストレスを軽減することを目的としているからです。 オカルト要素もあるので、変な所があればツッコんでください(汗 大前提 軽量化は基的に -(UITableViewCell*)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath{ } -(CGF

    UITableViewの軽量化 - Qiita
  • UE4で一本出してみて困ったこと

    ゲームのHPはこちら。 UE4でリリースまで一やってみて、ここどうにかならんかなーと思ったとこなど書いてみます。 なお、使用バージョンは4.2~4.4です。 既に解決されてたり、こちらの勘違いもあるかもしれません。 BP全体 ・変数や関数、コラプト名の小文字、大文字の変更が効かない 一度打ち込んでしまうと、確定しなくても小文字、大文字は変更できなくなる。 例えば、"amema" と一度打つと、消して "Amema" と打ち直しても確定すると "amema" に変わる。 ・クラス内のメンバ変数は並びを入れ替えできるが、メンバ関数はできない(作った順になる) せめてアルファベット順で並べたりしてくれれば、set や get などが並ぶのですっきりするんですが。 ・構造体のメンバの並べ替えができない(作った順になる) 後からの変更や追加に弱い (メンバ追加したら構造体アクセス

    UE4で一本出してみて困ったこと
  • iOS8 で画像をアルバム or カメラで取得し、S3 へアップロードする - Qiita

    だいぶお決まりな処理な気がするのでまとめてみる。 iOS8 からは Photos Framework という画像を扱うフレームワークがあり、これを利用していく。 UIImagePickerController を使えば、画像選択まではそれなりにうまくいくのだが、 S3 へアップロードとなるとそのファイルパスが必要になってきて、そのファイルパスをどうやってとってくればいいのかが難しいところ。 画像は特に、自前のサーバへアップロードするんじゃなくて、S3に直接アップロードしたほうが負荷的にも優しいし、マルチパートのPOSTを実装する必要もなくなるので、基的には採用すべきだと思う。そのURLだけを自前サーバにポストすればいいだけにしよう。 画像をリサイズして色々なサイズの画像をS3に保存したいというようなケースも多くあると思う。その時は自前サーバのAPIで、アプリから渡したS3のURLにある画

    iOS8 で画像をアルバム or カメラで取得し、S3 へアップロードする - Qiita
  • 複数のWebサーバでSSLセッションキャッシュを共有してSSL処理を高速化(Apache + mod_ssl + mod_socache_memcache) - 元RX-7乗りの適当な日々

    HTTPS(SSL利用)サイトがSEO的に優遇されるトレンドで、世間的にもHTTPS接続でサイト運用するサービスが増えてきています。 これが、ハイトラフィックサイトになってくると、このフロントエンドでSSL処理させることが負荷的にもなかなか辛いのです。 で、Apache 2.3以降では、Shared Object Cache Providerとして、memcachedが選択できるようになっています。 この仕組みを利用して、Apacheとmemcachedを並べることで、各サーバでユーザのSSL Session Cacheを共有しながらHTTPSリクエストを負荷分散できる構成を作ってみました。 WebサーバでSSLオフロード 常時SSLを利用したWebサイトを運用するために、SSLアクセラレータといったアプライアンス製品だとか、ソフトウェアだとApacheやNginxのSSLモジュールを使う

    複数のWebサーバでSSLセッションキャッシュを共有してSSL処理を高速化(Apache + mod_ssl + mod_socache_memcache) - 元RX-7乗りの適当な日々