Става и с Ajax, трябва му ендпойнт :) На какво рънваш и как ти е удобно да съхраняваш снимки? На неткор мога да ти разпиша бекенд снимките във файлове или някаква база? Да връща оригинал или да ресайзва? Не че няма готови :D
Пиете ли?
Golden Gega Е то идеи бол, зависи асемблера коя позволява. Единия вариант е ъплоада на атача да е в отделна форма - особено модерно е с drag & drop, така при събмит на поста вече имаш ъплоаднат атач с url. Другия е по-класически - правиш същото в поста - първо ъплоад/save на атачмънта и след това вместо него слагаш получения url.
А бе не е толкова просто. Ако ъплоадвам атачментите предварително, какво правим ако потребителя не събмитне поста. От друга страна атачмънта изисква външен ключ към пост - как да го сложа, ако поста още не съществува. Не, въобще може и с NULL, но тогава как да разпознавам кой атачмент за кой пост е, когато постват няколко души.
Значи трябва и поста да го създавам още в началото. Но такъв подход ми се струва малко опасен за появяване на постове сирачета при някакви непредвидени частни случаи - тоест ще се наложи да се прави и процедура за почистване от такива изоставени постове.
johnfound Golden Gega Е то идеи бол, зависи асемблера коя позволява. Единия вариант е ъплоада на атача да е в отделна форма - особено модерно е с drag & drop, така при събмит на поста вече имаш ъплоаднат атач с url. Другия е по-класически - правиш същото в поста - първо ъплоад/save на атачмънта и след това вместо него слагаш получения url.
А бе не е толкова просто. Ако ъплоадвам атачментите предварително, какво правим ако потребителя не събмитне поста. От друга страна атачмънта изисква външен ключ към пост - как да го сложа, ако поста още не съществува. Не, въобще може и с NULL, но тогава как да разпознавам кой атачмент за кой пост е, когато постват няколко души.
Значи трябва и поста да го създавам още в началото. Но такъв подход ми се струва малко опасен за появяване на постове сирачета при някакви непредвидени частни случаи - тоест ще се наложи да се прави и процедура за почистване от такива изоставени постове.
Ползва се сесията, тя е уникална за връзката. Т.е. постваш прикачен файл към сесията, при събмит на целия пост си взимаш прикачените файлове от тази сесия. Разбира се, записваш дата/час на прикачането и се трият по-старите от 1 ден.
Golden Gega johnfound Golden Gega Е то идеи бол, зависи асемблера коя позволява. Единия вариант е ъплоада на атача да е в отделна форма - особено модерно е с drag & drop, така при събмит на поста вече имаш ъплоаднат атач с url. Другия е по-класически - правиш същото в поста - първо ъплоад/save на атачмънта и след това вместо него слагаш получения url.
А бе не е толкова просто. Ако ъплоадвам атачментите предварително, какво правим ако потребителя не събмитне поста. От друга страна атачмънта изисква външен ключ към пост - как да го сложа, ако поста още не съществува. Не, въобще може и с NULL, но тогава как да разпознавам кой атачмент за кой пост е, когато постват няколко души.
Значи трябва и поста да го създавам още в началото. Но такъв подход ми се струва малко опасен за появяване на постове сирачета при някакви непредвидени частни случаи - тоест ще се наложи да се прави и процедура за почистване от такива изоставени постове.
Ползва се сесията, тя е уникална за връзката. Т.е. постваш прикачен файл към сесията, при събмит на целия пост си взимаш прикачените файлове от тази сесия. Разбира се, записваш дата/час на прикачането и се трият по-старите от 1 ден.
В сесията сефте чувам. Ако имаш и по-голям лимит на качване ше ебеш паметта на сървъра. Просто ги качваш на диска като темп и имаш сървис, който ти ги трие след определено време.
Оф, id-то на сесията имам предвид, например session id = 34545, съответно първия прикачен файл ще е 34545_1, втория 34545_2 и т.н., разширението ще си го пазиш оригиналното
Golden Gega Оф, id-то на сесията имам предвид, например session id = 34545, съответно първия прикачен файл ще е 34545_1, втория 34545_2 и т.н., разширението ще си го пазиш оригиналното
Тъй става. Деа аз днес открих, че HttpContext.TraceIdentifier Кестрела ти го бичи уникален на всеки рекуест. Ама асемблерският сървър нема такива екстри. Тоз. нет патладжан направо на джуниър с 5 бона заплата и кока в устата ме прави.
Като не събмитне потребителят поста да е жив и здрав, файлът остава някъде си. Можеш ако искаш да си направиш някакъв job да ги чисти, но според мен никой не го прави това.
stewie Golden Gega Оф, id-то на сесията имам предвид, например session id = 34545, съответно първия прикачен файл ще е 34545_1, втория 34545_2 и т.н., разширението ще си го пазиш оригиналното
Тъй става. Деа аз днес открих, че HttpContext.TraceIdentifier Кестрела ти го бичи уникален на всеки рекуест. Ама асемблерският сървър нема такива екстри. Тоз. нет патладжан направо на джуниър с 5 бона заплата и кока в устата ме прави.
https://stackoverflow.com/questions/50689315/how-is-httpcontext-traceidentifier-generated-in-net-core
Stilgar Като не събмитне потребителят поста да е жив и здрав, файлът остава някъде си. Можеш ако искаш да си направиш някакъв job да ги чисти, но според мен никой не го прави това.
Какво значи никой не го прави това? Аз съм писал точно сървис да чисти боклука на юзърите. Те тез хардове на продъкшън не са петабайти.
Golden Gega stewie Golden Gega Оф, id-то на сесията имам предвид, например session id = 34545, съответно първия прикачен файл ще е 34545_1, втория 34545_2 и т.н., разширението ще си го пазиш оригиналното
Тъй става. Деа аз днес открих, че HttpContext.TraceIdentifier Кестрела ти го бичи уникален на всеки рекуест. Ама асемблерският сървър нема такива екстри. Тоз. нет патладжан направо на джуниър с 5 бона заплата и кока в устата ме прави.
https://stackoverflow.com/questions/50689315/how-is-httpcontext-traceidentifier-generated-in-net-core
Тъй де, аз днес въобще го открих, че съществува. Досега ползвахме собствени гидове,което пак си върши чудесна работа.
Затова са програмистките форуми, да откриеш session id-тата. Между другото ngix-a не прави изключение
Golden Gega Затова са програмистките форуми, да откриеш session id-тата. Между другото ngix-a не прави изключение
Открил съм ги отдавна, но какво по- уникално от един рекуест и великият мързел да напишеш Guid.NewGuid().ToString(). Скоро тея уебсървъри ще те държат и за хуя при всеки рекуест.
stewie Stilgar Като не събмитне потребителят поста да е жив и здрав, файлът остава някъде си. Можеш ако искаш да си направиш някакъв job да ги чисти, но според мен никой не го прави това.
Какво значи никой не го прави това? Аз съм писал точно сървис да чисти боклука на юзърите. Те тез хардове на продъкшън не са петабайти.
Аха... и колко изчисти? Говорим за боклук от типа - "качих но после не събмитнах"
stewie Golden Gega Затова са програмистките форуми, да откриеш session id-тата. Между другото ngix-a не прави изключение
Открил съм ги отдавна, но какво по- уникално от един рекуест и великият мързел да напишеш Guid.NewGuid().ToString(). Скоро тея уебсървъри ще те държат и за хуя при всеки рекуест.
Е нали ти мърмореше злобно че младежите ползвали кестрел не iis, а сега искаш даже и сесиите да си правиш сам... Някаква непоследователност виждам
Stilgar stewie Stilgar Като не събмитне потребителят поста да е жив и здрав, файлът остава някъде си. Можеш ако искаш да си направиш някакъв job да ги чисти, но според мен никой не го прави това.
Какво значи никой не го прави това? Аз съм писал точно сървис да чисти боклука на юзърите. Те тез хардове на продъкшън не са петабайти.
Аха... и колко изчисти? Говорим за боклук от типа - "качих но после не събмитнах"
Хората си пращаха прикачено клипчета до 200 мб във вътрешни съобщения. Годината беше 2010-а, дедикейтнатият хардуер беше скъп. Може си направиш сметката.
stewie Stilgar stewie Stilgar Като не събмитне потребителят поста да е жив и здрав, файлът остава някъде си. Можеш ако искаш да си направиш някакъв job да ги чисти, но според мен никой не го прави това.
Какво значи никой не го прави това? Аз съм писал точно сървис да чисти боклука на юзърите. Те тез хардове на продъкшън не са петабайти.
Аха... и колко изчисти? Говорим за боклук от типа - "качих но после не събмитнах"
Хората си пращаха прикачено клипчета до 200 мб във вътрешни съобщения. Годината беше 2010-а, дедикейтнатият хардуер беше скъп. Може си направиш сметката.
Е за видеота и аз бих писал. За картинки - спорна работа. Разбира се такова нещо винаги може да се напише след като се види, че проблемът съществува. Отделно, че твоят проблем съществува дори когато нещото се submit-не.
Много хубава тема. Не пия и не друсам. А също така, от около месец съм отново вегетарианец, като изключим луканката. За последното съм супер сериозен.
Ега ти, добре, че не съм програматор. Аз съм алкохолно петно. И цигари пуша като комин. Ама наркотици почти никакви, никога не съм опитвал. В казармата един път пуших трева, ама явно не е било, както трябва, защото не ме хвана.
Между другото последното беше извънредно тъпа постъпка. За нея директно се дават двадесет години. Военния закон не е като гражданското законодателство с лигав, процесуален кодекс. Няма майка. Хванат ли те, лежиш дирекшън.
=*=
Сега ще се правя на зарзаватчия, ама тая работа в SMF става, като в отварящ и затварящ етикет тип img поставиш името на картинката. И го правиш още докато пишеш. Ама това е от потребителска, гледна точка, оти ази съм юзверг, както казва кумира ми. Как е реализирано алгоритмично, идея си нямам, нищо, че навремето поназнайвах пчп, никога не съм чел кода.