これ良さげだなーと思ってインストールしようと思ったんだけど、どうせだしただインストールするんじゃなくて Homebrew の formula 書いてみようと思って試してみた。
既存の formula を参考に適当に書いた。たしかに書きやすいし楽だ。
これでいいだろう、って思って
$ brew install pfff --HEAD
ってやるとエラーが出て make の段階で止まる。 ちなみに、普通に git clone して configure、make depend、make のコマンド叩いて実行するとエラー出ないでコンパイル完了する…。なんで？環境変数？
pcre も /opt/local/include/pcre.h 見てファイル無いよとか configure でエラー吐くしなんか微妙な感じなんだけど、scheck とか結構重宝しそう。今のところ使ってない変数の報告くらいしか見てないけど。
誰か TextMate の bundle 作ってくれるのを待ちたいと思います。
いつの間にか yolk がお亡くなりになってて微妙に不便だったから、コピペででっちあげた。
パッケージの名前渡したらヴァージョンチェックしてくれるメソッド用意されてると思ったんだけど、無いくさいからいちいち検索してるのがちょっとアレ。
でもまぁ、いいと思います！
某システムで検索の仕様変えることになって（厳密にはいろいろ違うけど）、大文字小文字の区別付けるために検索対象のカラムの collate を utf8_general_ci から utf8_bin に変更した。
ALTER TABLE `hoge` MODIFY `col` VARCHAR(255) NOT NULL DEFAULT '' CHARACTER SET utf8 COLLATE utf8_bin検索は PHP で書いてて、テストも問題無かったからデプロイしたんだけど、このテーブルを Python で書いたクローラも参照してたから、ちょっと問題が出た。
from sqlalchemy import *
from sqlalchemy.sql import select
engine = create_engine('mysql://localhost/sandbox', echo=False, encoding='utf-8', convert_unicode=True)
conn = engine.connect()
metadata = MetaData(bind=engine)
tbl1 = Table('table1', metadata, autoload=True)
for row in conn.execute(select([tbl1])):
print row # Unicode文字列になっていない
ORM 使わないで書いてたやつなんだけど、取得した結果の文字カラムがユニコード文字列になってなくて、お馴染の UnicodeDecodeError でクローラが落ちる…。
そもそもの書き方が悪い、っていうのがあるんだけど、一旦それは置いといて（というかすぐ直した）原因は何なのかってのを調べてみる。
ローカルの環境は MySQL 5.1.51 + SQLAlchemy 0.6.1 で、上記のコードを試すと結果はユニコード文字列になってる。
あれ、ってことで本番環境確認すると MySQL 5.0.91 + SQLAlchemy 0.6.1…なんだけど、DB サーバは別にあってそっちは MySQL 5.1.51。 SQLAlchemy のバージョン上げれば解決、だと思ったんだけど、問題解決にはならず結果は同じ…。
あんまり検証してないけど、とりあえずこういうことらしい。SQLAlchemy がその辺うまいこと処理してくれるものだと思ってたんだけど、どうなんだろう…。
それにしても余裕が無い…。
どうもこんばんは。 MySQL さっぱりわからないクズです。
いまいちクエリ改善できなくて、ヘタに検索すると刺さっちゃったりするシステム作ってしまった訳なんですけど、大人の事情でサーバのメモリ増設とかすんなり出来なかったりしてどうしようかなって状態だったりするんですが、とりあえず刺さったクエリを自動で殺す方法探したら Maatkit に含まれる mk-kill 使うのが一番手頃みたいだし cron*1 に仕込んでおいた。
$ mk-kill -kill-query --busy-time 1m
これで実行されてから1分以上経過したクエリが自動で殺されます。よかったよかった…なんですが、ALTER TABLE とかパーティションの更新とかもこれだと対象にされちゃうので、SELECT のみに限定したい場合は
$ mk-kill -kill-query --match-info SELECT --busy-time 1m
--match-info でパターンを指定してやればいいみたい。 info ってのがぱっと見だとわかりずらいけど、show processlist の info の部分ってことみたい。
ぜんぜんわかんないことばかりで悲しいんだけど、Maatkit 便利だしいろいろ試したい。
余談だけど、パーティションって2日先まで作って更新してくのがいいよね？とりあえず問題は出てないしデメリットも思いつかないから、このままでいくけど。。
*1: --daemonize のオプション指定してみたけどちゃんと動かなかった。 pid 指定してみても駄目。何かに依存してるのかな。
まぁまぁまぁ。
$ ./configure --prefix=/usr/local/mysql --with-charset=utf8 --with-extra-charsets=all --with-plugins=all $ make # make install # cp support-files/my-medium.cnf /etc/my.cnf # cp support-files/mysql.server /etc/rc.d/init.d/mysqld # chmod a+x /etc/rc.d/init.d/mysql # /sbin/chkconfig mysqld on # vim /etc/ld.so.conf.d/mysql +/usr/local/mysql/lib/mysql # /sbin/ldconfig # cd /usr/local/mysql # chown -R mysql:mysql . # sudo -u mysql ./bin/mysql_install_db # ./bin/mysqld_safe --user=mysql & # ./bin/mysql_secure_installation
$ ./configure --prefix=/usr/local/mysql --with-mysql=/usr/local/src/mysql-5.1.50 $ make $ make test # make install # mysql -u root -f mysql < support-files/install.sql
# yum remove php-mysql $ wget php-5.x.x $ tar zxvf php-5.x.x $ cd php-5.x.x/ext/mysql $ phpize $ ./configure --with-mysql=/usr/local/mysql $ make # make install # vim /etc/php.ini
糞だ糞だとギャーギャー心の中で騒ぎながら、それでも仕事だし Windows の PC を使ってる。
なんか Windows ってぜんぜん進化してないように感じる。これはタイムマシンだ！僕が中学とか高校の頃から主役のアプリケーションが変っていない。というか、使えるアプリが出てきてない。これはある意味素晴しいことなんだろうけど、なんだかなーって正直思ってしまう。
UI は何をどうやっても野暮ったいままでダサいし、フォントのレンダリングはマジで吐き気がする。酷すぎるだろ。
それでも、エディタが使えれば仕事は出来るし、なんとかなってる。最初はかなり忘れてて、何を使おうかとかけっこう悩んだけど、とりあえず落ち着いてきた。
xyzzy とか本当に素晴しいなーって改めて思うんだけれど、設定するのが面倒すぎてなんとも…。ずっとこのままの環境で仕事をすることになるのであれば、ちょっとずつでもやっておきたいんだけれど、どうしようかなーと。
あとそれほど関係ないけど、VirtualBox 上に CentOS の環境を作ってる。yum とかちゃんと使うの実は初めてなんだけれど、まーなんとかなってる。なんともならないのが Apache の設定。VirtualHost の設定をすると Permission error で 403 forbidden になる。 SELinux は disabled なのに。何で？
いろいろ大変ですなー。
