Съхранение на файлове в flickr все едно е облак за данни.

[garnet]

От: Съхранение на файлове в flickr все едно е облак за данни.

Виждам един голям недостатък - избрали сте архитектурен модел за работа с големи файлове, това не е никак добро решение защото:

1. Големите файлове НЕ могат да ползват т.н. мрежова оптимизация нито на УАН нито на ЛАН нито на клауд ниво, защото са едно голямо сложно хаотично(криптирано) нещо.

2. Големите файлове, криптираните такива особено са НЕизползваеми и при най-малката промяна докато не се синхронизират напълно, за 1ГБ файл това е време и много трафик, многото трафик сигнализира за потенциални проблеми и като риск ще бъде забелязан и на локално ниво от т.н. ЕДР и на мрежово от доставчици.

3. Този т.н. безплатен продукт всъшност ще яде много трафик, който не точно платен в пари но ако аз имам такива потреботели по-мрежата си, които ми ядат трафика ще ги блокирам/шейпна и скоро продукта ще стане неизползваем. От Сис Админска гледна точка, такъв трафик е проблемен защото е много като обем и е Интернет тафик, не локален, не в пиъринг а външен в Интернет, а повечето доставчици плащат за него солидно и искат услугата им да е добра, а този трафик директно ги удря щото примерно 1000 човека четейки Фейсбук генерират по-малко Инет трафик от човека Хикс ползвайки тази безплатна услуга.

Има технически решения за раздробяване на големи файлове на блокове и последващото им сглобяване но това е в пряк противовес на архитектурния/бизнес модел.

Колега, как може толкова много глупости? Извинявай.

[BatGeorgeone]

От: Съхранение на файлове в flickr все едно е облак за данни.

Колега, как може толкова много глупости? Извинявай.

Прав си, извинявам се за тъпотиите си, ти би ли бил така любезен да обясниш на нас глупаците точка по точка по-горе кое, как и защо са шикалки?

Ако може да започнеш с подробни обяснения, какво се случва с един голям криптиран файл когато се промени дори един бит в него, променя ли се хаша му?

Колко изчислителна мощ и процесорно време е нужно за да се промени 1 ГБ криптиран файл заради един променен бит?

Колко време е нужно за да се качи наново в облака един променен 1ГБ файл в 19:00 през делничен ден при 10Мбит скорост на качване?

Много благодаря предварително!

[garnet]

От: Съхранение на файлове в flickr все едно е облак за данни.

Прав си, извинявам се за тъпотиите си, ти би ли бил така любезен да обясниш на нас глупаците точка по точка по-горе кое, как и защо са шикалки?

Ако може да започнеш с подробни обяснения, какво се случва с един голям криптиран файл когато се промени дори един бит в него, променя ли се хаша му?

Колко изчислителна мощ и процесорно време е нужно за да се промени 1 ГБ криптиран файл заради един променен бит?

Колко време е нужно за да се качи наново в облака един променен 1ГБ файл в 19:00 през делничен ден при 10Мбит скорост на качване?

Много благодаря предварително!

Добре, щом те влече, ще обясня.

Имаш 10 ГБ снимки/видео, с макс размер на снимка/видео < 950 Мб.

Моята програма прави следното:

1. Прочита всики файлове.
2. Създава един зип файл, празен.
3. Почва да пълни зип файла със снимки.
3.1. всяка снимка е отделно криптирана.
4. Когато зип-а стигне 950 Мб, го запазва на харда.
5. Лепи зип-а за едно видеото и трие зип-а. Така се получава работещо видео със зип вътре.
6. Създава нов зип фаил и прави 1-5 докато вече няма останали файлове в случая прави 10 видеа със зип вътре.

Т.е. имаш 10 независими зип файлове по 1000 Мб*. Дори на някой зип да му се прецака 1 bit, пак няма проблем да се ънзипнат файловете, дори да се загуби 1 файл от вътре - поради промяна на хаша на криптираната снимка.

За качане в облака, ясно ти е, че въпроса ти е профански, не ми се занимава да ти отговарям.

* - големината на зип-а може да се задава. Ако имаш 10 Гб снимки можеш и 500 зип-з по 20 Мб да си направиш или 1000 зип-з по 10 Мб.

[ikirov]

От: Съхранение на файлове в flickr все едно е облак за данни.

Едно време Yahoo беше забранил SMTP/POP3, и искаше пари да ползваш протокола. Някой беше написал скриптове, май на perl, нещо като посредник между WEB интерфейса на Яху, и мейл клиента. После се появи gmail, даде десетки пъти повече пространство, и Яхувци, дир.бг, мейл.бг го издухаха, и се принудиха отново да пуснат услугата си безплатно. Прощавай за спама, просто носталгия, забавно ми е. 1 терабайт диск е стотина лева, при това мобилен, колкото пакет женски цигари. Да ви се чуди човек на акъла.

[Венци- малкия]

От: Съхранение на файлове в flickr все едно е облак за данни.

