cine stie cum se instaleaza softuri gen android pe un smartphone? e greu?
destul de greu si daca o dai in bara e posibil sa strici telefonul/device-ul aproape ireparabil. 
eu am facut prostia sa ma joc cu softul de la telefon de cateva ori si a trebuit sa stau si cate 2 zile sa caut tutoriale cum sa-l repar inapoi dupa ce l-am stricat, e destul de greu sa gasesti atat tutoriale specifice device-ului (pentru ca la fiecare device chiar daca sunt cam aceeasi pasi unele lucruri difera) si trebuie sa fii foarte atent sa iti iei tools si soft exact pentru modelul tau de telefon, pentru exact firewall-ul tau... destul de complicat si le gasesti foarte greu. eu am gasit greu pentru un htc one care e totusi un telefon high end destul de cunoscut, daca strici un telefon mai putin cunoscut e posibil sa nu mai gasesti pe nimeni care sa-l poata repara. 
in concluzie nu o sa ma mai joc niciodata cu asta pentru mananca timp degeaba si pana la urma tot am revenit la os-ul pe care il avea din fabrica (stock) pentru ca e cel mai bine optimizat si cel mai ok... in plus am pierdut multe ore cautand fisiere si programe si urmarind fiecare pas cu strictete ca sa descopar la sfarsit ca nu a mers si trebuie sa incerc altceva... 
deci nu recomand sa te "joci" pentru ca o faci degeaba si ia o gramada de timp.
Adauga un nou utilizator variabilă de mediu (Windows 7):


1. Meniul de Start > Panoul de Control > Sistem > Setări Avansate de Sistem (pe partea stângă) > Variabile de Mediu
  
3. Adauga un nou utilizator variabilă (în partea de sus) ca puncte de casa ta, director de utilizator:

> 
> nume de Variabilă: **ANDROID\_SDK\_HOME**  
>  valoarea Variabilei:
> *o cale de a-un director de alegerea ta*
> 
> 
>


AVD Manager va folosi acest director pentru a salva sale `.android` director în ea.


Pentru cei care ar putea fi interesat, am scris pe blog despre prima mea incursiune în dezvoltarea Android...  

