[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

タグ

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

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

    23. 名前 戦闘力 編 フリーザ 530000 フリーザ編 悟飯(幼少期) 1307 ラディッツ編 クリリン 206 ラディッツ編 ヤムチャ 177 ラディッツ編 農夫 5 ラディッツ編 ギニュー 120000 フリーザ編 クリリン 1500 フリーザ編 亀仙人 139 ラディッツ編 ※実務では編は正規化するべき

    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

    -(UITableViewCell*)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath{ } -(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath; の2つのメソッドの処理を軽くすることで実現します。 セルの生成とレイアウト決定の処理が終了して初めて表示されるためです。 ####半透明の要素をなくす 当然半透明にすると計算量が増え、スクロールがもたつきます。 透過度のあるパーツは当に必要かどうか吟味しましょう。 ####UIImageView/UIlabelを使わない UILabelに限らず、addsubViewするのは大きなコストになります。

    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乗りの適当な日々