Wybór telefonu komórkowego, proszę o pomoc

[andy]

Napisany przez pali

Nie muszę. Mogę zrobić przelew na poczcie.

Zakładając, że w miejscu którym mieszkasz pocztę masz, oraz płacąc 2.5zł za wykonanie przelewu do 1000zł (od 1k jest 0.5%). No jak dla mnie to też szantaż. Mam płacić za możliwość wykonania wpłaty?

Ogólnoświatowym standardem w e-commerce jest możliwość zakupu bez zakładania konta w danym systemie. Wiąże się to ze świadomością co do przetwarzania danych osobowych.

Zaoszczędź andy miejsca na forum, nie pisz że piszę bzdury - wiem o tym.

W tym wypadku są różnicę - sam sklep obsługuje aktualizacje np.
Oczywiście nikt nie broni firmie udostępnienia program na swojej stronie i zakupu np. licencji przez swój serwis. Tak właśnie kupiłem licencję na nawigację Sygic.

Skoro wiesz, że bzdury piszesz to po dalej to robisz?

Napisany przez sobrus

No właśnie - coś za coś. 95% telefonów, poza nexusem, nie umie zrobić podstawowych rzeczy, które umiały zrobić urządzenia z poprzedniej epoki (jak automatyczny backup na kartę SD).
Dlaczego mam nie narzekać, że nowe urządzenia są aż tak strasznie ograniczone?
Są ograniczone i nie będę udawał, że wszystko jest cacy. Bo nie jest.

Po pierwsze, Nexus nie ma w standardzie dostępu do roota - można to zrobić przez narzędzie z SDK - fastboot:
fastboot oem unlock (odblokowanie bootloadera)
fastboot flash recovery recovery.img

i z poziomu recovery wgrywamy aplikację SU.

Po drugie przestańcie utożsamiać system Android z konkretnymi urządzeniami. Jeżeli twój producent urządzenia narzucił ograniczenia, to nei znaczy że są to ograniczenia samego urządzenia.

Po trzecie, oczywiście że masz narzekać. Tylko swoje narzekania kieruj do firmy, która odpowiada za te ograniczenia - w tym wypadku to nie jest Google, lecz Gigabyte.

ABD jest rozwiązaniem trudnym i niewygodnym, urządzenia sprzed 20 lat (Palm Pilot) łatwiej było zbackupować. Wystarczyło położyć na podstawkę do ładowania i wcisnąć jeden(!) przycisk.
Wszystko kopiowało się na komputer w ciągu sekund (synchronizacja). W przypadku utraty danych wystarczyło wcisnąć ten przycisk i Palm automatycznie wracał do stanu poprzedniego.
To było jeszcze przed erą USB - pierwsze palmy były na porcie szeregowym(!).

PocketPC miał działające na podobnej zasadzie ActiveSync (po kablu lub BT), bądź automatyczne backupy na SD czy serwer FTP (np resco).

Android robi to przez SDK i terminal, trzeba znać IP urządzenia przydzielone przez serwer DHCP. To ZŁE rozwiązanie. Powiem więcej to : w 21 wieku to beznadziejne i nieakceptowalne rozwiązanie.
To tak jakby zrobić dziś nowoczesny samochód nafaszerowany elektroniką i odpalany na korbę.

Dlaczego porównujesz urządzenie sprzed 16 lat, które nie miało kompletnie żadnych mechanizmów zabezpieczających z urządzeniem które takie mechanizmy posiada?

Czy tamte urządzenie robiło kompletny backup? ADB umożliwia zrobienie kopii aplikacji systemowych, użytkownika. TY wybierasz co ma być skopiowane.
Właśnie to jest w Androidzie piękne, sam decydujesz co on ma zrobić.

adb backup [-f <file>] [-apk|-noapk] [-shared|-noshared] [-all] [-system|-nosystem] [<packages...>]
- write an archive of the device's data to <file>.
If no -f option is supplied then the data is written
to "backup.ab" in the current directory.
(-apk|-noapk enable/disable backup of the .apks themselves
in the archive; the default is noapk.)
(-shared|-noshared enable/disable backup of the device's
shared storage / SD card contents; the default is noshared.)
(-all means to back up all installed applications)
(-system|-nosystem toggles whether -all automatically includes
system applications; the default is to include system apps)
(<packages...> is the list of applications to be backed up. If
the -all or -shared flags are passed, then the package
list is optional. Applications explicitly given on the
command line will be included even if -nosystem would
ordinarily cause them to be omitted.)

