正直、仕事がやってられなくなりつつあるこの頃


サーバ移行が行えなかったサイトがあり、原因としてデータサイズが重すぎる
主な原因としては、１つのディレクトリ画像が凄い保存されていました。

単純にls で試みたときは、あまりにもlsが遅くて件数が分かりませんでした。

調べてみると、lsが遅い理由としては、ファイルの一覧を取得し内部でソートをかけているのが理由みたい

そんなときのオプションとしては、-U というものを知りました

確かに、-U をつけたら速い！でも、さらに速くする方法として、
/bin/ls -U ディレクトリ　とやると速いらしい


とりあえずファイルが何件保存されているの確認するために、

ls -lU | wc -l でカウントを取ってみた（あくまでも行数を１ファイルとしています）
おおよそ、38万強のファイルが１ディレクトリに保存されていました。。。

で、過去１週間で増えた件数を調べてみたら、約８００件

find ディレクトリ -mtime -7　で上記の800件を調べました

何気に基本のlsコマンドのことを、ちゃんと理解していなかったのね・・・(> _ <)

あとは、これを移行するなり、削除するなりする

※参考
http://memo.jj-net.jp/657

[0回]

シンプルなモーダルウィンドウ

http://kwski.net/jquery/787/

[0回]

いつか使える！と思ったのでｗ

Jsでのポップアップ（吹き出し）
http://kwski.net/jquery/1026/
http://gristmill.github.io/jquery-popbox/

ダウンロード

[0回]

なんでか、apache2.2から2.4になってからauthz_core:errorと表示され403Forbiddでアクセスが拒否される

調べてみたら、記述が変更されたようです

[0回]

あまり使わないので、絶対に忘れるので記載

やりたいことは、テキスト型に入ったデータが、CSV形式のデータです。
そのCSV形式のデータ値で、検索をしたいということ

同じようなことやっている人がいたので、参考にさせて頂きました。

select * from hogehoge where concat(',', text_csv, ',') like '%,3,%'

text_csvと記載したのが、カラム名で、前後に’,’をつけることにより、
like で、カンマまでを含めた条件にしているから、
データの一番最初と、最後も検索にひっかかるということですね

2017.04.03追記

カンマ区切り限定で、さらに数値限定なのかな？
FIND_IN_SETという関数があるようです。

SELECT ID FROM SAMPLE_TBL WHERE FIND_IN_SET('50', VALUE);

このようにすれば、１カラムに５０がカンマ区切りで入っている
データ(ID)を引っ張ってくるみたい。しかも、LIKEより全然早いらしいですよ！

[0回]