А хоть бы и освободители. Килограмм «просто пластика» стоит рублей 20, если переработанного — вдвое дешевле (если верить гуглу). Почему вдруг пластик для принтера в 50-100 раз дороже? Он во столько раз дороже в производстве?
GPS-сигнал — вещь ненадежная. На него много что негативно влияет. Дальнобойщики уже давно так делают — накрывают регистратор мокрой тряпкой и нет сигнала (не знаю почему именно тряпкой — железная кружка была бы практичнее на мой взгляд:).
Телепорты будут только если едешь из пункта А в Б, а если туда и обратно — все будет красиво:)
На американских горках вагонетка сначала достаточно круто и тяжело взбирается на самую высокую точку аттракциона. После этого следует небольшая пауза (вагонетка выравнивается), а потом начинает то, ради чего, собственно, мы сюда и пришли.
Статья очень напоминает первые два этапа: история, основные понятия, некая база. Затем последовало «плато» постановки задачи и, когда я уже был готов сорваться вниз, статья вдруг закончилась. Где решение задачки-то?
Так одно другого не отменяет: после того как выяснили «возрастной, половой, териториальный и т.д.» признаки посетителя, нужно его по какому-то признаку отнести либо в группу А, либо в Б. Выше совершенно справедливо заметили что рэндом, в качестве этого признака, прекрасно подходит.
Тут может быть тонкость в том, что очки они продают, а софт — «сдают в аренду». В результате очки можете и подарить, но функционирование софта при этом не гарантируется.
Не совсем штатная.
Как я понимаю цели сервиса:
допустим, есть у нас фотохостинг. Он предусматривает для каждого изображения, скажем, 10 разных размеров. Из них 2-3 являются востребованными, а остальные 7-8 являются экзотикой, которая далеко не для каждого изображения будет востребована (а значит и создана). Почему я считаю что это будет именно так? Потому что в противном случае имело бы смысл генерировать все размеры еще при загрузке оригинала. Так же мы экономим ресурсы и создаем нужные размеры только когда (если) в них возникнет необходимость. По сути, технология нам позволяет сократить занимаемое место до X*0.3, где X — полный объем всех возможных изображений.
Что делает злоумышленник? А делает он очень просто — запрашивает все возможные размеры для каждого изображения. В результате сервис изображений должен в стрессовом режиме создать и разместить 0,7*Х гигабайт изображений. Более того, даже если предположить что он выдержит этот стресс-тест, потом он должен будет хранить эти никем невостребованные Х гигабайт, вместо того чтобы хранить всего 0,3*Х.
Собственно, я не утверждаю что сама концепция изображений по запросу плохая, но хотелось бы какого-то решения как раз на вышеописанный случай…
Так сервер можно положить только допустимыми URI — заставить его генерить все допустимые размеры для всех элементов. Если элементов немного, то это не проблема, но тогда и функционал такой не нужен. Если же элементов много, то над сервером можно круто поизмываться.
Беда всех больших переводов — к концу переводчику хочется уже поскорее закончить и перевод начинает напоминать машинный (возможно, он таким и является изначально). Последняя четверть вроде и написана русскими словами, но совершенно не по русски.
Телепорты будут только если едешь из пункта А в Б, а если туда и обратно — все будет красиво:)
Статья очень напоминает первые два этапа: история, основные понятия, некая база. Затем последовало «плато» постановки задачи и, когда я уже был готов сорваться вниз, статья вдруг закончилась. Где решение задачки-то?
По мнению аналитиков, кризис достиг дна… и начал копать!
Если бы у меня был правильный ответ — я бы не спрашивал, а с умным видом поучал как надо делать:)
Как я понимаю цели сервиса:
допустим, есть у нас фотохостинг. Он предусматривает для каждого изображения, скажем, 10 разных размеров. Из них 2-3 являются востребованными, а остальные 7-8 являются экзотикой, которая далеко не для каждого изображения будет востребована (а значит и создана). Почему я считаю что это будет именно так? Потому что в противном случае имело бы смысл генерировать все размеры еще при загрузке оригинала. Так же мы экономим ресурсы и создаем нужные размеры только когда (если) в них возникнет необходимость. По сути, технология нам позволяет сократить занимаемое место до X*0.3, где X — полный объем всех возможных изображений.
Что делает злоумышленник? А делает он очень просто — запрашивает все возможные размеры для каждого изображения. В результате сервис изображений должен в стрессовом режиме создать и разместить 0,7*Х гигабайт изображений. Более того, даже если предположить что он выдержит этот стресс-тест, потом он должен будет хранить эти никем невостребованные Х гигабайт, вместо того чтобы хранить всего 0,3*Х.
Собственно, я не утверждаю что сама концепция изображений по запросу плохая, но хотелось бы какого-то решения как раз на вышеописанный случай…
А на последние пары можно и вовсе не ходить…
Как я понимаю, вершиной таких сервисов является телевизор…