Поподробнее проблему опишите. Тоже не совсем понял, что такое "мультифайловый пост" в Вашем понимании. Свой "мультифайловый" проверил комментом выше - проблем не вижу.

Заканчивайте кипеть, Юрий. Я парень терпеливый, но когда со мной разговаривают с позиции того, что я КОМУ-ТО ЧТО-ТО ДОЛЖЕН, то меня это начинает подзаколебывать.

Формулируйте конкретнее свои вопросы, чтобы получать конкретную помощь.

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

В каком броузере работаете? Попробую воспроизвести ошибку - если получится, будет понятно - куда копать.

Вот этот момент поподробнее?

При создании коммента создаете таблицу, в ячейки добавляете mp3 файлы: через иконку "Загрузка Mp3" вызываете диалог загрузки, далее "обзор" - выбираем файл - отправляем на сервер, дожидаетесь пока в поле url появится путь к файлу, затем дописываете название и жмете ok. Так?

Замечу - url, который появляется после загрузки файла - это путь к временной папке, туда файлы попадают после загрузки с компьютера. После нажатия "сохранить", файлы переносятся из этой папки к конечную папку поста, т.е. url файла меняется, кроме того файл переименовывается в код, под которым делается запись в базе данных по загрузке, чтобы обеспечить более быструю работу поискового скрипта. Поэтому копировать выделенный url для вставки куда-либо - неправильно. Т.к. раз в сутки файлы из временной папки удаляются.

А реальная (постоянная) ссылка на файл выглядит так

По п.1 нужен скриншот, т.к. не понял, как "посреди текста" смогли вставить гиперссылку. Может не понял терминологии...

2. Пока предварительно имеем неперенос файла из временной папки в постоянную. Чтобы выяснить, с чем связано, упакуйте файлы, которые загружали в этот злополучный пост, в архив и пришлите на eklips2004@yandex.ru

Думается мне, что проблема в самом имени файла - перекодировщик на нем спотыкается, а скрипт ссылку уже сформировал. Поэтому файлы и запросил.

Язык не проблема. Проблема может быть, если в названии есть "тильды" (односложные кавычки), "кавычки"... т.е. всевозможные знаки. Юникод нормально распознается, но спецсимволы применяются при программировании, поэтому если название с таким символом попадает в обработку скрипта, то та же тильда прочтется, как окончание работы скрипта и все.

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

2. Вопрос сложнее, думаю нет - на каждый файл используется свой экземпляр функции, т.е. обычный цикл по количеству файлов. Порядок обработки файлов при преносе может не совпадать с порядком их записи на диск. Более точно на этот вопрос сможет ответить человек, который эту функцию писал, а он будет только в понедельник (это одни мы с Датотом такие больные - в выходные работать).

2.1. Если имеем дело с циклом запуска функции, то все логично - что-то перенеслось, а где-то спотыкнулось.

На сколько вижу - файлы на месте.

Я понял - это то, что в логах переноса попало в "ошибки переноса". Таких записей, если быть точным 2468 из более чем 1 млн успешных. В целом я картину примерно понял - в ошибки переноса попали посты, в которых файлы цеплялись из индивидуальных папок внутри папки пользователя.

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