skyANAhVosttполучить параметры ресайза и кропа, выполнить их над файлом, старый файл удалить, а новый уже обработанный сохранить где надо.Новый файл и есть временный файл?

1. на странице пользователь нажимает «загрузить файл», выбирает файл с картинкой
2. файл загружается через AJAX, возвращается временный УРЛ на картинку
3. картинка отображается пользователю и он её кропает и расайзит, нажимает «сохранить»
4. на сервер уходят параметры кропа и ресайза в JSON, сервер выполняет кроп и ресайз по параметром над уже ранее загруженным файлом, результат сохраняет куда надо (допустим, как аватарку пользователя), временный файл убивается

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

зачем тут нужен какой-то сервис, если это делается штатными средствами — не понятно. я тещу уже 3 день, все работает как часы. но я подумал, что я мог что-то не учесть, и может возникнуть ситуация, когда это не сработает, вот и возник вопрос, все ли я правильно делаю. а мне начали советовать какие-то сервисы, и не понятно почему именно вот только ТАК, через сервис правильно, но объяснить толком почему никто не может.

а ну да, сессия это зло. самое зачетное объяснение из всего, что я когда-либо слышал.

st_stЕсть такая штука, шедулер (aka cron) называется. Запускается раз в сутки и удаляет всё ненужное. А про шаред хостинг и asp.net это наверное шутка была.

забейте. особенно с кроном в виндах и на шаредах.

кста, спасибо handmadeFromRu за ссыль на описание Dispose паттерна, надо детальнее с этим разобраться, чтобы исключить любое необъяснимое поведение (хотя пока такого небыло).

ну и спасибо МСУ, просто за то что почтил своим присутствием ))

st_stЯ к тому, что данный вопрос как раз таки по похожей к нам задаче, где тоже юзерами грузятся фотки на сервер (*.nix), остаётся мусор, который и удаляется по крону раз в сутки php-скриптом. Подобная система у нас на паре сайтов используется уже несколько лет, проблем не было. Городить какие-то сессии для этого, ну не знаю, тут уж на любителя.

Я понимаю. Но на Win-шаредах нет доступа к шедулеру. Можно слезно попросить техподдержку и даже добиться результатов, но это не тру-вей. Кроме того PHP и ASP.NET работают совершенно по разному принципу. После обработки запроса PHP умирает, а ASP.NET живёт. И моё решение работает, и вот что удивительно: пока никто не удосужился написать почему так неправильно, какими проблемами это может обернуться — вот что меня интересует.

st_stp.s. а если сервер повиснет и ребутнётся, енто самое dispose произойдёт или мусор навсегда останется висеть в папках?

при запуске пула приложения (грубо говоря в Global.asax) папка чистится. как раз для таких случаев.

Где-то в степи,

выполнение какой-то работы по расписанию как раз больше подходит для различных демонов, сервисов и шедулеров. если ожидать первого запроса, то этого запроса может и не произойти очень долго — теоретически. хотя я по логам смотрел, постоянно шарятся всякие гугло, яндекс и другие боты :)

a_titeev,

?

Яростный Меч,

в современных браузерах есть FileStream, и лишняя передача на сервер не требуется.

МСУ,

facepalm.jpg

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

только смысла в твоих сообщениях по прежнему -0.

МСУ,

мил человек, объект в своём финализаторе удаляет файл. когда будет выполнен финализатор точно не известно, но по задаче этот как раз и не критично: главное гарантированное удаление файла, момент не так важен.

так вот, ответь на вопрос: к каким проблемам это может привести? почему так неправильно? что в этом плохого?

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