Такую инфу туда загрузить без проблем можно
А иногда просто легче выбрать селект и нажать лоад, чем смотреть какая из закладок что значит
Хотя кому как

Эт понятно, но БД помоему меньше напрягает проверка по одному критерию, чем 7

Хыхы:) Не так. Тип клетки хранится в одном поле базы данных. Типов фермо-полей 6 всего. Типов оазисов 8. Поэтому строго говоря быстрее сравнить с 6 типами полей, чем с 8 типами оазисов.
А на самом деле не суть дело в количестве, т.к. значимое количество времени уходит на поиск самой ячейки с данными, а времени на сравнение уходит ничтожно мало.

Ну все зависит от того как БД строить
В данном случае ты прав )

PS. Сохранени и загрузка настроек из кук?

Эт понятно, но БД помоему меньше напрягает проверка по одному критерию, чем 7

Огромное Спасибо
Еще одно - возможность исключить из списка поиска оазисы. А то по фильтру только занятое/в радиусе/по последнему обновлению выводит кучу левых оазисов - в которых то и насаления нету

Думаю, что сортировка нужнее по расстоянию, потому что к деревне, которая не меняется, но находится в 93 клетках, все равно не пойдешь. Разве что в сейв на выходные

А это между прочим есть. Нефиг ставить 101 клетку для поиска ферм. ставьте то расстояние которое вам надо.
ЗЫ. Сорировка по часам совсем не отменяет сортировку по расстоянию. Вообще - это это просто один и тот же запрос в БД, только немного видоизмененный, так что сосуществовать могут оба - был бы выбор

Cпасибо за хороший анализатор.
Вначале сам думал как написать подобное, но потом нашел готовый вариант
На счет третьего пункта от macher-а - лично я думаю что это было бы проще всего сделать упорядочиванием по последнему изменению статуса. Т.е. отображать результаты не по увеличению дальности, а по уменьшению времени последнего изменения населения. Насел. - 245:420ч, 183:111ч, 408:2ч - т.е. по этим часам.