"Факта, че говориш за собствена машина в тези уравнения и бъркаш клауд и хостинг ме навежда на мисълта, че е добре да бъдеш игнориран..." .............. Нали щял да си хоства клауда баш на Амазон, аз такова прочетох. Нищо де, всеки да си харчи парите както му харесва, аз от 20 години ползвам само мейл като онлайн услуга, и следващите 20 години мисля да остане пак така. Амазон са стигнали чак парадокси в стригането, като борса за изчислително време например. И пак си имат клиенти, колкото и да ми е странно.

Едно време Yahoo беше забранил SMTP/POP3, и искаше пари да ползваш протокола. Някой беше написал скриптове, май на perl, нещо като посредник между WEB интерфейса на Яху, и мейл клиента. После се появи gmail, даде десетки пъти повече пространство, и Яхувци, дир.бг, мейл.бг го издухаха, и се принудиха отново да пуснат услугата си безплатно. Прощавай за спама, просто носталгия, забавно ми е. 1 терабайт диск е стотина лева, при това мобилен, колкото пакет женски цигари. Да ви се чуди човек на акъла.

Колега.. по добре наистна замълчи. Очевидно е, че си далеч от тези технологии.

[garnet]

От: Съхранение на файлове в flickr все едно е облак за данни.

Едно време Yahoo беше забранил SMTP/POP3, и искаше пари да ползваш протокола. Някой беше написал скриптове, май на perl, нещо като посредник между WEB интерфейса на Яху, и мейл клиента. После се появи gmail, даде десетки пъти повече пространство, и Яхувци, дир.бг, мейл.бг го издухаха, и се принудиха отново да пуснат услугата си безплатно. Прощавай за спама, просто носталгия, забавно ми е. 1 терабайт диск е стотина лева, при това мобилен, колкото пакет женски цигари. Да ви се чуди човек на акъла.

Така е. Който има много снимки има и 1 ТБ диск за 100-на лв. Който може да умре точно като 1ТБ диск за 100-на лв. Живота ни и на семействата ни днес е запечатан дигитално - колкото повече копия, толкова повече.

ПС. цялото ми детство чак до 2005 г е фотнато на <200 снимки на хартия. Сега моята кифла (5г) я снимам по 50 снимки на месец.

[ikirov]

От: Съхранение на файлове в flickr все едно е облак за данни.

"Колега.. по добре наистна замълчи. Очевидно е, че си далеч от тези технологии." ............. Убаво, като си рекъл. Понеже отворилия темата пита има ли мегдан за лъгане на Фликер. Иначе е прав, че умре ли диска и кофти, затова си имам архиви дето са ценни - копирани са на няколко места. Иначе не е като да не съм виждал инфо от облак да го заняма. Духаш супата и те така. Дори не ми се търси Фликер дали нямат платена услуга, дето да поддържа тия гигабайти. Тъй, спирам по тая тема, Амазон дъ бест, аз се покривам у миша дупка.

[bokomo]

От: Съхранение на файлове в flickr все едно е облак за данни.

Ще обърна внимание, че сме към края на 2019 година и на пазара има немислими до преди 1-2 години предложения за дългосрочен и/ли бекъп от последна инстанция:

[BatGeorgeone]

От: Съхранение на файлове в flickr все едно е облак за данни.

Добре, щом те влече, ще обясня.

Имаш 10 ГБ снимки/видео, с макс размер на снимка/видео < 950 Мб.

Моята програма прави следното:

1. Прочита всики файлове.
2. Създава един зип файл, празен.
3. Почва да пълни зип файла със снимки.
3.1. всяка снимка е отделно криптирана.
4. Когато зип-а стигне 950 Мб, го запазва на харда.
5. Лепи зип-а за едно видеото и трие зип-а. Така се получава работещо видео със зип вътре.
6. Създава нов зип фаил и прави 1-5 докато вече няма останали файлове в случая прави 10 видеа със зип вътре.

Т.е. имаш 10 независими зип файлове по 1000 Мб*. Дори на някой зип да му се прецака 1 bit, пак няма проблем да се ънзипнат файловете, дори да се загуби 1 файл от вътре - поради промяна на хаша на криптираната снимка.

За качане в облака, ясно ти е, че въпроса ти е профански, не ми се занимава да ти отговарям.

* - големината на зип-а може да се задава. Ако имаш 10 Гб снимки можеш и 500 зип-з по 20 Мб да си направиш или 1000 зип-з по 10 Мб.

Страхотно обяснение БЯГАЩО от въпроса/проблема с Интернет трафика.

Обясни конкретно как точно постигаш 1ГБ файл да е в клауда и да го обновяваш (с добавени нови файлове) без да се налага да ъплоудваш целия файл наново, тоест каква магия ползваш при постоянното дабавяне на нови файлове на компа тия нови файлове бързо да отиват на съхранение в клауда където твърдиш, че се пазят само видеота/снимки?

Смисъла на клауда е:

1. Да имаш надежден достъп до данните си от всякъде и от всякакво устройство и по всяко време.
2. Да можеш прозрачно за потребителите да синхронизираш тоест да имаш обновени копия на данните на локалния комп и на клауда и всичко това прозрачно/незабелязано и без участие на потребителя.
3. Последно ама не по значение - данните трябва да са защитени по време на преноса им до и от клауда и напълно защитени при съхранението им.

