ast написав:Вопрос в чем тли механизм непригодный, толи тот кто отвечает его не использует на полную.
Напомню, что существующий механизм загрузки фотографий со встреч
изначально построен для загрузки фототографий самими пользователями (при помощи FTP клиента с поддержкой FTP over SSL). От пользователя также требуется ужать фотографии до размера 1024*768. Насколько я понимаю, задача ответственного в первую очередь состоит в том, чтобы добиться от пользователей, чтобы они это сделали (путём напоминаний и контроля выполнения), а не сделать это за них, кроме крайних случаев, например, когда пользователь ходит в Интернет через коммутируемое соединение, и не может закачать фотографии физически. На деле же, напомню, оказалось, что такая схема загрузки фотографий слишком сложна для пользователей. В результате вроде как получается, что ответственный должен сам объехать пользователей, собрать у них фотографии, и загрузить их на FTP, а это уже не совсем верно, поскольку является следствием несовершенства механизма, предоставленного пользователям. Мы не в каменном веке живём, и то, что может быть автоматизированно и упрощено, должно быть автоматизированно и упрощено, и никто не должен напрягаться работой, которую можно автоматизировать.
Насколько я понимаю, нужен фотогалерейный движок, предоставляющий пользователю для загрузки фотографий некий аплет (ActiveX, Java, etc.), позволяющий выбрать фотографии с локального диска скопом, приводящий их к нужному масштабу, и загружающий их сам на сайт, с индикацией прогресса загрузки и корректной обработкой прерывания этого процесса (как вследствие разрыва соединения, так и по желанию пользоватея), для простоты с оставлением на сайте только целиком закачанных фотографий (для докачки пользователю прийдётся указать остальные фотографии по новой). Также можно реализовать механизм контроля того, что фотография уже закачана.
Также было бы логично, если бы галерея встреч и галереи пользователей крутились на одном движке.