Брутил TNS, дирбастил хост, они в хинте написали, что не надо.
Натравил sqlmap, опять написали, мол, вы нам тачки убиваете, перестаньте )
Взял по их совету в руки Burp, кручу-верчу, но толку мало.
Как-то так пока :)
По поводу Полигона: интересно узнать, как вы локализовали (хоть и частично) Swagger UI, ибо нативной поддержки переводов там нет. Есть задача на гитхабе — github.com/wordnik/swagger-ui/issues/472, там пишут, что поддержка планируется, а если вы уже что-то сделали в этом направлении, то здорово было бы этим поделиться :)
Ок, пики у вас вечером, как и у всех, я полагаю. Можете указать время для пиковых нагрузок?
Мы просто как-то очень давно замеряли время нарезания nginx'ом фоток на лету, и результаты были какими-то неприличными. Я, правда, не уверен, что резали тем же самым модулем.
Понятно, у вас хранилище а-ля FB Haystack. А если не секрет, все же, сколько времени занимает ресайз фотки в вашем случае и чтение фотки из вашего хранилища? Наверняка же какие-то тесты делали.
Нарезка фотки занимает гораздо меньше времени, чем поднятие фотки с диска.
Да, если не считать, что нарезка фотки включает в себя поднятие с диска оригинала фотки. То есть, в случае нарезки это время поднятия + время нарезки. В случае с уже нарезанным файлом, это только время поднятия с диска. При чем поднять 5 МБ или 20 КБ тоже разница есть.
В общем, насколько я понял, вы сейчас не упираетесь в производительность, поэтому такого решения вам вполне достаточно.
Кеш это понятно. Я имею в виду, почему нельзя класть на диск, а в следующий раз брать (и класть в кеш) уже с диска вместо нарезания снова. Вы замеряли, сколько занимает нарезка фотки и как часто протухает кеш? И каков, кстати, процент попадания в кеш?
А как часто возникает ситуация, когда нужно нарезать еще один размер?
И даже если это происходит каждую неделю, почему нельзя нарезать «лениво»? Ну то есть, вот пришел запрос, нарезали и положили (раз уж для вас нарезать на лету вполне приемлемо). Неужели места жалко?
Когда-то что-то слышал про Topface и думал, что уж вот у кого самые крутые методы определения лица на фотографиях должны быть. А после прочтения поста — *facepalm*
Брутил TNS, дирбастил хост, они в хинте написали, что не надо.
Натравил sqlmap, опять написали, мол, вы нам тачки убиваете, перестаньте )
Взял по их совету в руки Burp, кручу-верчу, но толку мало.
Как-то так пока :)
Мы просто как-то очень давно замеряли время нарезания nginx'ом фоток на лету, и результаты были какими-то неприличными. Я, правда, не уверен, что резали тем же самым модулем.
Что это за кеш такой интересный, что 5МБ фотка туда кладется, а ее ресайз в 20КБ нет?
Линейное и рандомное чтение — две большие разницы, прочитать подряд 5 мегабайт проще, чем три раза по 20кб.
Как вы гарантируете, что ваши 5МБ не фрагментированы и читаются последовательно? И зачем читать три раза по 20КБ?
Мы, видимо, немного о разном говорим )
Да, если не считать, что нарезка фотки включает в себя поднятие с диска оригинала фотки. То есть, в случае нарезки это время поднятия + время нарезки. В случае с уже нарезанным файлом, это только время поднятия с диска. При чем поднять 5 МБ или 20 КБ тоже разница есть.
В общем, насколько я понял, вы сейчас не упираетесь в производительность, поэтому такого решения вам вполне достаточно.
И даже если это происходит каждую неделю, почему нельзя нарезать «лениво»? Ну то есть, вот пришел запрос, нарезали и положили (раз уж для вас нарезать на лету вполне приемлемо). Неужели места жалко?