Выбор города посетителя

Имхо, под это дело можно воскресить мультисайтовость, и сделать все православно.

мультисайтовость для этой задачи - громоздкий и медленный вариант.
Лично я радею за JS "из коробки" - быстро, стильно, модно, молодёжно =)

Хм... зато громоздкий и медленный вариант можно привязать к гораздо большей и интересной логике, чем дисплейнонить блочки: допустим, учитывать наличие товара в том или ином городе.

вариант сходу:
Наличие в каждом городе - отдельные свойства. 
В товаре сразу заполняются для каждого города, а JSом показывается наличие именно в выбранном городе.

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

задачка навскидку: допустим, имеем список товаров. в каком-то городе товара нет, и есть задача его не показывать для этого города.

"основательно и по уму" может выйти слишком тяжеловесно для решения такой задачи. 
Я предлагаю не палить из пушки по воробьям, не делать из мухи слона.

Простая задача - простое решение.

Вопрос (риторический) - мы решаем узкую задачу, за рамки которой легко можем выйти, или развиваем систему для решения целого класса новых задач? Я за второй вариант. Если автор идеи за первый - свой голос я сниму.

Я уже предлагал это) http://idea.amiro.ru/topic/146847-opredelenie-mestopolozheniya-posetitelya/

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

В этом отзыве я постарался привнести некую простоту и элегантность решения, основываясь на возникающих у пользователей задачах, и возможных способах реализации.

Согласен, про простоту. Но ведь согласитесь если функционал будет делать простые вещи, то он не будет на столько важен в работе. Ну поменяется номер телефона, цена.. мне кажется это должно быть продумано куда более на углублённом уровне.

Учесть "всё и сразу" - фактически нереально, а вот заложить лёгкую, удобную "базу" - можно, и даже нужно.

Возможно вы правы.