Oczywiście używamy go jeżeli nie pasuje nam kopia zapasowa w chmurze Google i nie mamy roota. Mając dostęp do roota możemy to zautomatyzować tak, że nie będziemy musieli nic robić.

U mnie o 3 w nocy odpala się TB i wykonuję ponowną kopię wybranych przeze mnie danych: aplikacje użytkownika zainstalowane + niektóre systemowe.
Po zrobieniu kopii Tasker (pełna automatyzacja Androida, darmowe odpowiedniki to np. Lama) uruchamia rsynca i synchronizuje lokalną kopie z tą na MOIM dysku sieciowym.
Nie muszę mieć uruchomionego komputera - mój ROUTER mi na to pozwala. Ja decyduję CO I JAK urządzenie robi.
Oczywiście do tego potrzebny jest root Przy braku masz dwie opcje, chmura, lub adb.

Root powoduje utratę gwarancji 90% urządzeń (jeżeli się mylę, a mam taką nadzieję, proszę mi podać wiarygodne źródło), temat w tym miejscu należy więc uciąć.
Wiadomo, że hacker z odpowiednią wiedzą zawsze wszystko może, może nawet zrobić co chce z iPhone i konsolą PS3.

Zakładając, że masz odblokowanego bootloadera i możesz zrobić flash /boot'a /recovery /system zmienić radio itd. to root pozwala Ci na ingerencję w urządzenie.
Czyli możesz zmienić sterowniki układu GSM/WIFI, możesz użyć innego kernela, co pozwoli Ci na zmianę zarządzania procesorem, mozęsz go podkręcić.

Osoba mało obeznana w temacie może bardzo łatwo urządzenie uszkodzić. Wyobraź sobie, że wgrywasz firmware do nagrywarki BD, który pozwala na różne fajne rzeczy. Po pewnym czasie poszczególne części nagrywarki nie wyrabiają i zostają uszkodzone trwale.
Czy naprawę powinieneś mieć wykonaną za darmo?

Mi również, bo bardzo mi się Android podoba. Mam więc jednak do wyboru
1 hackować swój własny telefon i stracić gwarancję (root)
2 robić codziennie ręcznie backup przez terminal w trybie debugowania, posługując się w zasadzie narzędziem którym też robi się roota czyli ADB.
3 wysłać dane do google

W przypadku kiedy masz odblokowanego bootloadera, to wcale nie hakujesz telefonu. Flash recovery, żeby potem za jego pomocą wgrać aplikację SU nie jest hackowaniem. To wyrażenie w ostatnich latach zostaje bardzo deprecjonowane. Niedługo zainstalowanie Firefoksa będzie nazywane hakowaniem...

ADB roota nie robi. ADB umożliwia dostęp do telefonu w trybie DEBUG.
Możesz instalować aplikację z linii komend, odinstalować, zrobić kopię, skopiować dane, zobaczyć loga (polecenie logcat) itd.
Rootowanie polega na umieszczeniu aplikacji SU(SUperUser) w /system/app.

W twoim przypadku DZIURA w oprogramowaniu umożliwia przez adb przekopiowanie aplikacji SU na telefon. To nie jest normalne działanie ADB.

Z samych złych możliwości ciężko wybrać coś dobrego. Ponieważ nie mogę wybrać 1, a 2 jest niewygodne, czuje się pośrednio przymuszany do zrobienia 3.

Nie pisz, że nie możesz. Możesz wybrać, jednak nie chcesz używać tej metody.

Co do drugiej metody to cóż, nie twierdze że jest najwygodniejszą z metod, jednak tworząc skrypt można to przyśpieszyć:

adb wait-for-device - block until device is online
adb backup -all

potem potwierdzasz wykonanie kopii w urządzeniu - pokazałem komunikat wyżej na zrzucie ekranu.
Po potwierdzeniu zaczyna robić się kopia zapasowa urządzenia.

Po całym procesie dostajesz informację o zakończeniu.

Tej czynności nie da się zautomatyzować w 100% bo zawsze będziesz musiał potwierdzić komunikat na ekranie.

Aby mieć w pełni automatyczną kopię zapasową LOKALNIE, na karcie pamięci nie używając dodatkowych komputerów musisz mieć dostęp root.

