Подробно и пошагово.
1) Flash в чистом виде не предназначен для разработки серверных приложений. Его назначение - организация приложения-клиента (надеюсь, это споров не вызовет) Из этого следует:
2) любая попытка сохранить данные на сервере (не на локальной машине, а на сервере) требует использования внешнего модуля, который, собственно, и сохраняет данные. Вариантов внешнего модуля множество - CGI - скрипт (например на Perl), php-модуль, ASP - модуль, сервер приложений Macromedia ColdFusion, служба приложений Flash Remouting и так далее.
3) На собственном опыте (уверяю, не маленьком) я убедился, что любая попытка создать собственный формат данных в некотором файле (в твоём случае - это XML с определённой структурой) приводит к дальнейшей необходимости написания парсера для каждого нового приложения, которое будет работать с этим форматом данных. Я не спорю, что это один из вариантов, но в своё время я от него отказался именно по причине трудоёмкости дальнёшего расширения проекта. Для использования в Java, например, пришлось писать XML-парсер на Java, для обработки PHP-модулем - парсер на PHP. В итоге я лично пришёл к выводу, что mySQL -база является оптимальным выходом, поскольку большинство приложений (PHP, Java - в т.ч. JSP, ColdFusion, и т.д.) могут обращаться к базе напрямую, минуя дополнительные звенья, что значительно сокращает объём работ.
Так что совет использовать трёхзвенку это не мой каприз, а "опыт, сын ошибок трудных"
4)если ты всё-же решился работать с сервером через CGI - интерфейс посредством перловых скриптов, то мне не совсем понятно - в чём твоя проблема? Твоя задача - просто сформировать во Flash xml-документ и отправить его в cgi, где перловый скрипт просто запишет получившийся xml в заданную локацию. Правда, в этом случае, возникает проблема: для каждого следующего xml придётся задавать новую локацию (ах, как всё это легко решалось бы в mySQL - просто новая запись в таблице). Здесь уже всё зависит от твоей фантазии.Можно сортировать по папкам.Можно создавать каждый раз новые файлы с уникальными именами (можно даже дописывать новые конфигурации в тот же файл). Но здесь мого подводных камней - при дописывании в один файл для выборки данных придётся производить обработку всего xml-файла. То есть тот самый "принцип толстого клиента". При создани новых файлов необходимо задавать структуру соответствий пользователь - путь к файлу (опять напрашивается mySQL), которую тоже придётся где-то хранить.
Резюме: Как не крути, а более простого и удобного способа хранения структурированных данных в WEB, чем чем базы данных пока нет.
ЗЫ На резкозть я не обижаюсь, она, как правило плод недопонимания