[Android "Hello World": o Poveste de Vai](https://wloescher.blogspot.com/2011/01/android-hello-world-tale-of-woe.html)


Alternativ, puteți utiliza [Rapidă Mediu Editor](https://www.rapidee.com/en/download) pentru a seta variabilele de mediu. [[imagine]](https://devforum.ro/uploads/default/original/2x/9/929b793be49faf74c9c2d528a535250a2af45d4a.jpeg "imagine") pe serverele noastre , atât shared cât si vps (administrate de hostico) se poate instala în principiu orice cms (content management system)  bazat pe php, așa cum ar fi wordpress, prestashop, magento, etc. aceste aplicații po fi instalate fie manual, fie folosind softaculous .dacă doriţi să instalaţi însă o aplicaţie mai puţin cunoscută sau uzuală vă rugăm să ne contactaţi. nu toate optiunile disponibile pe laptop sunt disponibile si pe telefon. [[classroom]](https://aws1.discourse-cdn.com/business20/uploads/digitalnation/original/2x/7/75d184414e7193df5f8e5b39e42dc81b6810acfc.png "classroom") Dacă mergi pe firul originii termenului vei vedea că "tehne" înseamnă în greaca veche "meşteşug". Tehnica este propriu-zis o îndeletnicire, o întreprindere care urmăreşte producerea sau fabricarea unui anumit lucru, pe când tehnologia este ştiinţa de a întreprinde ceva, de "a pune două paie cruce" dacă vrei. Diferenţa dintre tehnică şi tehnologie e ca aceea dintre practică şi teorie. Prin urmare, *smartphone*-ul nu este nici tehnică, nici tehnologie, ci un simplu produs al acestora. 1. Aveți posibilitatea de a vinde software-ul.
2. Nu, nu sunteți obligat să furnizați codul sursă.
3. Oricine primește *codul sursă* poate face ca permis de licență. Aceasta nu se extinde la binar distribuții.


Citiți licența MIT. Citește totul și înțelege totul. Acesta a fost menit să fie citit de către oameni obișnuiți, spre deosebire de alte licențe care sunt foarte complexe:



> 
> Copyright (c) *an* *titularii de drepturi de autor*
> 
> 
> Permisiunea se acordă, gratuit, de
> gratuit, oricărei persoane care obține o copie
> a acestui software și asociate
> fișierele de documentație ("Software"),
> pentru a face față în Software-ul fără
> restricție, inclusiv, dar fără
> limitare la drepturile de utilizare, copiere,
> modifica, uni, publica, distribui,
> sublicenția, și/sau vinde copii ale
> Software-ul, și pentru a permite persoanelor
> care Software-ul este mobilat să facă
> deci, sub rezerva următoarelor
> condiții:
> 
> 
> de copyright de mai sus și acest
> notificare de permisiune vor fi incluse în
> toate copiile sau porțiunile substanțiale ale
> Software-ul.
> 
> 
> SOFTWARE-ul ESTE FURNIZAT "CA ESTE",
> FĂRĂ NICIUN FEL DE GARANȚIE, EXPRESĂ
> SAU IMPLICITE, INCLUSIV, DAR NU LIMITAT
> LA GARANȚIILE DE VANDABILITATE,
> potrivire PENTRU UN ANUMIT SCOP ȘI
> NEÎNCĂLCARE. IN NICI UN CAZ
> AUTORII SAU DEȚINĂTORII drepturilor de AUTOR FI RESPONSABIL
> PENTRU ORICE REVENDICARE, DAUNE SAU ALTE
> RĂSPUNDEREA, FIE ÎN ACȚIUNE DE
> CONTRACT, PREJUDICIU SAU ALTFEL, rezulta
> din, DIN SAU ÎN LEGĂTURĂ CU
> SOFTWARE-ul SAU UTILIZAREA SAU ALTE TRANZACȚII
> ÎN SOFTWARE-ul.
> 
> 
> poate o fi vreo eroare de la ei,de sistem sau de la tine de la pc(net)...si eu mai fac pauze cate 2-3 zile maxim da reiau de unde am ramas,eu de cand am inceput nu am avut niciodata probleme,nici macar o mica eroare,is logat si pe laptop si telefon si vreau sa zic ca pe laptop chiar nu am mai intrat de foarte mult timp si tot am luato de unde am ramas........acum nu stiu ce altceva sa ti zic,poate sa le dai un mesaj lor(moderatorilor programului astuia,sa vezi ce sa intamplat)in rest iti doresc succes....bye salut, claudiu aici. sunt membru de ceva timp, dar nu am fost prea activ pe forum. dacă aveți întrebări specifice vă pot răspunde cu mare drag. până atunci pot zice doar că abilitățile de om tehnic sunt extrem de bine-venite în administrația locală, acolo unde totul se bazează pe hârtii plimbate din… Git este foarte rapid, cântare foarte bine, și este foarte transparent despre conceptele sale. Partea de jos de acest lucru este faptul că are o relativ curbă de învățare abruptă. Un Win32 port este disponibil, dar nu destul de un prim-clasă cetățean. Git expune hash ca numere de versiune pentru utilizatori; aceasta oferă garanții (în care un singur hash se referă întotdeauna la același conținut; un atacator poate modifica istoria fără a fi detectat), dar poate fi dificil pentru utilizator. Git are un concept unic de urmărire conținutul fișierului, chiar și cei conținutul muta între fișiere și fișiere de vedere, ca prim nivel de obiecte, dar nu urmări directoare. O altă problemă cu git este că are multe operațiuni (cum ar fi *rebazare*), ceea ce face ușor de a modifica istoria (într-un sens, de conținut menționate de un hash nu se va schimba niciodată, dar referirile la acel hash pot fi pierdute); unii puriști (inclusiv eu) nu't place foarte mult.


Bazar este rezonabil de rapid (foarte rapid pentru arbori cu istorie superficială, dar în prezent cântare prost cu istoria lungime), și este ușor de a învăța de la cei familiarizați cu interfețe de linie de comandă tradiționale SCMs (CVS, SVN, etc). Win32 este considerat un prim-clasa țintă de către echipa de dezvoltare. Ea are o pluggable arhitectura pentru diferite componente, și înlocuiește său format de stocare frecvent; acest lucru le permite să introducă noi caracteristici (cum ar fi mai bine suport pentru integrarea cu revizuirea sistemelor de control bazate pe concepte diferite) și de a îmbunătăți performanța. Bazar echipa consideră directorul de urmărire și redenumiți-suport de prima clasa funcționalitate. În timp ce la nivel global unic de revizuire id-ul de identificare sunt disponibile pentru toate revizuirile, copac-locale revnos (revizuire standard de numere, mai asemănător cu cele folosite de svn sau alte mai convenționale SCMs) sunt folosite în loc de conținut hash-uri pentru identificarea revizii. Bazar are suport pentru "ușor case de marcat", în care istoria este tinut pe un server de la distanță în loc de copiat la sistemul local și este trimisă automat la rețea atunci când este necesar; în prezent, acest lucru este unic printre DSCMs.


Ambele au o formă de SVN integrarea disponibile; cu toate acestea, bzr-svn este capabil de mult mai mult decât git-svn, în mare parte datorită backend format modificările introduse în acest scop. *[Update, ca din 2014: Cel de-al treilea-petrecere produs comercial SubGit oferă o interfață bidirecțională între SVN și Git care este comparabil în fidelitatea față de bzr-svn, și mult mai lustruit; I **puternic** recomanda utilizarea lui pe care de git-svn când buget și de acordare a licențelor constrângeri permis].*


Nu am folosit Mercurial pe scară largă, și deci nu pot să comentez în detaliu-cu excepția să rețineți că, la fel ca Git, are un conținut-hash abordarea pentru revizii; de asemenea, astfel de Git, nu trateze directoarele ca prima-clasa de obiecte (și nu poate stoca un director gol). Cu toate acestea, este mai rapid decât orice alt DSCM cu excepția Git, si are mult mai bună IDE integrare (în special pentru Eclipsa) decât oricare dintre concurenții săi. Având în vedere caracteristicile de performanță (care gal-ul doar ușor în spatele celor de Git) și superior cross-platform și IDE sprijin, Mercurial poate fi convingătoare pentru echipe cu număr semnificativ de win32-centrice sau IDE-legat de membri.


O preocupare în migrarea de la SVN este că SVN's interfețe GUI IDE și integrare sunt mult mai matur decât cei de oricare dintre distribuite SCMs. De asemenea, dacă aveți în prezent face uz grele de precommit script de automatizare cu SVN (de exemplu. necesită o unitate de teste pentru a trece înainte de a o comite poate continua), nu'll, probabil, doriți să utilizați un instrument similar cu [PQM](https://launchpad.net/pqm) pentru automatizarea merge cereri de la filiale comune.


SVK este un DSCM care utilizează Subversiune ca sprijinul magazin, și are destul de buna integrare cu SVN-centrice instrumente. Cu toate acestea, ea are în mod dramatic mai rău de performanță și scalabilitate caracteristici decat orice alt mare DSCM (chiar Darcs), și ar trebui să fie evitate pentru proiecte care sunt de natură să crească mare în termeni de lungime de istorie sau numărul de fișiere.


[Despre autor: eu folosesc Git și vrând-Nevrând de muncă, și Bazar pentru proiectele mele personale și ca o funcție de bibliotecă; alte părți ale angajatorului meu's utilizare organizația Mercurial puternic. Într-o viață anterioară am construit o mare de automatizare jurul SVN; înainte de asta am experiență cu GNU Arc, BitKeeper, CV-uri și altele. Git fost destul off-punerea în prim-am simtit ca Arch GNU în măsura în care a fi un concept greu de mediu, spre deosebire de instrumente construite pentru a se conforma la utilizator's gamă de fluxuri de lucru ... dar m-am'am ajuns să fie destul de confortabil cu ea]. Începând cu Git versiunea 2.5+ (Q2 2015), preluarea-un singur comite (fără clonare complet repo) este de fapt posibil.
A se vedea [comite 68ee628](https://github.com/git/git/commit/68ee628932c2196742b77d2961c5e16360734a62) de [Fredrik Medley (`moroten`)](https://github.com/moroten), 21 Mai 2015.
(Fuzionat cu [Junio C Hamano -- `gitster` --](https://github.com/gitster) în [comite a9d3493](https://github.com/git/git/commit/a9d34933803198f89ad721ee17f138b046131090), 01 Jun 2015)
Acum aveți un nou config (pe partea de server) 



```
uploadpack.allowReachableSHA1InWant
```


> 
> Permite upload-pack`pentru a accepta o aduce cerere prin care se solicită un obiect care este accesibil din orice sfat ref. Cu toate acestea, rețineți că calcularea obiect de accesibilitate este de calcul scumpe. Implicit la "false". Dacă ai combina configurare server-side cu un superficial clona ([`git fetch --depth=1`][1]), puteți cere pentru un singur comite (a se vedea [`t/t5516-fetch-push.sh`][2]: 
> 
> 
> 



```
git fetch --depth=1 ../testrepo/.git $SHA1
```

Puteți utiliza `git pisica-fișier de comandă pentru a vedea că a comis a fost preluat: 



```
git cat-file commit $SHA1
```


> 
> "`git incarca-pack`" care servește "`git fetch`" poate fi spus pentru a servi
> se angajează ca nu sunt la vârful orice arbitru, atâta timp cât acestea sunt
> află de la un arbitru, cu uploadpack.allowReachableSHA1InWant`
> configurație variabilă.
> 
> 
> 
> Documentația completă este: 
> 
> 
> `upload-pack`: opțional permite preluarea accesibil sha1
> 
> 
> 
> Cu `uploadpack.allowReachableSHA1InWant` opțiune de configurare a stabilit pe partea de server, "`git fetch`" se poate face o cerere cu o "vreau" linie care numele unui obiect care nu a fost promovat (posibil să fi fost obținut de trupa sau de la un submodul pointer).
> Numai obiecte accesibile din ramura sfaturi, adică unirea a promovat sucursale și filiale ascunse de transfer.hideRefs`, vor fi procesate.
> Rețineți că există un cost asociat de a avea pentru a merge înapoi în istorie pentru a verifica accesibilitatea.
> **Această caracteristică poate fi utilizată pentru obținerea conținutului de la o anumită comis-o,
> pentru care sha1 se știe, fără a fi nevoie de clonare tot
> repository, mai ales dacă o superficial aduce este folosit**.
> cazuri Utile sunt, de exemplu 
> 
> 
> * centrale de tranzacții care conțin fișiere mari în istorie,
> * preluarea numai datele necesare pentru un submodul de verificare,
> * atunci când schimbul de un sha1 fără a spune exact care filiala îi aparține și în Gerrit, dacă te gândești în termeni de comite în loc de a schimba numerele.
> (Gerrit caz a fost deja rezolvată prin `allowTipSHA1InWant` ca fiecare Gerrit schimbare are un ref.)
> 
> 
> 
> Git 2.6 (T3 2015) va îmbunătăți acest model.
> A se vedea [comite 2bc31d1](https://github.com/git/git/commit/2bc31d1631229d863376d48ef84eb846fea1df02), [comite cc118a6](https://github.com/git/git/commit/cc118a65b4590cc2d669679260bad7ca627f2a30) (28 Iulie 2015) de [Jeff King (`peff`)](https://github.com/peff).
> (Fuzionat cu [Junio C Hamano -- `gitster` --](https://github.com/gitster) în [comite 824a0be](https://github.com/git/git/commit/824a0be6be8d6c3323003bae65b3df98387e575b), 19 Aug 2015) 
> 
> 
> `ref`: suport negativ **** `de transfer.hideRefs`
> 
> 
> 
> Dacă te-ai ascunde o ierarhie de arbitrii folosind transfer.hideRefs`config, nu există nici o modalitate de a mai târziu a trece peste acel config pentru a "anulați" nu. Acest patch implementează un "negativ" ascunde-care provoacă meciuri pentru a fi imediat marcat ca unhidden, chiar dacă un alt meci s-ar ascunde. Avem grijă să aplice meciuri în sens invers-comanda de la modul în care acestea sunt alimentate la noi prin config mașini, după care vă permite noastre obișnuite "ultimul castiga" config prioritate de muncă (și intrările în`.git/config`, de exemplu, va trece peste`/etc/gitconfig`).
> Astfel încât să puteți face acum:
> 
> 
> 



```
git config --system transfer.hideRefs refs/secret
git config transfer.hideRefs '!refs/secret/not-so-secret'
```


> 
> pentru a ascunde `ref/secret în toate operațiunile repo, cu excepția pentru unul publice pic
> într-un anumit repo.
> 
> 
> 
> Git 2.7 (Nov/Dec 2015) va îmbunătăți din nou:
> A se vedea [comite 948bfa2](https://github.com/git/git/commit/948bfa2c0f40a97d670c6a3fc22c05ceb2ec2c3f), [comite 00b293e](https://github.com/git/git/commit/00b293e519d1aa0c5b57ae9359ec5306d7023b3f) (05 Nov 2015), [comite 78a766a](https://github.com/git/git/commit/78a766ab6eaaa91c2638158bd4fda06a93291da0), [comite 92cab49](https://github.com/git/git/commit/92cab492ba988ffd3e3edf040f19ba820306c833), [comite 92cab49](https://github.com/git/git/commit/92cab492ba988ffd3e3edf040f19ba820306c833), [comite 92cab49](https://github.com/git/git/commit/92cab492ba988ffd3e3edf040f19ba820306c833) (03 Nov 2015), [comite 00b293e](https://github.com/git/git/commit/00b293e519d1aa0c5b57ae9359ec5306d7023b3f), [comite 00b293e](https://github.com/git/git/commit/00b293e519d1aa0c5b57ae9359ec5306d7023b3f) (05 Nov 2015), și [comite 92cab49](https://github.com/git/git/commit/92cab492ba988ffd3e3edf040f19ba820306c833), [comite 92cab49](https://github.com/git/git/commit/92cab492ba988ffd3e3edf040f19ba820306c833), [comite 92cab49](https://github.com/git/git/commit/92cab492ba988ffd3e3edf040f19ba820306c833), [comite 92cab49](https://github.com/git/git/commit/92cab492ba988ffd3e3edf040f19ba820306c833) (03 Nov 2015) by [Lukas Fleischer (`lfo`)](https://github.com/lfos).
> Ajutat de: [Eric Soare (`sunshineco`)](https://github.com/sunshineco).
> (Fuzionat cu [Jeff King -- `peff` --](https://github.com/peff) în [comite dbba85e](https://github.com/git/git/commit/dbba85e46b9c7450710a23208ca1868179330e1e), 20 Nov 2015) 
> 
> 
> `config.txt`: document semantica `hideRefs cu spații de nume
> 
> 
> 
> acum, nu există o definiție clară a modului de transfer.hideRefs`ar trebui să se comporte atunci când un nume este setat. Explicați că`hideRefs`prefixe meci dezbrăcat nume în acest caz. Acesta este modul`hideRefs` modele sunt în prezent
> manipulate în primi-pack. 
> 
> 
> hideRefs: adauga suport pentru potrivire complet ref
> 
> 
> 
> În plus față de potrivire dezbrăcat ref, se poate adăuga acum `hideRefs` modele complet (unstripped) ref este compensată.
> Pentru a distinge între dezbrăcat și plin de meciuri, noile modele trebuie să fie prefixate cu un circumflex (`^`).
> Prin urmare [new documentația][3]: 
> 
> 
> 



```
transfer.hideRefs:
```


> 
> Dacă un nume este în uz, namespace prefix este deposedat de fiecare referință înainte de a este compensată de transfer.hiderefs`modele. De exemplu, dacă`ref/capete/master este specificat în transfer.hideRefs`și actualul nume este`foo", apoi " ref/nume/foo/ref/capete/master
> este omis din reclame dar `ref/capete/master și` ref/nume/bar/ref/capete/master sunt încă anunțate și așa-numita
> "trebuie" linii.
> În scopul de a se potrivi ref înainte de separare, se adaugă un `^` in fata
> arbitrul numele. Dacă combina `!` și `^`, `!` trebuie să fie specificată în primul rând.
> 
> 
> 
> [R..](https://stackoverflow.com/users/379897/r) menționează [în comentarii](https://stackoverflow.com/questions/14872486/retrieve-specific-commit-from-a-remote-git-repository/30701724#comment89086774_30701724) config [`uploadpack.allowAnySHA1InWant`](https://git-scm.com/docs/git-config#git-config-uploadpackallowAnySHA1InWant), care permite `upload-pack` de a accepta un "aport" cererea prin care se solicită orice obiect, la toate. (Implicit este "false").
> A se vedea [comite f8edeaa](https://github.com/git/git/commit/f8edeaa05d8623a9f6dad408237496c51101aad8) (Nov. 2016, Git v2.11.1) până la [David "novalis" Turner (`novalis`)](https://github.com/novalis): 
> 
> 
> `upload-pack`: opțional permite preluarea orice sha1
> 
> 
> 
> Se pare o prostie sa faci un reachabilty a verifica în cazul în care ne-am
> încrederea utilizatorului de a accesa absolut tot ce e în depozit.
> de Asemenea, l's democrației într-un sistem distribuit poate una server
> reclamă un arbitru, dar altul a avut de atunci o forță de apăsare la ref,
> și, probabil, cele două cereri HTTP ajung îndreptate spre aceste diferite
> serverele. 
> 
> 
>