Thursday, 31 January 2008

Mój domowy serwer

Jest mały, szarozielony i nazywa się snotling.

komputer 49.99
snotling ~ # cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
model name : Pentium III (Katmai)
cpu MHz : 448.646
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips : 897.87
snotling ~ # uname -a
Linux snotling 2.6.23-gentoo-r6 #2 Thu Jan 31 13:14:15 CET 2008 i686 Pentium III (Katmai) GenuineIntel GNU/Linux

Dostała mu się jeszcze gigabitowa sieciówka, kontroler SATA, dysk 300GB i 512MB RAMu – ale to już inny paragon ;-) Tak wyglądał zaraz po przyniesieniu do domu:

snotling prosto ze sklepu

A tak po dołożeniu ulepszeń:

snotling z dodatkami

Wednesday, 30 January 2008

gg.chrome.pl

Korzysta ktoś może z transportu gg.chrome.pl? Jest jakiś powód, dla którego od wczoraj jestem bombardowany prośbami o autoryzację, których najwyraźniej nie da się zablokować?

Wednesday, 23 January 2008

It's not a bug, it's a feature

Oj wybredny jest parser zapytań w MySQL, wybredny. SUM (a) w SELECT jak najbardziej przechodzi, ale w CREATE VIEW xxx AS SELECT już nie. Przy tworzeniu perspektywy baza odmawia współpracy komunikatem "funkcja nazwatabeli.SUM nie istnieje". Chodzi o to, że spacja pomiędzy SUM a nawiasem otwierającym jest inaczej interpretowana przy zwykłym zapytaniu a inaczej przy tworzeniu perspektywy - w pierwszym przypadku parser zaczyna od szukania funkcji nazwatabeli.SUM a gdy jej nie znajdzie wywołuje zwykłe SUM, w drugim przypadku od razu zgłasza błąd.


Sporo nerwów można stracić też przez inny "feature". MySQL w nazwach baz danych i tabel pozwala na znaki '_' i '-' oprócz zwykłych alfanumerycznych - ale takich tabel nie da się już użyć przy odwołaniu do kilku baz w jednym zapytaniu, bo parser ich po prostu nie znajdzie.