Jeżeli root byłby na wszystkich urządzeniach to OK. Titanium Backup jest OK. Ale skoro trzeba posiadać roota do podstawowych czynności, a całkiem "legalny" on nie jest - to nie jest dobrze.

Nie musisz posiadać roota do robienia kopii. TO możesz zrobić albo przez chmurę Google, albo przez ADB. To że Ci żadna z tych metod nie odpowida, nie znaczy że nie ma metody na zrobienie kopii bez roota. Subtelna różnica.

Rozumiem, że to wina producentów urządzeń, nie samego Androida. Ograniczenia iOS też wynikają jedynie z polityki producenta, z JB jest znacznie lepiej.

Bardzo dziękuję, że w końcu sam, bez przymuszenia w postaci łapania nóg, rąk to przyznałeś!

To że ja musiałem odblokować bootloadera, aby zmienić sobie ROM to wina HTC a nie Androida. Android sam w sobie tych ograniczeń nie posiada.

Android robi to przez SDK i terminal, trzeba znać IP urządzenia przydzielone przez serwer DHCP. To ZŁE rozwiązanie. Powiem więcej to : w 21 wieku to beznadziejne i nieakceptowalne rozwiązanie.
To tak jakby zrobić dziś nowoczesny samochód nafaszerowany elektroniką i odpalany na korbę.

To nie jest złe rozwiązanie bo robi to co ma zrobić - kopię zapasową. Jeżeli uważasz, że tak nie przystoi w 21 wieku to skorzystaj z chmurowego zapisu danych - to rozwiązanie właśnie z 21 wieku!

ADB wykorzystuje połączenie USB lub TCP/IP. Albo podpinasz urządzenie pod kabel USB, albo pod sieć.

W przypadku podpięcia pod USB automagicznie jesteśmy do niego podłączeni.

W przypadku TCP/IP trzeba wpisać: adb connect IP:port. Domyślnie portem jest 5555.

Co do znania IP to można to rozwiązać na tak wiele sposobów, że normalnie nie wiem od którego zacząć

NAsze urządzenie może mieć na routerze przypisywany zawsze ten sam adres IP, można odczytać adres IP znając adres sprzętowy - kłania się coś takiego jak RARP(Reverse Address Resolution Protocol) - na podstawie adresu sprzętowego 48bitów, podaje adres IP. Działa odwrotnie do ARP.

Napisany przez M@X

Grzecznie dodam, ze iPhone po podlaczeniu do zrodla zasilania (postawieniu na dock) gdy ma dostep do sieci Wi-Fi samoczynnie wykona synchronizacje z biblioteka iTunes oraz wykona Backup - w zaleznosci od ustawien na iCloud lub w komputerze z iTunes. Ja tego nawet nie ogladam - klade sie wtedy spac, moim jedynym "obowiazkiem jest postawic iPhone'a na dock, co i tak robie zawsze przed snem by rano wyjac go stamtad naladowanego.

iTunes will not back up automatically if you are using iCloud.

Czyli musisz włączyć WiFi, położyć w docka... Nie widzę tu nic automatycznego. Aha, musisz mieć jeszcze komputer z iTunes włączony

Napisany przez sobrus

No i git, gdyby coś takiego było w Androidzie to bym zsynchronizował go z linuksowym serwerem który mam włączony 24/7 (w zasadzie to moge go dostosować do czegokolwiek ftp, samga, rsync itd).

Już wcześniej doszliśmy do tego, że Android z sam siebie nie blokuje pewnych rozwiązań?

Niestety takiej możliwości nie ma, a sam system (i to jest najgorsze) blokuje powstanie aplikacji tego typu działającej bez roota.

Android nie blokuje powstawania aplikacji. To wynika z typu dostępu aplikacji, która ma standardowe uprawnienia. Taka aplikacja nie może nic zrobić poza swoim grajdołkiem.
Gdyby aplikacja pozwalała na to o czym mówisz, to zaraz byś narzekała że to mało bezpieczne, bo przecież każda zainstalowana aplikacja może zrobić kopię innej i przesłać na serwer...

Więc nawet jeżeli użytkownik chce i developer chce - to nic z tego. System fajny, ale nie podoba mi się to

To zgłoś to do firmy Gigabyte, która Ci nie umieściła aplikacji do SU w telefonie.

Napisany przez bladerunner

Miał ktoś doświadczenia z LG L9 ?
Jaka jest jakość wykonania obudowy czy nic nie trzeszczy przy użytkowaniu ?

