ок, потрачу еще 10 минут жизни на тебя.
Ок, допустим по запросу. А как превьюшки выводить после загрузки? Плакат 10Кх10К показывать с width=100 и height=100?
нет же ))) формируй ссылку на настоящую превьюшку как если бы она существовала. ты ведь знаешь по какому адресу она будет!
и не принципиально будет там в урле ".php?хуйнане" или нет. всем наплевать. главное чтобы адрес не менялся со временем.
2-ой вопрос:
Например, поставлю предел 5М, время ресайза будет до ~5сек, но есть другая проблема. При мультизагрузке, ресайз идет по очереди, т.е., если добавил 5шт (а если 10шт) одновременно, то 5сек * 5шт = ч/з 25 сек будет ресайзнута 5-ая фотка. Нельзя ли сделать, чтобы они параллельно уменьшались?
сказано тебе: делать превью по запросу. веб-страничка заставляет браузер делать отдельные запросы про каждую картинку.
в процессе обработки аплоад ты сохранил оригиналы, вывел что там положено в итоге: страницу "молодец, загрузка завершена" или какой-то ответ ajax с признаком успеха — it's up to you, как говорится. и на этом пока всё. ВСЁ БЛИН. никаких очередей.
когда посетитель (этот или другой - пофиг) откроет страничку (ту, что ты только что сделал в ответ на аплоад или другую — пофиг), на которой будут теги IMG с адресом твоих превьюшек, вот тогда браузер (!!!) пошлет НОВЫЙ запрос(-ы) с урлом(-ами) картинки(-ок). и в ответ на этот запрос твой скрипт должен подсуетиться и сделать вид, что картинка уже есть.
в этом тебе помогает вебсервер. не найдя готовую картинку по запросу веб-сервер обращается к скрипту делания этой картинки. а при следующем обращении к этому же урлу картинка будет найдена либо в кеше вебсервера, либо на диске — скрипт её туда сохранит.
Сейчас понял?
p.s. можешь считать, что картинки создаются параллельно, если браузер создаст несколько параллельных запросов и твой пул php воркеров ещё не исчерпан, они будут какбы параллельно делаться.
но чудес не бывает. если проц один и слабый, первый раз картинка отдастся с задержкой.