Вече няма неограничено място в Гугъл снимки :(

[didomh]

Ето какво получих днес от гугъл,  доста съм изненадан  :

[spaice]

Да, и аз получих такова. Явно не могат да насмогнат с мястото. Пък и повечето у-ва вече са със "високо качество" и снимките си си стават големички.

[Veskop]

Никаква изненада не е!Даже прекалено дълго продължи "зарибявката"

[didomh]

Никаква изненада не е!Даже прекалено дълго продължи "зарибявката"

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

По същия начин затриха Flickr на врмето.

[Ивован]

Най-вероятно и техните сървъри се претоварват.

[dolby]

Pixel 5 and older phones will retain unlimited 'High quality' Google Photos backup

https://9to5google.com/2020/11/11/pixel-google-photos-backup/amp/

Ето я и в превод статията

Телефоните Pixel 5 и по-стари ще запазят неограничено резервно копие на Google Photos ,,Високо качество"
Абнер Ли -   11 ноември 2020 г. 12:32 ч   @technacity


Коментари  
Тази сутрин Google обяви промени в хранилището, които засягат няколко услуги, макар че това засяга предимно снимки. Телефоните Pixel по-специално ще бъдат освободени от новите правила на Google Photos и ще продължат да предлагат неограничени резервни копия на ,,Високо качество".



От 1 юни телефоните, които не са Pixel, ще имат висококачествени резервни копия спрямо техните 15 GB или допълнително хранилище в Google One. Произведени от устройства на Google - по-специално ,,Pixel 1-5" - са освободени от тази промяна.

Висококачественото архивиране вижда големи снимки, компресирани до 16-мегапиксела, докато ,,видеоклиповете, по-високи от 1080p, ще бъдат преоразмерени до 1080p с висока разделителна способност". В първия случай Google казва, че тези оптимизирани снимки водят до ,,добро" качество 24 x 16-инчов физически печат.

Не е ясно дали бъдещите устройства Pixel ще получат това предимство, но има ясна тенденция към намаляване на неограничените резервни копия на Google Photos.

Оригиналният Google Pixel през 2016 г. дебютира с ,,неограничено безплатно съхранение в оригинално качество" за снимки и видеоклипове. Всъщност потребителите не успяха дори да качват с високо качество.

С Pixel 2 и Pixel 3 Google въведе четиригодишен лимит за архивиране с оригинално качество. Започвайки с Pixel 3a през 2019 г., това предимство беше допълнително ограничено, така че само съдържанието, качено с високо качество, е неограничено.

В светлината на днешната по-широка промяна това не изглежда твърде лоша полза. Междувременно Pixel 4a , 4a 5G и 5 продуктови страници по-специално не рекламират това предимство. Потребителите трябва да посетят статия за помощ, за да знаят, че я имат.

[register]

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

[dolby]

Смеят ли, колкото успяха да направят социална мрежа толкова и платена поща ще направят

[vasilstf]

Смеят ли, колкото успяха да направят социална мрежа толкова и платена поща ще направят

Зукърбърг изби рибата със социалната мрежа, затова гугъл не успяха. Защото вече има достатъчно добре развита, която се ползва от почти всички хора по целия свят. А и се развива, като придърпа инстаграм и тн. Нямаше как да навлязат там, при наличието на такъв силен играч.
В русия си имат ВК, но там режима на управление е малко по-различен и затова, а в китай гугъл са тотално филтрирани.

[dolby]

Вероятно примера не беше удачен, но надявам се се разбра какво имам предвид

[dolby]

Предполагам това е една от причините за решението на Гугъл

Google настига AWS и Azure с нова услуга за мигриране на бази данни
Пол Сауърс
@psawers
12 ноември 2020 г. 9:04
Облак

Google Cloud
Google Cloud

Кредит за изображение: Кари Джонсън / VentureBeat
Google официално дебютира новата си услуга за миграция на бази данни (DMS) днес, предназначена да улесни клиентите на Google Cloud да прехвърлят своите бази данни MySQL, PostgreSQL и SQL Server към напълно управляваната услуга на базата данни на Cloud SQL на Google .

Това идва отдавна, като се има предвид, че AWS на Amazon пусна своята услуга за миграция на бази данни преди повече от пет години , докато Microsoft стартира своето въплъщение за Azure две години по-късно.


По- рано Google предлагаше услуги за миграция на бази данни чрез партньорства с компании като Striim , но чрез премахване на посредника това опростява процеса и намалява както времето, необходимо, така и шансовете нещо да се обърка по време на прехвърлянето.

Една от основните причини, поради които Google пуска своя DMS сега, е да се възползва от нарастването на търсенето в облачни изчисления, предизвикано от глобалната пандемия, и да насърчи компаниите да мигрират своите бази данни от локална инфраструктура към по-мащабируемо, безсървърно въплъщение в облака на Google . Но компаниите могат също да използват услугата за миграция, за да прехвърлят бази данни от други доставчици на облак, включително AWS и Azure, така че днешните новини ефективно поставят Google на равна нога с Amazon и Microsoft по отношение на предоставянето на собствени инструменти за изкушаване на компаниите да направят смяната.

Освен това, според Gartner, 75% от базите данни ще се съхраняват в облака до 2023 г. и предоставянето на инструментите за извършване на този преход може да насърчи повече бизнеси да прегърнат Google Cloud над своите конкуренти в дългосрочен план.

,,Тъй като по-голямата част от натоварванията все още работят на място, все още са изключително ранни дни за облака и ние смятаме, че имаме невероятно диференциран подход", говорител на Google заяви пред VentureBeat. ,,В сравнение с преди няколко години, търсенето вече не е само под наем на сървърно пространство в нашите центрове за данни."


Google като цяло изостава както от AWS, така и от Azure в сферата на публичната облачна инфраструктура, като дуото претендира съответно около 45% и 18% пазарен дял през 2019 г. - Google от своя страна държи около 5%. По-рано тази година Alphabet започна да разбива приходите от Google Cloud за първи път и въпреки че ръстът му в момента надхвърля този на AWS, е трудно да се направят твърди сравнения, като се има предвид, че Google обединява в G Suite заедно с Google Cloud Platform, когато отчита своите финансови данни.

DMS е наличен във визуализация за подобни подобни миграции от днес за бази данни на MySQL, докато поддръжката на PostgreSQL е достъпна само за ,,ограничени клиенти" в визуализация, а SQL Server ,,идва скоро".

.

https://venturebeat.com/2020/11/12/google-catches-up-to-aws-and-azure-with-new-database-migration-service/amp/

[dolby]

Едно добро решение за собствен облак, стига да ви се намира някое пц с по голям диск. Има апп за андроид и апъл, което прави синхронизацията елементарна
https://nextcloud.com/
Може да се инсталира и в AWS или други подобни

[vasilstf]

Едно добро решение за собствен облак, стига да ви се намира някое пц с по голям диск. Има апп за андроид и апъл, което прави синхронизацията елементарна
https://nextcloud.com/
Може да се инсталира и в AWS или други подобни

1:1 със https://owncloud.com/

За справка зад диск бг седи owncloud.

[dolby]

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

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

[vasilstf]

За мен най-доброто безплатно (а и не само) решение за мейл сървър е Zimbra. Не знам как ще е с инсталацията и дали ще е лесно, но като администриране има супер приятен и интуитивен уеб интерфейс. Много е богат на функции, има всичко необходимо, дори повече от някои варианти предлагани с хостинг плановете. Има си много богат календар, може да се върже с nextcloud... Може да пуснеш и ексчейнд, но се плаща на юзър.



Иначе owncloud и nextcloud май имат нещо общо, като интерфейс разликата не е голяма, за крайния потребител няма никаква разлика. Преди време се изненадах като си направих регистрация в диск бг (защото имах безплатно пространство като клиент на а1) и отваряйки го гледам - побългарен owncloud. Дори базовите туториъли за нов юзър не бяха променили.