ThunderCat

Собсно в чем проблема? У вас виснет сервер, не хватает соединений к базе? Пользователи прут стремительным домкратом и сервер не успевает отдавать незакешенные запросы?
Если нет - какие проблемы? Так есть и так должно быть, выборка из таблиц с актуальными данными всегда будет происходить из базы напрямую, если джоин не включает 4 таблицы по овер 10 мильёнов записей - все будет работать быстро, ну, если структура верная. А если нет - смотрите как оптимизировать базы, кеш здесь вообще как бы ниочем.

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

Ничего не мешает поменять метод на post. В коде изменится только $_GET на $_POST переменные.
Перед заливкой в базу обычно неплохо проверять данные на "качество", загружать данные в базу прямо из пост/гет - плохая практика.
Подумайте о том как будут именоваться файлы, как их структурировано хранить и привязать к определенной записи.
Как избежать дублей и как удалять их при удалении записи.
Удачи )

как у вас все работает? city.php инклудится в index?

ini_set('session.gc_maxlifetime', 3600*24*30);
    ini_set('session.cookie_lifetime', 3600*24*30);
    session_start();

Сначала настраиваем сессию, потом вызываем.

session_destroy(); убираете, зачем она там вообще? Если вы делаете инклуд, то вы сначала стартуете сессию, потом ее грохаете. Какой смысл, если unset($_SESSION['locality']); должно все что надо сделать.

Если перед session_start() будет что - либо выводиться(хтмл или ошибка) сессия стартовать не будет. То же касается и session_destroy();

Обычно если есть какие-либо ошибки их можно отследить в ерорлоге или включить вывод ошибок через настройку php.ini и понять какие проблемы возникли при создании сессии. В частности есть вариант что переполнен диск и сессии просто не создаются на диске.

Если это все у вас отдельные страницы(то есть есть еще страницы кроме index.php) во всех в начале должно быть session_start();, иначе сессии работать не будут. Эта директива создает связь куки в браузере и сессионной записи на сервере, без нее механизм сессий работать не будет, т.е. сессию нужно каждый раз "перестартовать".

Это просто каша из символов, нифига неясно потому что глаза можно сломать, и сами теперь разобраться не можете, т.к. код просто нечитаемый и невозможно понять где хвост где грива. Код как будто из середины 90х. mysql_ уже давно никто не использует, т.к. depricated, никто это г разгребать не будет, перепишите нормально если вам хочется чего-либо достичь в программировании. Не мучайте людей такими простынями гкода.

pdo, placeholders, prepared statements и другие страшные слова из мануала.