LG odradzam! Podchodzą do kwestii aktualizacji...znaczy nie podchodzą w ogóle.
Zainteresuj się podobnej klasy urządzeniem od konkurencji.

[pali]

Bo mnie Poczta Polska szantażuje Prosiłem...

[madmax2]

Nabyłem Sony Xperia T.
Jak ktoś ma jakieś pytania służę pomocą.

[czechoj]

wróćmy może do Iphona...

[sobrus]

@Andy
Owszem doszliśmy do wniosku że sam Android pewnych rozwiązań nie blokuje, a jednynie w zasadzie wszystkie telefony na Androidzie to robią. Dla mnie to BEZ RÓŻNICY.
Pisząc Android mam na myśli urządzenia które na nim działają, a nie kod z sourceforge. Tłumaczenie, że android może wszystko bo jest open source - jest mniej więcej nie na temat.
I nie może służyć do tłumaczenia absolutnie każdej bolączki tego systemu. Po prostu na 90% telefonów tego zrobić się nie da i już.

A Android/Google owszem - blokuje aplikacje działające na prawach roota ze względu - ponoć - bezpieczeństwa.
To polityka w stylu "Odbierzmy im nóż żeby się nie pokaleczyli, a przy okazji korzystali tylko z naszych usług cięcia".
Do mnie nie przemawia. Chce mieć możliwość uruchamiania takich programów na MOJĄ odpowiedzialność.
Proste pytanie przy instalacji - aplikacja wymaga roota, kontynuujesz? TAK/NIE. Niestety wyboru takiego nie ma.

[CIAPEK]

chopaki jak z tymi forami?

Jakieś duże, czynne forum Nokii, GSM etc.
Polecicie coś?

LumiaForum opanowane przez trojany GSMcenter wymarło.

P.S.

Ja z Lumii zadowolony
Czekam na oficjalny upgrade WP 7.5 do 7.8

[andy]

windows-phone.pl

[M@X]

Tak w temacie tego ostatniego flejmu o backup dzis na RedmondPie'u natknalem sie na cos takiego:

http://www.redmondpie.com/how-to-com...t-root-access/

To juz ma wiekszy sens bo nie trzeba wpisywac kilometrow migajacych znakow.

Jest tez opcja backup storage/SD Card. Chyba o to Ci chodzilo, sobrusie?

[sobrus]

Yes, dzięki To chyba wykorzystuje ten sam mechanizm o którym mówił Andy. Tylko ktoś napisał aplikację. Ciekawe czy i kiedy trafi do repozytorium debiana .

[andy]

Ten program to nic innego jak nakładka na ADB.

Jeden z twórców CM tworzy aplikację do kopii zapasowej wykorzystując wbudowane mechanizmy w Androidzie.
Aplikacja docelowo nie będzie wymagała dostępu root Zapis kopii w chmurze, na karcie pamięci itp.

http://www.itworld.com/mobile-wirele...-should-happen

https://plus.google.com/103583939320...ts/THW5HiEpa4R

OpenSource power!

---
http://niebezpiecznik.pl/post/telefo...tego-nie-robi/
Nokia tunelowała ruch HTTPS Działa to podobnie jak w przeglądarce OperaMini, tylko Nokia pokusiła się o rozszyfrowanie ruchu HTTPS

Umieścili swoje CA w przeglądarce dzięki czemu użytkownik nigdy nie zobaczył komunikatu o błędnym certyfikacie Piękny atak MITM

[sobrus]

Ale co ma powstanie Carbona do Open Source?

Bo chyba nie ma się co chwalić, że napisanie normalnego programu do backupu na Androida zajęło dłużej niż złamanie X360 (5 lat?). I działać będzie tylko na ICS+, ale dobre i to.

Ja się tylko cieszę że ominęli jakoś ten pokraczny system zabezpieczeń, ale ciekawe co na to google.

Wyglada na to że Android to taki socjalizm. Społeczność bohatersko walczy z problemami zupełnie nieznanymi w innych systemach
A problemów, w tym poważnych, jest całkiem sporo.

Np ICS słynie z masakrycznego zżerania baterii przez kernel (hasło do google: "ICS kworker", "ICS battery drain").

