kishikawakatsumi/KeychainAccess · GitHub そろそろSwiftをちゃんと勉強しようと思って作りました。 Swiftで書かれたKeychainのラッパーの中ではもっとも高機能でかつ簡単に使えるものができたと思います。 機能としては下記を備えています 簡単に使えるインタフェース アプリ間のキーチェーン共有 アクセシビリティ(バックグラウンド動作時の制限など)属性のサポート iCloudによるキーチェーンの同期 Touch IDによるキーチェーンの保護(iOS 8〜) iOSとOS Xの両方の動作をサポート インストール Carthage github "kishikawakatsumi/KeychainAccess" CocoaPods pod 'KeychainAccess' CocoaPodsを使う場合、CocoaPodsのバージョンはbeta版の0.
【OS X Yosemite】iPhone/iPadのスクリーン動画を撮る方法。 1) まず、OS X YosemiteをインストールしたMacとiPhoneをLightningで繋げます。 2) QuickTime Playerを起動します。↓↓ 3) QuickTime Playerのメニューバーのファイル - 新規ムービー収録をクリックします。↓↓ 4) QuickTime Playerの録画ボタンの横にあるボタンをクリックし、接続したiPhoneを選択します。(カメラ・マイク共に)↓↓ 5) すると、iPhoneの画面の模様がQuickTimeに映し出されます。録画ボタンを押して、iPhoneのスクリーン動画をつくりましょう。(左) 録画が終わったら停止ボタンをタップします。(右) 6) あとはcommand + Sで動画を保存するだけ。iPhoneのスクリーン動画の完成です。↓↓
こんにちは、技術部の福森 (@sora_h) です。 最近は環境変数に API トークンや credential といった認証情報を入れる事が増えてきています。 たとえば、AWS を利用するツールでは AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY といった環境変数にだいたいの場合で対応しています。 そのため、~/.bashrc や ~/.zshrc などシェルの設定に export を書いておき常に使える状態にしている方も多いと思いますが、 それって実は危険ではないでしょうか? 例えば、下記のようなリスクが考えられます: 意図せず情報が利用されて意図しない副作用が発生してしまう危険性 本番に変更を与えるつもりはなかったけれど事故を起こしてしまう等 悪意のあるスクリプトを実行した際に環境変数を送信などされてしまう危険性 事故や漏洩を防ぐためにも、筆者はかな
What is MacDown? MacDown is an open source Markdown editor for macOS, released under the MIT License. It is heavily influenced by Chen Luo’s Mou. This is how it looks: Why Another Markdown Editor? I like Mou. I write Markdown all the time, and since I use macOS on a daily basis, Mou is my go-to editor whenever I wish to generate something with markup. But I had always wanted something more. It cam
simple configuration tool for os x osxc installs software on your mac and configures it automatically, just by writing a few lines of code. --- # my mac: roles: - role: dashboard disabled: YES - role: brew_package package_name: node - role: cask_package package_name: minecraft lost everything on your hard drive? osxc got your back, don't waste your time reinstalling your dev environment. want to e
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Boxen使わなくても許されるのは2012年までだよね を書いたのも今は昔、1年間の運用の末にこの度Boxenを卒業しました。なぜBoxenをやめたのか、やめて今はどうしているのか、といった話を書きます。 Boxenのつらいところ ここで述べるBoxenの問題点の大部分は筆者のBoxenおよびPuppetに対する理解の低さが根底にあります。間違った使い方をしている可能性は十分にあり、適切に使っていればこのような問題は発生しないのかも知れません。しかしながら、深い理解がなければまともに使えないというのもどうかと思いますのでつらつらと並び立
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く