サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
猫
takyam.hateblo.jp
◯◯を退職しました!系のやつです。 9月いっぱいで、現在勤めている会社を退職し、10月1日から新しい職場に移ります。 退職した会社には約4年9ヶ月程お世話になりました。 長いようであっという間でした。 このエントリではこの4年9ヶ月の振り返りと、次の1年に向けての心構えみたいなのを書きたいなと思ってます。自分語りなので対象読者は未来の俺ってことで。 入社当時を振り返って 最初はエンジニアではなくてWEBディレクターとして入社しました。 元々はマークアップエンジニア(HTMLコーダー)になりたくて上京してきて、 結果的にそんな仕事が見つからなかったのですが(ノープラン上京うぇーい)、 とはいえWEBには関わりたかったので今の職場に入社しました。 この時はVBAとAS3がちょろっと書けるくらいで、GETとPOSTの違いもわかってなかったです。 少なくともこの瞬間プログラマーになるなんてのは考え
PHPで使えるハッシュアルゴリズムは数あれど、普段はsha512とかしか使わないので、他にどんなアルゴリズムが使えるのかなと思って調べてみました。 アルゴリズム ハッシュ後の文字数 ハッシュ後の値 md2 32 8fa92a81e7d8a72b35f6... md4 32 7abeea0e8263e51dc0ea... md5 32 3fda63189cefa52b6c46... sha1 40 d508c652210e04db0cb8... sha224 56 fdb3ceb76888f9fe2cd2... sha256 64 b4047d6b10734a3ffa51... sha384 96 58bd4facf707e8ad44c0... sha512 128 d4a7eaeabaa5bb278dcb... ripemd128 32 af7dd7ffdc304ee8a7e5... ri
昨日の記事の内容をまとめた資料を作ってみました よろしければご覧くだし。
業務でBackboneをガッツリ使ったり、プライベートでも何か作る時はだいたいBackboneを使うようになりましたので、Tipsを公開。 Backboneを使うメリットはいくつかあるんですが、 ひとつ大きなメリットとして、APIの設計を統一できる点だと考えてます。 BackboneのAjax関連のメソッド Backboneでは、Ajaxで通信するためのメソッドとして以下を持ってます。 Model save() : 保存 (CREATE / UPDATE) fetch() : 取得 (GET) destroy() : 削除 (DELETE) Collection fetch() : 取得 (GET) それぞれリクエストのフォーマットは決まっていて、 それに則ったかたちでAPIを作成すれば良いので、 API設計で悩んだり、変なかたちにならなくて良いのです。 BackboneのAjax関連のメ
Testing Casual Talks #1 http://atnd.org/events/40914 昨日補欠から繰上げになったので無事参加できた。よかった。 会社のメンバー6人で参加。全員参加できてよかった。 ※セッションの内容は自分が変に理解してたらごめんなさい(´・ω・`) 会場 渋谷ヒカリエ。初ヒカリエ! シャレオツでナウい感じでした。 入り口に証券取引所みたいな輪になった液晶ディスプレイあったり。 オフィスのフロアにローソンあったり。 格差社会ですね。 参加者160名ということで、会場もめちゃ広。 1会場にスクリーン4つとか裏山。 今回はUstreamでの配信もあるとのことで、 カメラで撮影があるんですが、ガチなカメラですげぇ。 撮影者用のブースあるし! Wi-Fi完備、電源も使って良いなんて何て素晴らしい。 入り口でとりあえずステッカーとパンフと水もらった。 案内板の他スタ
表題の通り、今最も熱いと噂のPHPフレームワーク「Laravel」を触ってみました。 LARAVEL 4 HAPPY HACKING http://www.slideshare.net/takashiohida/laravel4 Laravel4 Happy Hacking from Takashi Ohida こちらの資料を拝見する限り、FuelPHPよりイケてるんじゃないかという気がしたので、ほんの少しだけ触ってみました。いくつか気になったところとか、メモメモ。 Routing FuelPHPはControllerとController内のメソッド名に関する規約が定義されており、URLがそれに沿った形になるので、ルーティングする必要がありません。 一方Laravelは、Railsその他一般的なフレームワークと同様、ルーティングファイルを元に、URLとコントローラを関連付けていくようです
phantomjsでキャプチャをとる時に、ページがあまりにも大きいとCPUを長時間食いまくるので、単純なサムネイル的にキャプチャ取りたいだけならサイズを制限してレンダリングした方がよいです。 Backbone.jsのサイトとかキャプチャしようとすると、死にます。 WIDTH = 1024 HEIGHT = 768 OUTPUT_PATH = '/tmp/cap.png' page.viewportSize = { width: WIDTH, height: HEIGHT } page.open address, (status) -> if status isnt 'success' console.log 'Unable to load the address!' phantom.exit 1 else window.setTimeout (-> page.clipRect = {lef
phpQueryというjQueryライクな、PHPのDOMパーサライブラリがあります。 これをFuelPHPから使いたかったのですが、 FuelPHPは1.6からデフォルトでComposerに対応しているので、 どうせならComposerから入れてみようと思ったのですが若干ハマりました。 phpQuery http://code.google.com/p/phpquery/ というのも、phpQueryはcomposer.jsonは持っておらず、 composer.jsonのrequireに php-query/phpQuery って書けばいいってもんじゃないから。 というわけで、composer.json と格闘してみました。 その前に この後いろいろサンプル書きますが、require には、常に以下のように指定しています。 "require": { "phpquery/phpQuery
FuelPHPからGearmanを使うライブラリを書きました。 fuel-gearman https://bitbucket.org/takyam/fuel-gearman Gearmanクライアント用のクラスと、OilコマンドのタスクであるところのGearmanワーカー用のクラスの2つから構成されています。 クライアント側はPECL/Gearman extensionのラッパーのようなもので、 ワーカー側は、Oilコマンドを叩いてるだけのとてもシンプルなものになっています。 今のところlocalhostのデフォポートのGearmanを参照にいくことしかできなかったり、 Oilコマンド以外に対応していないからBackground以外の処理ができなかったりと、 とりあえず動くことを確認したよレベルではあります。 全体で100行もないレベルなので、 動作その他はソース読んでもらえれば大した事し
自分は去年から小さく言い続けてるんですが、SPA(Single Page Application)が主流の時代が間違いなくくると思ってます。 Single-page application [en.wikipedia.org] http://en.wikipedia.org/wiki/Single-page_application 細かい定義までは理解していませんが、基本的にはWEBアプリケーションにおいて、URL遷移なくすべて(or ほとんど)の機能を利用できるアプリケーションのことだと思ってます。 もう少し具体的にいうと、機能(ページ)遷移時のHTMLレンダリングはJavaScriptによって必要な分だけのDOMの再構築を行い、データの取得などクライアントサイドで完結しない部分については、サーバとAjaxなどを用いてJSONデータのやり取りなどで必要なデータを都度取得するような構成でも
そういえばPHP5.5が来てたので(随分前にね)、今更ながら変更点を追っかけてみる。 追っかけるっていっても、バージョンアップの度に公式ドキュメントに変更点が書いてあるのでそれを見るだけ。 PHP 5.4.x から PHP 5.5.x への移行 http://php.net/manual/ja/migration55.php まだalpha版なのでphpbrewにも入ってないからソースビルド必須。ダウンロードは以下から。 http://downloads.php.net/dsp/ 何も考えずにCentで ./configure からの make && make install でインストールできちゃったよ。 下位互換性 見る時に、まず注意してみるのが、下位互換性の無い変更点。 下位互換性のない変更点 http://php.net/manual/ja/migration55.incompat
ウェブオペレーションエンジニアはリリース前のソースコードのココを見ているッ! http://blog.nomadscafe.jp/2012/12/post-15.html こちらの記事、アプリケーションチューニングの初期にとるべき行動の勘所がまとまってて、非常に勉強になりました。 データベースというとすぐにSQLの話になってしまいますが、その前にアプリケーションからどのようにデータベースへ接続しているのかを確認します。TCPのハンドシェイクのコストはそれなり高いので、適切な範囲で接続を維持するようにして効率性をあげます。イベントベースで動くmemcachedはコネクション維持のコストが小さいのでできるだけ長いプロセス単位での接続、MySQLは1コネクション1スレッドと少しコストがあがるのでリクエスト単位で接続を落とすようにしています (本文から引用。強調は引用時に強調) というわけで、My
PHPで配列の処理をする時、foeachをよく使います。これは私だけではなく、恐らく多くのPHPerがそうだと思います。 しかしながら、PHPには多くのarray_xxxx系標準関数(以下:array系関数)が用意されており、標準関数で行える事は標準関数で処理したほうが、スマートで、高速です。 初級編 初級編では、超多様するin_array()などの基礎的なものはスキップして、たまに使うレベルのものをいくつかご紹介したいと思います。 array_sum() まずは、配列の中の数値の合計を返してくれるarray_sum関数です。 array_sum() http://php.net/manual/ja/function.array-sum.php <?php $ary = array(100, 200, 300); //この配列の合計が欲しい場合 //foreachの場合 $sum = 0;
最近業務でBackboneを使ってるので、その中で考えた最強の構成。 CakefileとソースサンプルはBitbucketに上げました。 Compile-coffee-scripts-in-(sub)-directories https://bitbucket.org/takyam/compile-coffee-scripts-in-sub-directories ソースファイルの構成 src ├── 001_init │ ├── 001_setup.coffee │ └── 002_helpers.coffee ├── 002_common │ ├── 001_init │ │ └── setup.coffee │ ├── 002_config │ ├── 003_events │ ├── 004_models │ │ ├── 001_post.c
表題の通り、HTML5のAudioタグ(およびJS)が、 Chromeでは正しく動作するのに、Firefoxで何故か動作しなかった。 OGGのエンコードが悪いのかと思い、いろいろやってみたりしたが、 全然ダメ。 で、ぐぐったら同じような症状に悩まされてる人が。 HTML 5 <audio> tag not working in FF | Firefox Support Forum | Mozilla サポート んで、解決策が以下のページに HTML5 Audio and nginx - drumcoder.co.uk nginxのmime.typesファイルに、以下を追記。 audio/mpeg mp3; audio/ogg ogg; audio/wave wav; yumでいれたv0.8.54だと、 「audio/mpeg mp3」はデフォで入ってたので、 oggとwaveを追加。 これ
表題の通りなのですが、 Shinya Blog: Eclipseでnode.jsのデバッグする ↑こちらのサイトを参考にEclipse上でnode.jsの開発環境を構築しました。 WindowsじゃなくてUbuntu10.10のGNOMEでやってます。 Eclipseの日本語化がapt-getで出来てびっくりした。 Debug用にいろんなEclipse用のプラグインをいれなきゃいけないのですが(詳細は上記参考)、 いくつか入りませんでした。 Ubuntuソフトウェアセンターのやつが変なのかなんなのかわかりませんが。。 とりあえず動いたのでよしとします。 WindowsだとMergeDoc ProjectのPleiadesをいつも使ってたから、 デフォで入ってたプラグインもなくてなかなかめんどくさかった。。。 - メモ:Pluginのインストールで使ったupdate site(いくつか結局い
このページを最初にブックマークしてみませんか?
『new takyam();』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く