[garnet]

От: Съхранение на файлове в flickr все едно е облак за данни.

Страхотно обяснение БЯГАЩО от въпроса/проблема с Интернет трафика.

Обясни конкретно как точно постигаш 1ГБ файл да е в клауда и да го обновяваш (с добавени нови файлове) без да се налага да ъплоудваш целия файл наново, тоест каква магия ползваш при постоянното дабавяне на нови файлове на компа тия нови файлове бързо да отиват на съхранение в клауда където твърдиш, че се пазят само видеота/снимки?

Смисъла на клауда е:

1. Да имаш надежден достъп до данните си от всякъде и от всякакво устройство и по всяко време.
2. Да можеш прозрачно за потребителите да синхронизираш тоест да имаш обновени копия на данните на локалния комп и на клауда и всичко това прозрачно/незабелязано и без участие на потребителя.
3. Последно ама не по значение - данните трябва да са защитени по време на преноса им до и от клауда и напълно защитени при съхранението им.

Не, не е това смисъла който аз влагам в 'клауда'.
По скоро е място за архив на данни това, което влагам. Променете името на темата на 'Съхранение на файлове в flickr като 1ТБ място за архив.'

[garnet]

От: Съхранение на файлове в flickr все едно е облак за данни.

Ще обърна внимание, че сме към края на 2019 година и на пазара има немислими до преди 1-2 години предложения за дългосрочен и/ли бекъп от последна инстанция:

[ATTACH=CONFIG]996831[/ATTACH]

И кви са цените за дърпане на 150 ГБ ако се наложи?

[BatGeorgeone]

От: Съхранение на файлове в flickr все едно е облак за данни.

Ще обърна внимание, че сме към края на 2019 година и на пазара има немислими до преди 1-2 години предложения за дългосрочен и/ли бекъп от последна инстанция:

[ATTACH=CONFIG]996831[/ATTACH]

И когато прочетем ситния шрифт нещата почват да изглеждат не толкова "без пари"

Up to 1 GB / Month	$0.00 per GB
Next 9.999 TB / Month	$0.09 per GB
Next 40 TB / Month	$0.085 per GB
Next 100 TB / Month	$0.07 per GB
Greater than 150 TB / Month	$0.05 per GB

От тук - https://aws.amazon.com/glacier/pricing/

[BatGeorgeone]

От: Съхранение на файлове в flickr все едно е облак за данни.

Не, не е това смисъла който аз влагам в 'клауда'.
По скоро е място за архив на данни това, което влагам. Променете името на темата на 'Съхранение на файлове в flickr като 1ТБ място за архив.'

Тогава идеята ти е вярна и си стискаме ръцете, подобни неща правехме още преди десетина години под линукс като маунтвахме големи файлове(с криптирана файлова система в тях), които после бухахме в гуугъл и т.н.

[bokomo]

От: Съхранение на файлове в flickr все едно е облак за данни.

И кви са цените за дърпане на 150 ГБ ако се наложи?

И когато прочетем ситния шрифт нещата почват да изглеждат не толкова "без пари"

Up to 1 GB / Month	$0.00 per GB
Next 9.999 TB / Month	$0.09 per GB
Next 40 TB / Month	$0.085 per GB
Next 100 TB / Month	$0.07 per GB
Greater than 150 TB / Month	$0.05 per GB

От тук - https://aws.amazon.com/glacier/pricing/

Естествено, че има уловка. Цената за съхранвяне е съпоставима с цената на ток, който би харчил диск на месец или две лимонади в селска кръчма. Неслучайно споменавам за бекъп от последна инстанция. Ако всички други бекъпи са ти умрели, цената от $90/1T да си дръпнеш данните е смехотворна, дори и преди това да си плащал по доларче на месец за да ти ги пазят. Или ако пак минем на мерните единици в тази тема - спасяваш си данните за цената на среден клас бутилка френско вино в лондонски ресторант.

Обаче да пазиш данни някъде в очевидно нарушение на условията на доставчика, дори и да е на цената на бой в пернишки бар (безплатно) е ъъъъъъъъ неразумно.

[Ясен]

От: Съхранение на файлове в flickr все едно е облак за данни.

...
Обаче да пазиш данни някъде в очевидно нарушение на условията на доставчика, дори и да е на цената на бой в пернишки бар (безплатно) е ъъъъъъъъ неразумно.

Не, че е нечувано. Сещам се за това:
https://www.sr71.net/projects/gmailfs/
(за който го мързи: пълноценна файлова система върху google mail акаунт)

Има и други.

Общото между всички тях е, че са екзотични начини за злоупотреба на някакъв ресурс, направени главно заради това, че са екзотични. Вероятно някой, някъде ги ползва - и със сигурност никой не прави помен с чужда пита.

И сигурно цялата работа има и някои юридически тънкости ама тях ще ги оставим за автора на "схемата".