comtecです。

夕飯はサンドイッチのみってやばいか?と思いながら帰宅中。

文言の横にアイコンを出すにしてもページというか人によって作り方が違う。
まぁアウトプットとしてどれも間違ってないんだけど、効率的ではないという。
でもtext-indent:-9999pxなど表示に悪影響を与える書き方もあるから、それを解決できるならあきらかにそっちにした方がいい。
要はベスト解がみつかった時の共有方法や既存のものの修正がなかなか手に付かないってのが問題。
css spriteを行う為の画像作成にしてもそう。
これは画像準備したら自動で作るシステム作るべきかも。

茂木先生が言ってたけど、1日の仕事は達成感を持って終えた方が次につながるらしい。
茂木先生って信じていいのかわからないけど、自分一人で施策の進捗がよくなるなら最高だよね。
ララバイ




iPhoneからの投稿
comtecです。

アメブロってアプリからだと引用してブログ書きづらいね。

よく見てる漫画家のブログ。
http://s.ameblo.jp/shout323/entry-11251702613.html

「今は僕がその血筋の主役」っていうフレーズがたまらない。

おじいちゃんっ子として、おじいちゃんに恥ずかしくない生き方をしないとー!
仕事がんばるぞー!!!


iPhoneからの投稿
comtecです。

Facebookのいいねを取り付けていて。

画像をつけたくない時、metaで何もしないとRSSの画像など適当に取られてしまう。
見えないような画像をしても、画像表示領域は小さくならないので意味ない。

でもChromeのアドオンで画像取得できないことはあったりする。
???
画像取得できないってことは、画像取得できなくすればいいってことか。
ってことで存在しない画像を指定することで対応できるのでは?ということに。

とりあえず自分の環境でテストしてみる。
できたー!!!
ってことでこの方法で進めてみる。

いいねボタンにはいくつかの種類があって、count_buttonは1件以上だと吹き出しとしていいねの数を出してくれる。
しかし、1000件以上は1000件毎にカウントされてしまう。
なのでstandardにする。
こっちは「まだ誰もいいねしていません」という文言が出てしまう。
overflowをhiddenにすることで見えなくして、ロード時にいいね数を確認できるAPIを確認することで1回以上の場合は幅を広げて吹き出しを見えるようにする対応。
ボタン毎の特性を意識すべき。

ロードした時にしか確認できないってのが問題。
PCだったら近くをhoverしたらAPI叩くこともできるが、SPだと難しいなー。
スクロール量をとってもいいねした瞬間には影響ない。
だからってsetIntervalでずっと確認するのは動作に影響が出そうで嫌だ。
とりあえずSPで1回目のいいねした人にはカウント見えないってことでしょうがないのか。

いいねのscriptはbodyタグ直下に書くことを勧められるが、</body>前でも動作に影響はなさそう。

JSでmetaタグ変更しても意味ない。
クローラーはJSまでは読んでくれない。

クローラーされるHTMLを意識することが大切。



お昼を準備したが、話を聞いてもらう為にランチへいった。
夕飯はお昼に準備していた白米と味噌汁のみw
入社当時みたいにどんどん体重減っていく。いいのか悪いのかw
帰ったらごはんより横になりたいんだからしょうがない。
湯船に浸かると寝れるようになるらしい。
風呂を貯めるより横になりたいんだから試せない。

そんなことよりアイディア降ってコーイ!!!!!!!