サードパーティCookieの歴史と現状 Part1 前提知識の共有 - 最速転職研究会
Web開発者のためのサードパーティCookieやらトラッキングやらの問題点について三回ぐらいに分けて書きます。 この文章は個人的に書いていますので、おい、お前のところのサービスがサードパーティCookieに依存してるじゃねーかというツッコミがあるかもしれないが、そういうことを気にしているといつまで経っても公開できないという問題が出てしまうので、そんなことはお構いなしに書く。ちなみに例外なく自社サービスに対してもサードパーティCookieに依存するな死ねと言っている。これはWebプログラマー観点で、自分がサービス開発に関わる上で知っておかねばならないだろう知識として十数年間だらだらとWebを見ていて自然に知っていたものと、あるいは興味を持って率先して調べたものが含まれている。ググッて直ぐに分かる程度の用語の定義的なことは書かない。あくまでWebサイト制作者側からの観点なので、ブラウザ開発関係
JavaScriptでモジュールを作ろう！ - kaz_konno's blog: walkthisway
マーケットプレイスを良く見て行くと、様々なモジュールやテンプレート、デザインなどが揃っています。英語が分からない人でもスクリーンショットなどを見ればどんなものなのか分かるはずなので、是非じっくり回遊してみてください。 さて、Titanium Mobile用のモジュールを作るには、通常Objective-CやJavaで書く事になりますが、実はJavaScriptでもモジュールを作ることができます。実際、マーケットプレイスにJavaScriptで書かれたモジュールもいくつか見つかります。 これまで自分には無関係と思っていた人も、アイデア次第ではJavaScriptベースのモジュールで小遣い稼ぎができるかもしれませんよ〜！ モジュールの一番の目的は、Titanium Mobileに足らない機能をモジュールによって拡張することです。しかし、それ以外にライブラリ的などのように、開発の効率化を図るため
Symfony2の認証を色々試してみる（後編） - 覇王色を求めて
前編の続きです。 前編では下記の認証方法を説明しました。 Basic認証 security.ymlで設定されたUser情報によるBasic認証 フォーム認証（User情報は固定） security.ymlで設定されたUser情報によるフォーム認証 フォーム認証（Doctrineと連携） データベースに設定されたUser情報によるフォーム認証 後編では下記を説明していこうと思います。 フォーム認証（DBで権限管理 ManyToOne） データベースに設定されているUserと権限情報によるフォーム認証（Userに対する権限は1つ） フォーム認証（DBで権限管理 ManyToMany） データベースに設定されているUserと権限情報によるフォーム認証（Userに対する権限は複数） では早速説明していきます。 フォーム認証（DBで権限管理 ManyToOne） 前編のほうで書いたフォーム認証（Do
Symfony2の認証を色々試してみる（前編） - 覇王色を求めて
最近はもっぱらSymfony2の勉強に明け暮れているので、成果をメモ代わりに説明していこうかと。 今回はSecurityコンポーネントについて説明していきます。 Securityコンポーネントでは認証処理を自動で行ってくれます。 各ユーザーには権限（role）が最低でも1つ必要みたいです。 とりあえず今回はBasic認証とフォームからの認証の例を下記に記述したいと思います。 Symfony2は既に設置されているものと考え、インストール方法などは省きます。 Securityコンポーネントの概要については下記を参考にどうぞ。 http://docs.symfony.gr.jp/symfony2/book/security.html 実行環境として、とりあえず下記のコマンドを実行してAppTestBundleの作成済みとして後述します。 $ php app/console generate:bu
ssh の公開鍵の設定めんどい - Qiita
$ cat "~/.ssh/id_rsa.pub" | ssh user@hostname "cat >> .ssh/authorized_keys" 長い .ssh ディレクトリないときもっと面倒 (要 mkdir .ssh) authorized_keys が新規作成された時も面倒 (要 umask 077) ○
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
