ThunderCat

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

под виндой netview как вариант.

Бд может (и должна) вернуть токен соединения или ошибку. Соответственно смотрим нормальный адаптер бд в мануале, что и как подсоединяется, создаем экземпляр соединения с заданными пользователем параметрами, если все прошло нормально, "продолжаем разговор" (с). Если выдает ошибку - перехватить, отправить пользователя обратно на шаг заполнения полей и написать что за ошибка была.
Profit.

ок, это норм до тех пор пока у вас только использование, а хранение предполагает нечто ... скажем энергонезависимое, типа записи в бд, или в файл, короче на долговременный носитель, позволяющий восстановить информацию после ребута. Для хранения записей в файле/дб и существуют разные виды сериализации, такие как json, serialize, а xml скорее относится к варианту структуризации/метаописанию информации, он хоть и может выполнять роль хранилища, но не является ни самым удобным, ни самым быстрым в обработке, + еще и достаточно избыточен. В Вашем случае(т.к. используете JS) JSON будет нормальной формой для сериализации хранимых объектов, но я бы смотрел в сторону бд и человеческого хранения.

как у вас все работает? 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, никто это г разгребать не будет, перепишите нормально если вам хочется чего-либо достичь в программировании. Не мучайте людей такими простынями гкода.

ffprobe
здесь пример с ffmpeg

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