роизводится вычисление контрольной суммы для вашего файла. Пожалуйста, подождите.

Уже полчаса, архив 7z 100 c чем то мегабайт размер

Спасибо за сообщение!

Уточните, пожалуйста, удаётся ли разместить файл со второй-третьей попытки или каждый раз такое сообщение.
Дополнительно сообщите:
1. значение в поле "Размер файла" соответствует действительному размеру файла?
2. значение в поле "Принято" равно размеру файла?

Если у кого-то ещё возникает данная проблема, то напишите, пожалуйста, сюда об этом.

1. значение в поле "Размер файла" соответствует действительному размеру файла
2. значение в поле "Принято" равно размеру файла
Всё соответствует! А проблема остаётся...

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

Приняты меры для исправления данной ситуации. Напишите, если у кого-то проблема сохранилась.

Подтверждаю, проблема осталась, происходит полная загрузка файла (147 мб WMV, количество байт соответствует), затем некоторое время крутится бегунок (Вычисление контрольной суммы), затем останавливается и.... ничего. При закрытии страницы браузер выдает предупреждение- "Выполняется передача файла, закрыть/остаться"...

Имя файла к предыдущему сообщению - "История (16x9).WMV"

Удалось воспроизвести дефект на тестовом окружении. Будем исправлять. К сожалению, проблема проявляется не каждый раз, что затрудняет исправление. По всей видимости, проблема связана со временем ожидания ответа между подсистемами. В качестве временной меры увеличили таймауты.

Пытался загрузить два файла больше 1гб, оба раза неудачно. Файлы Диск 4.rar и Диск 8.rar

Алекс пишет:Пытался загрузить два файла больше 1гб, оба раза неудачно. Файлы Диск 4.rar и Диск 8.rar

Спасибо, Алекс! Ваше сообщение помогло нам получить больше информации о данной проблеме. Исправление - в разработке. О готовности - напишу.

Уважаемые пользователи сервиса, рад сообщить, что длительность процессов, выполняющихся во время процедуры расчёта контрольной суммы, удалось уменьшить в несколько раз. И как следствие минимизировать вероятность появления проблемы, описанной в данной теме.
Следующим шагом мы намереваемся изменить оставшиеся процессы с тем, чтобы итоговое время процедуры расчёта контрольной суммы стало практически нулевым и незаметным для пользователей, что полностью решит данную проблему.

Admin пишет:Следующим шагом мы намереваемся изменить оставшиеся процессы с тем, чтобы итоговое время процедуры расчёта контрольной суммы стало практически нулевым и незаметным для пользователей, что полностью решит данную проблему.

Всё доделано! Теперь все процессы, связанные с взаимодействием подсистем и вычислением контрольных сумм, выполняются в фоновом процессе, параллельно с приёмом файла. Теперь полностью исключено дополнительное ожидание после окончания приёма файла.

данная ошибка возникала сегодня в соотношении где-то 1:10, что совсем не критично.
спасибо за классный сервис