Да, это такой же продукт, как и все остальное на амазоне. Например, если ввести номер продукта B002LBSJ7M, то можно получить информацию по Imperial Blaze by Sean Paul. Плюс Api позволяет искать продукты.
я и не говорю, что нужно обязательно все блокировать, я просто указываю на то, что эти вещи присутствуют в системе
1. Если создать две временные ссылки на один и тот же файл, то они загружают один и тот же файл одновременно, по крайней мере у меня именно так.
2. Дописывать и изменять файлы не обязательно, я могу рассказать вам как сделать систему, в которой все будет работать и без этого. Вы просто пишете текущий файл пока он не станет равен 5 гигабайтам, после чего проводите миграцию на сторейдж. если нужно изменить файл, который уже на сторейдже, просто пишете его в новый пополняемый 5и гигабайтный файл, а о старом забываете.
Лично я, не собираюсь использовать эту идею для бизнеса, но думаю, эта идея интересна, как факт.
насчет кода, я конечно, имею ввиду javascript и реализацию доступа к сторейджу для аплоада и прогресса, лично мне понравилось как именно это сделано.
На шаред хостингах и VPS в Москве очень даже у многих. Для крупного проекта это конечно не вариант, но для раскрутки на первое время очень даже, чтобы не тратить сразу много денег на сервера. Насчет нагрузки, мои тесты с gmail показали, что даже на нагруженном проекте в случае 10 гигов кеша (размер шаред хостинга рублей за 400) и достаточно мелких файлов (~10 мегабайт) запросы в сторейдж происходят крайне редко.
И на самом деле это просто идея, если бы я хотел это реализовать, то не писал бы здесь сейчас ничего :) Признаюсь, у меня была такая мысль, но я подумал, что кто-кто, а Яндекс точно забанит :) Это просто статья о том, что не все можно закрыть каптчами, о том, что не стоит бить себя кулаком по груди и кричать что мой «тупой каунтер» никто никогда не сломает.
Что-то я не очень понимаю, как можно в реалтайме из зипа с поддержкой докачки отдать юзеру нужный файл. Чтобы не надо было его сначала на сервер скачивать и распаковывать.
Интересный вариант, но если только руководителем группы тестирования, может даже и не Яндекса, благо опыт работы более 7 лет в области разработки ПО. Но пока я не нахожусь в активном поиске работы, разве что в «пассивном», только если будет действительно интересное предложение, правда, думаю, что конкурировать с моим текущим работодателем другой, не очень крупной компании будет в период кризиса тяжеловато.
Что же касается Яндекса, то, как я понял, из комментариев в предыдущей статье, его сотрудники не считают это дыркой. Я могу с ними согласится, если этот риск просчитан и принят.
Там еще ограничение на общее количество файлов имеется: «as long as the data saved for a user does not exceed the total amount of 25 gigabytes», мне нужно гигабайт 300.
1. Я не думал что использование в таких целях есть пямое назначение проекта, думал что яндекс всетаки хочет чтобы кто-то зашел по ссылке на файл, увидел что-нибудь…
2. не знаю, не юрист :)
3. Завтра утром увидите и поймете почему тупой каунтер называется тупым, а программист еще и головой думает :)
1. для онлайн хранлилища на первых порах подойдет, оффлайн бакап делать к себе домой, например
2. ничего не могу сказать по этому пункту, не юрист, но думаю, в ознакомительных целях я могу писать программы, я же их не продаю и денег с этого не имею. Могу быть не прав, юристы пусть поправят.
3. Этот проблему я раскрою в своем следующем посте завтра утром в моем блоге, если коротко, ограничение можно обойти. Правда, думаю эту фичу Яндекс постарается как-нибудь убрать :)
Нет, у меня с этим проблем нет :) Я просто хотел сказать, что есть сервисы у которых это ограничение выше и если кто-нибудь захочет создать такой сервис, то может на первых парах для раскрутки проекта воспользоваться Яндекс.Диском чтобы не тратить денег на файловые сервера, но при этом не думать о расширении сервера некоторое время. Разговор идет о использовании ресурсов Яндекс.Диска в рамках других проектов. Лично мне 20 мегов на фотографию, я думаю, хватает.
Моя позиция проста, разработчик должен четко представлять как может быть использовано его приложение, он должен либо принять эти риски, указав на них, либо исключить возможность такого использования. Чем крупнее компания, тем бо'льшие потери по рискам она может принять и не вкладывать денег в обеспечение защиты от этой угрозы. В качестве примера, я хочу показать, как можно использовать бесплатные сервисы в сети не вдоль, а поперек, и как можно на этом сэкономить, по крайней мере на первых этапах становления проекта. К сожалению, по неопытности написания статей, я не смог сразу раскрыть эту мысль.
Это мой первый пост на хабрхабре (точнее серия постов), я так понимаю немного не нравится тон, в котором я это преподношу? В следующей статье обязательно откорректирую. Как я уже говорил слово дыра я не разу не написал, только отвечал на эти комментарии. Я писал про то, что «разработчик должен подумать о том как может быть использовано его приложение», если в Яндексе подумали об этом и приняли этот риск, как несущественный, то все в порядке. Последняя статья в этом цикле будет в моем блоге, постараюсь ее сделать более нейтральной.
Завтра утром, опубликую статью в свом блоге, как можно сделать из Яндекса.Диска бесплатный Amazon S3 на основе моих предыдущих статей. Правда, как оказалось, после общения, ниже, Яндекс.Диск не очень то это и запрещает, так, что похоже, в данном случае получается просто интересная возможность бесплатно поиметь онлайн хранилище данных под свой проект.
И еще немного о скриптах, определенно, Вы знаете как заскриптовать свой собственный проект :) Но по реакции на мои статьи, я могу сказать, что очень многим интересна эта тема и они тоже хотели бы это узнать. Я специально не говорил, что есть дыра, я говорил, что есть возможность, является ли она дырой или нет, проблема ли это или просто фича, решать Яндексу.
Конечно, большой бизнес работает по-другому, я же хочу показать, как можно не имея крупных средств на поддержку проекта, все-таки его начать. Яндекс.Диск здесь просто пришелся к слову, так как я его недавно анализировал на предмет всяческих лимитов. Есть и другие сервисы, которые тоже позволяют очень многое. Основная идея, надо по максимуму использовать то, что дают в сети на бесплатной основе, чтобы минимизировать расходы проекта на начальной стадии. Именно это убивает множество стартапов, мысль о том, что необходимо куча серверов, много денег и год-два в минусе.
1. Если создать две временные ссылки на один и тот же файл, то они загружают один и тот же файл одновременно, по крайней мере у меня именно так.
2. Дописывать и изменять файлы не обязательно, я могу рассказать вам как сделать систему, в которой все будет работать и без этого. Вы просто пишете текущий файл пока он не станет равен 5 гигабайтам, после чего проводите миграцию на сторейдж. если нужно изменить файл, который уже на сторейдже, просто пишете его в новый пополняемый 5и гигабайтный файл, а о старом забываете.
Лично я, не собираюсь использовать эту идею для бизнеса, но думаю, эта идея интересна, как факт.
насчет кода, я конечно, имею ввиду javascript и реализацию доступа к сторейджу для аплоада и прогресса, лично мне понравилось как именно это сделано.
И на самом деле это просто идея, если бы я хотел это реализовать, то не писал бы здесь сейчас ничего :) Признаюсь, у меня была такая мысль, но я подумал, что кто-кто, а Яндекс точно забанит :) Это просто статья о том, что не все можно закрыть каптчами, о том, что не стоит бить себя кулаком по груди и кричать что мой «тупой каунтер» никто никогда не сломает.
Что же касается Яндекса, то, как я понял, из комментариев в предыдущей статье, его сотрудники не считают это дыркой. Я могу с ними согласится, если этот риск просчитан и принят.
2. не знаю, не юрист :)
3. Завтра утром увидите и поймете почему тупой каунтер называется тупым, а программист еще и головой думает :)
2. ничего не могу сказать по этому пункту, не юрист, но думаю, в ознакомительных целях я могу писать программы, я же их не продаю и денег с этого не имею. Могу быть не прав, юристы пусть поправят.
3. Этот проблему я раскрою в своем следующем посте завтра утром в моем блоге, если коротко, ограничение можно обойти. Правда, думаю эту фичу Яндекс постарается как-нибудь убрать :)