Константин

Что мешает сделать так:
SELECT * FROM scheme1.table1 JOIN scheme2.table2 USING (id) ?

Элементарно. Поездка на работу занимает у меня 3 часа. Я превращаю их в 3 часа обучения.

Может в $currentCat.text() значение с пробелом, переносом строки? попробуете обернут это в $.trim()

Код страницы и код if($currentCat.text()==='Кафе') в одной и той же кодировке?

Это вопрос межпроцессного взаимодействия, но считается что сокеты работают быстрее чем сетевой протокол.

Вы лучше в следующий раз на двач отправьте, там знают, что делать. И голова болеть не будет.

Обычная банальная засветка. Низкий контраст, завышенная освещенность и тонирование.

Чисто теоретически конечно можно найти внешние сервисы, которые разрешают кросс-доменные запросы и предоставляют апи для хранения и получения данных таким странным образом.
Должно быть 2 сервиса: хранилище изображений и база данных.
Даже если допустить, что такие сервисы найдутся и будут бесплатными, либо иметь адекватную цену, в чем я сильно сомневаюсь…
Скорость работы такого сайта будет, мягко говоря, не очень. Это же браузеру надо сделать кучу запросов к левым серверам, а потом еще все это прорисовать на js.

Ключевой вопрос, «а зачем»?

Ну помимо частоты и т.д. есть понятие архитектура, есть прогнозирование к примеру.

Если совсем на пальцах, то к примеру если процессор с частотой в 800Мгц за такт 2 команды выполнит, а проц в 1500Мгц только одну, то первый будет быстрее.

На самом деле все заметно посложнее и вам просто нужно поглядеть на тесты и более ни на что.

Либо можете взять название таблицы в косые кавычки — `...`
INSERT INTO `password-list` (name, pas) values ('test', '0000')

Проблема может быть в сессии php, если у вас сессии хранятся на диске (/tmp/),
для решения переделать сессии на Базу Данных и такой задержки не будет.

Если Вы явно не указываете блокировку, сервер сам ее выставит при select — read-lock при update — write-lock. В MyISAM блокируется вся таблица, в innoDB строка

Значит БД выедает весь CPU или дисковые IO, вот и вся хитрость.