フィーバーフィーバー止まらないッ
ペンネーム庵んラヴさんからのイベントの種はイベントにするとつまりこういうこと。
徹夜でパチンコ屋に並んび「ナースウィッチ小麦ちゃんマジカルて」を占拠し、設定金額をすった人はミソボンシステム採用によりフィーバーフィーバーしてる人の後ろで口上、コール、ジャンプ等をしなければならない
やべーやりてーw
ペンネーム庵んラヴさんからのイベントの種はイベントにするとつまりこういうこと。
徹夜でパチンコ屋に並んび「ナースウィッチ小麦ちゃんマジカルて」を占拠し、設定金額をすった人はミソボンシステム採用によりフィーバーフィーバーしてる人の後ろで口上、コール、ジャンプ等をしなければならない
やべーやりてーw
Amazonデータ入力が適当すぎ。
もちろん、価格を除いてだけど。
アイテムのタイトルをつける規則がしっかりしてない。
<%Amazon(408873887X|||text)%>
<%Amazon(4088737954|||text)%>
ハンター×ハンター (No.23)は修正されたみたいだけどちょい前までは「HUNTER×HUNTER NO.23 (23)」と登録されてた。
AuthorとかCreatorとかあるけど、一方しか入力されてないとかよくある。
<%Amazon(4088737741|||text)%>
<%Amazon(4088740181|||text)%>
ItemSearchのRequestパラメータ、Artist、Author、Actor、Director使って完璧デースとか思わないように。
ブラウズノードは随時追加削除される。
大きいとこはこの3つかな。
コミックに関してはbindingの指定がおかしかったりブラウズノードが変なのついてたり。
『アルバイトにやらせてるんすかね?』
「Amazonはすでに殿様会社なので、『売ってあげるから入力しなさい』『ハハー』と販売元が頑張って営業(入力)してる」
Amazonデータ入力に関して昔yosiwoさんと話した時、こんなこと聞いたような。
データ入力が美しくないのでもうちょいとがんばってください。
ActiveGateway使ってて処理重いなと感じ、キャッシュしねーとなーと動作チェック。
ONEtoManyでテーブルJOINした結果出力みると。
まずONEで該当するもの検索して、その数をManyで検索。
つまり、出力結果数+1回SELECT文してる。
いくらSELECT軽いといってもそりゃあ重いわw
JOIN必要な処理は極力しなくて済むように設計しよう。
出力結果をCache_Liteあたり使ってキャッシュしようかと考えたけど、よく利用するならサマリーテーブル作った上でキャッシュだなと思ったり。