QUOIT Blog

個体識別番号についての記事を書いていて思ったこと。
※偏見に満ちてますので、容赦ないツッコミは歓迎です。
※でも、あんまり言われると泣きます。

(続きを読む…)

この記事.の続きで。

「iPhone」「個体識別番号」で検索してくる方が多いので、続きの記事を書いてみる。
(続きを読む…)

私はSmartyくらいしか使ってこなかったので、symfonyやZENDといったフレームワークには正直疎い。

それ以外にもPHPのフレームワークはいろいろあるが、どれを選択すべきか、という問題は難しい。

というか、どれを使っても良いのだと思う。

基本的に、フレームワークは「開発期間を短縮する」という目的は共通している（と思う）。

しかしどれを使うにしても、そのフレームワークに馴染みがなければ、理解には時間がかかる。

だったら一回自分で作ってみようと考えた。

まだフレームワークと呼べるほどのものではないが、少しづつコードを溜め込んでいる。

作ってみると、先人たちの偉大さがわかるというものである。

途中まで作ってみて、「やっぱこれ自分で作るもんじゃなくね？」とも思うが。

「自分が使いやすいものを作ってみること」がまず一番の目的である。

これを作ることによって、自分が何を必要としているかが分かるだろうし。

そのときには、どのフレームワークが自分に合っているか、わかるような気がする。

たまには雑談を。

—–

引き継いだプログラムがあって、作成した人に連絡とれないという状況はよくあると思う。

しかも仕様書はない、と。

と、なると一からプログラムを解析しなければいけないわけだが、これは非常に時間のかかる作業だ。

効率を重視して作業することが難しい。

じっくりじっくり、データの流れを追っていく。

もう、自分がデータになったみたいな感じで。

自分自身が$_SESSIONやら$_POSTやら$_REQUESTやら(ry になる。

じっくりじっくり。

時々「もういいよ！！」ってなる。

で、解決策が見つかると「ひゃっほう！！」となる。

そういう日はビールがうまい。

メールでwordpressの投稿をしようと探してたら、
Ktai_Entryを使うのが良いと見かけたのでインストールしてみた。
その時の覚書。
WordPressのバージョンは2.8.4、サーバはCORESERVERです。
(続きを読む…)

注意: バージョン 4.1 以降、TIMESTAMP は ‘YYYY-MM-DD HH:MM:SS’ 形式の文字列として返されます。その他のタイムスタンプ長のサポートは中止されました。

そうだったのかー

「YYYYMMDDHHMMSS」になってたのは追加開発してるシステムの環境がバージョン4.0xだったからか。

全然知らなかった。

知らないことがあまりに多すぎて、どこから知ればいいのかわからん。

なので、なるべく全部知ろうとする浅はかさ。

ま、いっか。

初めて触ったのはPHP5だった。

自分が慣れていないだけなのだろうが、
PHP4でMYSQLを操作するときの感覚がつかみづらい。
mysql_connect関数によく触りもせずにPDOを使っちゃったし・・・

順序が逆になると後で大変だよ、という悪い例ですね。

クラスも微妙に違ってるからなのか、
PHP5で動くのにPHP4で動かないこともしょっちゅう。

会社の前任の方はPHP4がメインだったようで、
引き継いだ案件の拡張なんかが結構とまどう。

これも経験ですよね。。

え？常識？

これまで、モバイルサイトの開発したことなかったので知らなかった。。。orz

今関わっているモバイルサイトのログインロジックに
個体識別番号が組み込まれてる。

iPhoneでログインできないのは当然というわけです。

iPhoneに限らず、スマートフォンには個体識別番号がないとのこと。

これは知っておくべき重要事項ですな。。。

＜追記＞
続き記事を書きました。
iPhoneには個体識別番号がない（続き）

冷やし中華twitter始めました。

今さら感満載ですけどね。

このブログのフィードを送っています。

参考にしたサイトはこちら。

Twitterにブログの更新情報を通知する方法 from IDEA*IDEA ? 百式管理人のライフハックブログ

つぶやくよりブログに書く方が多いだろうということで。

ちなみにtwitterのアドレスはこちら。

始めたはいいけど、よくわかりません。

なんでパスワードってものがあるかっていうと、
パスワードを知らない他の人に情報を見られたくないからであって、
それが誰にでもわかるようになっちゃったら意味がないという話。

当然ですね。

ってことは、パスワードを保存するログインプログラムとかを作った場合、
そのパスワードは最低限、暗号化をしておくべきだ、と。

そのほうがいいですね。

流出を前提に置くのはよろしくない？

でも、思わぬところにあった穴だからセキュリティホールと言われてるわけですよ。

自分が作ったプログラムを信用しないっていうことも重要だと思います。

結構前から拝見しているブログに、何度もこの手の記事があった。

で、またかと。

その記事はこちら。

暗号化するなんて、そこまで大掛かりな作業じゃないんだから、手を加えたらいいのに・・・

とは言え、他の作業に比べて優先度が下がってしまう現実も想像できなくはない。

各企業が本腰入れて何とかしようと思わなきゃ無理なんでしょうね。

———-

・・・先日の記事と矛盾する？

これは全く別の問題ですとも！