Я сейчас, наверное глупость скажу, с точки зрения информационной безопасности в принципе, но я вообще не понимаю, зачем NASA тратить деньги на обеспечение безопасности данных.
Ведь речь идет о NASA — Национальном управлении по воздухоплаванию и исследованию космического пространства. Я бы на их месте вообще все данные, что у них есть выложил в открытый доступ. Поставил бы Read Only, конечно, чтобы какие-нибудь малолетние анонимусы ничего не поменяли в кодах, а так — смотрите, изучайте, для вас же стараемся. На человечество работаем.
Это ведь не ЦРУ, где стоит раскрыть настоящую фамилию одного из агентов, и половина разведывательной сети провалена. Какие могут быть секреты в исследовании космического пространства? Эта область давно уже стала международной, американские исследовательские спутники выводятся на орбиту российскими ракетоносителями, и содержат в себе японские микросхемы китайского производства, напичканные канадскими датчиками, выполняющими научные задания европейского космического агентства.
Ну, допустим, некие туркменские хакеры взломали сеть NASA и украли секретные чертежи научно-исследовательского зонда изучающего атмосферу Юпитера. И что дальше, они что, у себя в степи начнут пачками клепать свои нелицензионные зонды для наблюдения за отарами овец?
Понятно, что какая-никакая безопасность нужна, именно для предотвращения вмешательства в работу агентства. Но на эти цели выделяемых денег вполне достаточно. Скажу больше, NASA ежегодно тратит миллиарды долларов по популяризации своих исследований, создают интерактивные сайты с результатами астрономических открытий, снимают научно-популярные фильмы и т.д.
Так что — не вижу особой проблемы в посте. Все идет как надо.
Кроме всего прочего, администрация сервиса была названа «подстрекателями», т.е., по мнению того же суда, основатели The Pirate Bay побуждают пользователей торрент-трекера использовать нелегитимный контент, что также является преступлением.
А то, что действия копирастов и прикормленных ими судейств подстрекают миллионы человек надеть маску Гая Фокса и пойти поджигать британский парламент — об этом они подумали?
Какое имя? Ты открыл хром — твое имя тут же всплыло в куках.
Давно уже пора уйти от паролей. Сел за компьютер (включил планшет, раскрыл ноутбук, вставил штекер в разъем на затылке), система определила тебя (по сетчатке глаза, по тепловым зонам лица, по отпечатку пальца, в конце концов, как на всех современных ноутбуках). Все, дальше не должно быть никаких паролей, ибо система знает, что это ты, какая разница гуглом в браузере ты пользуешься, или гуглом в виде хрома / андроида.
Современная страничка на www.yandex.ru требует загрузки данных общим размером почти 200 килобайт и всего 20 лет назад загружалась бы три минуты на модеме со скоростью 9600
Подскажите, а есть сайты по переводу интерфейсов приложений на китайский, корейский, суахили и так далее, ну, где за вменяемые деньги можно найти переводчика? Желательно специализированные, где ведется статистика репутации переводчиков и все такое, а не просто свободный форум общения по запросам.
Гм. Опрос под названием «Используете ли вы другие маркеты для публикации своих приложений кроме Android Market?» опубликован в разделе «Разработка под Android».
О каких потребителях идет речь? :)
И потом, если вы, скажем, пользователь Amazon Kindle Fire, то ваш ЕДИНСТВЕННЫЙ выбор как потребителя — Amazon App Store.
Вот я и хотел узнать, а разработчики вообще на рынки кроме Google ориентируются в принципе?
А если их много — ну хочешь, можешь им pool сделать, это же AsyncTask, т.е. свой поток, хоть и специально сильно облегченный. Хочешь сразу во много потоков картинки грузить — создавай каждый раз новый, хочешь грузить только то, что видно юзеру — делай пул.
Дело в том, что я писал статью "Пишем функцию сохранения картинок на SD-карту", а не «Качаем картинки из Инета и потом куда-нибудь их сохраняем при этом кэшируя». Вероятно по этому ваши ожидания не оправдались.
С другой стороны — это же хорошо. Неоправдавшиеся ожидания привели к новой статье с дополнительными деталями и объяснениями некоторых неохваченных доселе вопросов.
Что же до моего проекта, я в нем не мудрствую лукаво, и для скачивания картинок из интернета пользуюсь специальным довольно стандартным классом (AsyncTask, да) такого вот содержания:
public class ImageDownloader extends AsyncTask<String, Void, Bitmap> {
private String url;
private final WeakReference<ImageView> imageViewReference;
public ImageDownloader(ImageView imageView) {
imageViewReference = new WeakReference<ImageView>(imageView);
}
// эта функция качает файло
@Override
protected Bitmap doInBackground(String... params) {
url = params[0];
URL myFileUrl = null;
HttpURLConnection conn;
InputStream is;
try {
myFileUrl= new URL(url);
} catch (MalformedURLException e) {
e.printStackTrace();
return null;
}
try {
conn = (HttpURLConnection)myFileUrl.openConnection();
conn.setDoInput(true);
conn.connect();
is = conn.getInputStream();
return BitmapFactory.decodeStream(is);
catch (Exception e)
{
e.printStackTrace();
is = null;
conn = null;
return null;
}
}
// эта функция показывает скачанный файл в ImageView
@Override
protected void onPostExecute(Bitmap result) {
if (isCancelled()) {
result = null;
}
if (imageViewReference != null) {
ImageView imageView = imageViewReference.get();
if (imageView != null) {
imageView.setImageBitmap(result);
}
}
}
// Эта функция вызывается для того, чтобы показать пользователю что-то, пока грузится картинка.
// Например песочные часы или лучше прогрессбар
@Override
protected void onPreExecute() {
if (imageViewReference != null) {
ImageView imageView = imageViewReference.get();
if (imageView != null) {
imageView.setImageResource(R.drawable.icon);
}
}
}
}
Этого вполне достаточно, чтобы асинхронно грузить картинки из интернета не тормозя UI.
Нужно просто создать новый класс, записать в него вышеприведенный код и сохранить его как отдельный файл в проекте. А вызывается он всего тремя строчками в коде:
ImageView iv;
ImageDownloader downloader = new ImageDownloader(iv);
downloader.execute(pictureURL);
Согласен, что в корень класть все подряд — не есть хорошо. Но проблема в том, что кэш приложения обычно ОЧЕНЬ глубоко спрятан в дереве каталогов, и мало кто из непрофессиональных юзеров туда сможет добраться даже с подсказкой, ибо путь действительно — оооочень длинный.
Тут же (в данном конкретном приложении) часто необходимо сохранить всего 1-2 фотографии, и иметь к ним быстрый доступ, чтобы можно было скинуть на PC или еще что.
Поэтому и был выбран этот нехороший с точки зрения гайдлайнов, но (в данном конкретном случае) на мой взгляд — оптимальный вариант.
Есть идея в следующих версиях позволить юзеру указывать путь для сохранения в настройках.
Ведь речь идет о NASA — Национальном управлении по воздухоплаванию и исследованию космического пространства. Я бы на их месте вообще все данные, что у них есть выложил в открытый доступ. Поставил бы Read Only, конечно, чтобы какие-нибудь малолетние анонимусы ничего не поменяли в кодах, а так — смотрите, изучайте, для вас же стараемся. На человечество работаем.
Это ведь не ЦРУ, где стоит раскрыть настоящую фамилию одного из агентов, и половина разведывательной сети провалена. Какие могут быть секреты в исследовании космического пространства? Эта область давно уже стала международной, американские исследовательские спутники выводятся на орбиту российскими ракетоносителями, и содержат в себе японские микросхемы китайского производства, напичканные канадскими датчиками, выполняющими научные задания европейского космического агентства.
Ну, допустим, некие туркменские хакеры взломали сеть NASA и украли секретные чертежи научно-исследовательского зонда изучающего атмосферу Юпитера. И что дальше, они что, у себя в степи начнут пачками клепать свои нелицензионные зонды для наблюдения за отарами овец?
Понятно, что какая-никакая безопасность нужна, именно для предотвращения вмешательства в работу агентства. Но на эти цели выделяемых денег вполне достаточно. Скажу больше, NASA ежегодно тратит миллиарды долларов по популяризации своих исследований, создают интерактивные сайты с результатами астрономических открытий, снимают научно-популярные фильмы и т.д.
Так что — не вижу особой проблемы в посте. Все идет как надо.
А то, что действия копирастов и прикормленных ими судейств подстрекают миллионы человек надеть маску Гая Фокса и пойти поджигать британский парламент — об этом они подумали?
Давно уже пора уйти от паролей. Сел за компьютер (включил планшет, раскрыл ноутбук, вставил штекер в разъем на затылке), система определила тебя (по сетчатке глаза, по тепловым зонам лица, по отпечатку пальца, в конце концов, как на всех современных ноутбуках). Все, дальше не должно быть никаких паролей, ибо система знает, что это ты, какая разница гуглом в браузере ты пользуешься, или гуглом в виде хрома / андроида.
Ходите на ya.ru и будет вам удача.
В чем хохма-то? Почему его называют героем и гордым визионером?
У меня знакомый есть, раньше он пейджером пользовался, а теперь по сотке звонит.
Вот где героизм! Вот где визионерство!!!
Джимбо Уэйлс смотрит на Благотворительный Фонд craigslist неодобрительно и в то же время с укоризной.
А сколько это стоило?
Честно скажем — небогато…
О каких потребителях идет речь? :)
И потом, если вы, скажем, пользователь Amazon Kindle Fire, то ваш ЕДИНСТВЕННЫЙ выбор как потребителя — Amazon App Store.
Вот я и хотел узнать, а разработчики вообще на рынки кроме Google ориентируются в принципе?
А если их много — ну хочешь, можешь им pool сделать, это же AsyncTask, т.е. свой поток, хоть и специально сильно облегченный. Хочешь сразу во много потоков картинки грузить — создавай каждый раз новый, хочешь грузить только то, что видно юзеру — делай пул.
С другой стороны — это же хорошо. Неоправдавшиеся ожидания привели к новой статье с дополнительными деталями и объяснениями некоторых неохваченных доселе вопросов.
Что же до моего проекта, я в нем не мудрствую лукаво, и для скачивания картинок из интернета пользуюсь специальным довольно стандартным классом (AsyncTask, да) такого вот содержания:
Этого вполне достаточно, чтобы асинхронно грузить картинки из интернета не тормозя UI.
Нужно просто создать новый класс, записать в него вышеприведенный код и сохранить его как отдельный файл в проекте. А вызывается он всего тремя строчками в коде:
Тут же (в данном конкретном приложении) часто необходимо сохранить всего 1-2 фотографии, и иметь к ним быстрый доступ, чтобы можно было скинуть на PC или еще что.
Поэтому и был выбран этот нехороший с точки зрения гайдлайнов, но (в данном конкретном случае) на мой взгляд — оптимальный вариант.
Есть идея в следующих версиях позволить юзеру указывать путь для сохранения в настройках.