みんなの個人開発つぶやき場

いえいえ、単にいつも家で引きこもっているからというだけです…！

激烈爆速迅速対応をいただきましてどうもありがとうございます
あまりの対応の速さにマジで感動いたしました

非常に気づきにくい不具合の報告を頂けてとても助かった…。
関係ないけどGoogleフォームでの問い合わせ見づらいので何か変えたいな…。

そろそろCloud SQLにしようかなと一番安いの見てみたけどやっぱそこそこ高いな…。（無料に比べると）

地味かもですね～。多分Qiitaのように巨大になって、記事書くととにかくたくさん読んでもらえる、という状態になったらカノニカルの魅力がかなり増える気がします。

今の段階はとりあえず書きたいけど書くところがない、本当は書きたいけど気づいてない、という人の欲求をいかに満たすサービスにしていくか、というところに全てがかかってる気がします。

Crieitがいいなと思う理由のひとつはcanonical。「canonicalが指定できまっせー！」と推したいんだけど、いかんせんあまりにも地味な機能なので訴求力は無いのかな？

いい目の付け所だと思うし、他の大手ブログサイトには無いからここイチオシなんだけどなー。

はぁ…bootstrapのdrawerをfixedにするのにやけに時間かかった…。意外とCSSの変更箇所多くて面倒…。

ひたすらマニュアル的な記事を書いていく。今日はコードは書けないかも。

ボード一覧ページの表示どうしようかということで延々と悩んで時間が潰れている…。

次はボード投稿にコメントが付いた時の通知機能を進める。すぐには需要ないだろうけど、これがないとコメントがついても誰も気づかず、コメントした人も、された人も後で気づいて悲しい思いをしたりするので先に作るしかない。

しかし、通知機能を作る→ユーザーの通知無効機能が必要→投稿毎の通知無効機能が必要、みたいに連鎖的にやることが出てくるので結構通知機能はやっぱり大変。

これが終わったらボードを大っぴらに公開しつつ、プログラミングの質問ボードとかをいくつか作ったりして運用しつつ、スマホのUI対応をガッツリやっていきたい。

連載機能さらっと作る予定だったんだけど、データ構成が気になってしまったのでじっくり調整することに…。どうしてもデータ数的にpostsにpost_tagをJOINするのが許せない病…。

ちなみにじゃあどうするのかというとpost_tagにuser_idカラム追加して、ユーザーIDとタグIDでpost_tag検索してpost_idの配列を作って、その配列でpostsをwhereIn検索する。…激軽…！！

連載機能作りたいんだけどテーブル名に悩む…。magazines, serializations, books, stories…

magazinesかな…。
serializations→日本人に馴染みがなさそう
books→紛らわしい
stories→かっこよすぎる

ああ、自分の記事の中で特定のタグを付けたものを連載として扱う、みたいな感じにすれば誰も困らないで作れるのか。

コリさんの連載に連載タグがついてない記事があったから勝手につけた。タグ一覧ページもうちょっといい感じにしたいな。単なる一覧じゃなくて一つのコンテンツみたいに。

TUI Editor自体Safariだと一文字打つ毎に確定されちゃうのか…。どうするかな。