Udało mi się to naprawić na swojej słuchawce przez poprawkę skryptów startowych (jak to dobrze być programistą).
Ale co mają zrobić posiadacze SGS2 czy Galaxy Nexusa. którym bateria pod ICS nie przeżywa przez noc - nie wiem. Może wystarczy root i analogiczna poprawka. Na oficjalne update za bardzo bym nie liczył.

Rozumiem że wydając nowy model co dwa miesiące nie można za bardzo zająć się poprawkami do przestarzałych, rocznych modeli.
Samsungowi SGS Tab 10.1 po update do ICS czas działania na baterii skraca się 3 krotnie, nie przeżyje doby bez ładowania. Bardzo śmieszne.

A jednak nie widzę żeby na jakiejś applefobii ktoś się z tego śmiał. To troszkę jakby większy problem niż arcyśmieszne nie włączenie się budzika w iPhone.

Obawiam się że tablet mojej Mamy (też ICS) ma również ten problem, bo przez noc potrafi się całkowicie rozładować. W uśpieniu. Jeszcze będę badać sprawę, ale to nie jest normalne.

Nie mam zielonego pojęcia jak Google mogło wypuścić system z taką niedoróbą i że nikt z miliona producentów tego nie zauważył, tylko klepią kolejne sprzęty z błędami, byle szybciej i więcej.
Czy ktoś je w ogóle testował? No poza ASUSem, który po prostu zaprzeczył i stwierdził że problemu nie ma, choć dotyka on jego Transformery np Eee Pad czy TF101 (2-3x krótsze działanie niż na GB)

Fakt że problem dotyczy także Nexusów jest dość wymowny. Czyli w skrócie można powiedzieć, że Open Handset Alliance mówi : kupiliście zabugowanego niedoróbę ICS to Wasz problem. Kupcie sobie nowe telefony z JB Power of Open Source. A miało być pięknie.

PS. krótki test na buga ICS, nie wiem czy 100% trafny na wszystkich urządzeniach:
- w ustawieniach systemu, w opcjach programistycznych, zaznaczyć "pokaż użycie procesora" i nic nie robiąc obserwujemy
- (w tle oczywiście nie powinno być nic uruchomione, bo zakłóci odczyty).
- jeżeli co pare sekund, tylko przy pracy na baterii, na samym szczycie pojawi się jakiś "kworker" z czerwonym paskiem - to jest problem.
- dodatkowym objawem jest to, ze w statystykach baterii "System Android" zabiera więcej niż 20% (u mnie dochodziło do 50%)

Np u Andy'ego (ma 4.1 albo 4.2 na Sensation) nie przekracza 10% i tak powinno być. System nie jest po to, by samemu zjadać pół baterii.

PS2. Jeżeli włączycie autoobracanie ekranu i wtedy na sam szczyt wędruje nie kworker, a system_server - to macie prawdopodobnie innego buga zdjadającego baterię.
Występuje zarówno w 4.0 jak i 4.1. Ja go chyba też mam. http://code.google.com/p/android/issues/detail?id=29965
A tutaj ponoć fix: https://play.google.com/store/apps/d...uto.lock&hl=pl

Tel mam niecały miesiąc, aż boje się pomyśleć ile błędów w nim jeszcze znajdę

[M@X]

nVidia ostatnio stroszyla piorka podobno...

No to jesli ktos jara sie cyferkami, to oznajmiam: takiego wala :-P!

http://myapple.pl/content/4359-a6x-s...zej-tegry.html

[sobrus]

A6X ma SGX 554MP4.

Nie ma póki co innego układu o porównywalnej wydajności jeżeli chodzi o grafikę.
Żadnego jakiego znam. Nie ma nawet nic na SGX554, nie mówiąc już o wersji MP4.
Jest w przybliżeniu ze 2x szybsze od PS Vita, Snapdragona S4 (Adreno 320) i MALI 604, czyli innych topowych produktów.

Nie znam specyfikacji Tegry 4, ale trójka była pod tym względem cienka jak kompot z desek, oferując połowę prędkości iPada2, w najlepszym wypadku się zrównując, dzięki mniejszej precyzji obliczeń na shaderach (FP16).

http://www.anandtech.com/show/5163/a...gra-3-review/3

PowerVR chyba zawsze będzie miał przewagę, bo te układy inaczej działają.

[demek]

co wybrac z tych 3 za 1zl:
samsung
- s 2
- s advance
htc desire x

krotka nota dlaczego tez moze byc

[andy]

Najmocniejszy jest chyba S2. Dostaje o też JB.