Web開発関連 アーカイブ

user-agent に基づいて異なる結果を表示するサイトは、偽装の意図があると見なされ、Google インデックスから削除される場合があります。

一番よさげなURL

真っ白～真っ黒 5段階のクローキング／許されるクローキングと許されないクローキング (後編) | Web担当者Forum

その他URL

クローキング | Web担当者Forum

googleからjQueryを読み込む方法

GoogleでホストされているjQueryを使う方法 – IDEA*IDEA ～ 百式管理人のライフハックブログ
http://www.ideaxidea.com/archives/2009/03/jquery_on_google.html

jQueryでquery_stringを取得する方法

Plugins | jQuery Plugins
http://plugins.jquery.com/project/query-object

JQuery HowTo: Get URL parameters & values with jQuery
http://jquery-howto.blogspot.com/2009/09/get-url-parameters-values-with-jquery.html

初心に戻ろう。

エンジニア向け「開発コンテスト 24」開催 | クックパッド株式会社

24時間でアプリを作ったのはこいつら

ぜんぜん知らなかったけど、こんなコンテストが開催されてた。

Twitter / Search – #24contestを見ると、作ったアプリとか経過がわかります。なんかみんなかっこいい。

どんなサービスのこと？５つリストにしてみました

１．ユーザーインサイトを使った、見てる人のユーザー属性がわかる機能

シャディさんに、見てる人のユーザー属性がわかる機能を導入してみました : ロケスタ社長日記

http://blog.livedoor.jp/kensuu/archives/50990048.html

２．ツイッター

ツイッターに自動投稿、ツイッタータイムライン表示など

３．口コミコンテンツ

ブログウォッチャー、ブログジャックなど

４．レコメンド

これはほんとにいろいろあるな。どれがいいかもわかんない。

５．MT（WordPress）+CMS+フォーム

まだまだ需要のあるプチCMS。

CMSとしてのWordPressでサイト構築をするときに便利な13のプラグイン :: 5509(+1)

どうでした？

どれも、もう当たり前になったサービスばかりかもしれませんが、まだまだこれらのサービスを導入・検討していないお客様もいると思うので、より効果的な利用方法を検討しつつ導入していけるといいなと思います。

でも、こういうのって探すと他にもいっぱいあるんやろな。

日本初のECオープンソース。EC-CUBEってどうなの？

EC-CUBEって今までパフォーマンスがめっちゃ悪いイメージがあったけど、以下の記事を読むとそんなこともないみたい

商品数を増やしたときのパフォーマンスをあげる・その２ | EC-CUBE工房

8.3にバージョンアップすれば信じられないほど改善するかもしれませんのでお試しください。ちなみに Pentiun DC 2.2GHz メモリ4G EC-CUBE2.4.0 で、4万件登録した全件のリストも、1万件の商品が入っているカテゴリのリストも、1秒台で帰ってきます。（8.1では3万件で7分とかでした。）

これならEC-CUBEも使えるかも。
　

mac には /usr/local ディレクトリがないのでまず作成する。

次に apache のインストール。

gd を利用するのに libpng がいるので port でインストール。

php の make でエラーになったので iconv.c を編集する

http://d.hatena.ne.jp/hetima/20071028/1193576377

php のインストール

で、ここで行き詰まった。
make で下記エラーが発生して、コンパイルできない。

iconv が駄目そうなので --without-iconv オプションを付ける。ついでに freetype も入れる。

http://bugs.php.net/bug.php?id=49267

これでなんとかコンパイルできた。
試してないけど以下のような記事もあった。

http://d.hatena.ne.jp/brtRiver/20090911/1252703372

あと /usr/local/php/current/bin/php がないのでシンボリックリンクを張って作る

テストを計画する時はやみくもにやるんじゃなくて、ある程度頭に表を思い浮かべて作ると漏れなくケースが洗い出せる。というかテスト計画マトリックスを作成するとてっとり早い。

• 表示チェック
• 入力チェック
• 相関項目チェック
• データベース更新チェック
• ファイルチェック
• ブラウザチェック
• 例外チェック

上記のような項目をエクセルの左の列に、各画面や機能を上に書いて、表を作る。当てはまる箇所に○をつけて、○がついている箇所は箇条書きでテストケースを洗い出していく。けっこう時間はかかるがそこそこのテストがあまり頭を使わずに作成できる。

１．symfony のライブラリを private メソッドも含めてドキュメント化するコマンド

ちゃんと -d app,lib を指定しないと、あほみたいに時間がかかる上にメモリーエラーで落ちる。

で、実際に出力してみて思ったけどかなりちゃんとコメント書かないとまともなドキュメントにはならない。

参考
ものぐさ備忘録 : PhpDocumentorによるドキュメント自動生成

・アプリの開発プロセス

　・プランニングStep

　　・市場調査

　　・企画

　　・要件、機能の絞込み

　・プロトタイピングStep

　　・ペーパープロトタイピング

　　・技術的検証

　　・プロトタイピング

　　・UI検証

　・実装Step

　　・実装

　　・ベータテスト

　・公開ステップ

　　・プロモーション準備

　　・公開

なんかこれで十分網羅してるって感じもするけど、自分なりに書き換えてみると

アイデア、市場調査、企画、絞り込み、ペーパープロト、技術検証、プロトタイピング、UI検証、設計、実装、ベータテスト、プロモーション、リリース

な感じかな。

タイトルはちょっとおおげさですが、REDMINE を会社で使い始めて１年ぐらいたちました。

その前は TRAC を使っていたのですが管理がめんどくさいので REDMINE  に変えたところ徐々に利用者が増えてきて、今ではチームの標準ツールになりました。

といってもまだ使いこなしきった！というレベルではないのですが、チケットを使ってプロジェクトを進めるという仕事術は広まってきています。

今後はテストツールなどとも連携して、より目に見えやすい管理方法、自然とログが残る管理方法を目指していくつもりです。

それとは別に、今まで社内ブログとかウィキとかバージョン管理とかバグトラッキングとかいろいろ試していて思うのが、新しいことをやってみるのは大切だけれど、それ以上に過去の積み重ねを再利用できる形で残していくことも同じぐらい大切だということです。

新しいことを始める時、現状が駄目だから新しいことをしようという理由付けになることがあるのですが、それをしてしまうと今までの積み重ねが意味のないものになってしまい、情報の蓄積と再利用のさまたげになることがあるように思うので、そういうことのないよう気をつけて運用していきたいと思います。