Dmitry T.

Как-то так:

auto eth0:1
iface eth0:1 inet static
address 22.22.22.22
netmask 255.255.255.255

auto eth0:2
iface eth0:2 inet static
address 22.22.22.23
netmask 255.255.255.255

auto eth0:3
iface eth0:3 inet static
address 22.22.22.24
netmask 255.255.255.255

Еще почитайте про redis. Сам его использую для кеширования. Может лучше подойдет вашему проекту, чем мемкеш.

Это совсем не обязательно кэш.

Во-первых, при выполнении запроса MySQL подгружает в память все необходимые индексы. Если сразу после этого выполнить запрос повторно, индексы уже находятся в памяти, и это уменьшает время выполнения запроса.

Во-вторых, MySQL также на время кэширует план выполнения запроса.

как от этого избавиться?

Я не думаю, что от этого стоит (или даже можно) избавляться. Вреда никакого, одна сплошная польза :)

sql no cache зарещает только кэширование запросов. Для MyISAM еще, как правило, есть файловый кэш, параметр key_buffer_size. Для InnoDB — innodb_buffer_pool_size

Однозначно pyramid.

web2py — web2py.com/
webpy — webpy.org/

bottle
pyramid

Кто бы что ни говорил, но халяву любят все, пишите)

Тем более ресурс информационный, любая такая статья для кого-то может быть полезной…

firstr_letter только один символ?
протестируйте на скорость выполнения следующие конструкции:
— WHERE first_letter IN (1,2,3,4,5,6,7,8,9,0)
— WHERE first_letter REGEXP '[0-9]'

У меня тоже М4. в этой теме он вроде дольше других продержался.

Crucial M4 или Intel 510. Остальное не стоит брать

www.google.com/notebook/
Есть экспорт в Google :) Про оформление не скажу, но я пользуюсь каждый день.