care sunt toate trucurile google? adică gen google gravity.
uite aici:
https://www.youtube.com/watch?v=z7vteeel5ea
SpeedDial - acces rapid la site-uri favorite, cu posibilitate de organizare pe domenii; eu folosesc în acest fel 169 de legături; oferă şi un mic preview  

  

DownThemAll - un download manager general, oferă control şi monitarizare mai bune  

  

DownloadHelper - util şi uşor de folosit pentru a descărca conţinut audio/foto/video, mai ales de tip FLASH  

  

GmailNotifier - un notificator pentru multiple conturi de gmail  

  

StatusbarEX - afişează informaţii despre utilizarea memoriei (inclusiv cea consumată de Firefox), a procesorului, viteza reţelei etc  

  

BrowserProtect - întăreşte securitatea la atacuri "hijack"  

  

FasterFox - îmbunătăţeşte performanţa reţelei, la navigare  

  

FlagFox - afişează un mic steguleţ al ţării unde este localizat serverul accesat prin locaţia curentă (dacă reuşeşte o identificare)  

  

AddBlock îl folosesc şi eu Va trebui să configurați funcționalitatea în pagina de fundal
astfel încât să fie difuzată pe toate filele.



```
// add listener for all tabs
chrome.tabs.onUpdated.addListener(function(tabId, changeInfo, tab) {
    var safesite = false;

    if (changeInfo  "loading") {
       //logic for checking white list, using tab.url

        if (!safesite) {
            chrome.tabs.update(tabId, { url: 'www.google.com' });
        }
    }
});

```

În esență, adăugați un ascultător de evenimente la toate filele.
Când se încarcă, verificați dacă este afișată pe lista albă. Dacă
este un site pe lista neagră, redirecționați-le către orice url
doriți. De asemenea, puteți include un fișier .html în directorul
de extensii pentru a le redirecționa la fel. Acest incendiu de pe
toate filele, inclusiv Inspectorul Web, astfel încât ați putea dori
să puneți în unele logică pentru a verifica doar cererile http
(s).


De asemenea, această abordare ar putea să afișeze pentru scurt
timp pagina neagră și apoi să vă redirecționeze către pagina
blocked\_url.html. API-ul experimental, [webRequest](https://code.google.com/chrome/extensions/experimental.webRequest.html) , ar trebui să ofere posibilitatea de
a filtra cererea înainte încărcarea paginii, dar nu veți putea să o
încărcați în Magazinul web Chrome până când aceasta nu face parte
din API-ul oficial [Google](https://google.com) Chrome. În cazul în care pentru uz personal,
atunci nu ezitați să-l utilizați.


Un ultim sfat pentru dezvoltare: puteți depana doar
background.html prin pagina de setări a extensiilor
(chrome://settings/extensionSettings). Deschideți rubrica
descendentă pentru extensia dvs. și veți vedea "Inspectați
vizionările active:" unde puteți să faceți clic pe un link către
paginile specifice fiecărei extensii pe care le-ați rulat în
prezent. În acest fel veți afișa Inspectorul Web pentru acea
pagină.


După ce mi-am zgâriat mult capul, am întâlnit-o accidental și de
atunci a fost salvatorul vieții. Completare, o pagina cu raspunsul la intrebarea initiala:<http://math.ucr.edu/home/baez/physics/Relativity/GR/grav_speed.html>



 Pentru cine doreste sa aprofundeze, am adresat intrebarea celor de pe Physics Forum <http://www.physicsforums.com/showthread.php?t=614065> multe raspunsuri interesante. gool Î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. 
> 
> 
> exista câteva sfaturi foarte importante pe care orice utilizator de găzduire web ar trebui să le urmeze pentru a fi cât mai ferit de persoane rău intenționate și atacuri din partea roboțiilor.  cel mai important lucru ar fi să folosiți peste tot parole cât mai complexe, și unice iar acestea să fie păstrate într-un mediu securizat, de preferință într-un administrator gratuit de parole precum keepass și sub nici o formă să nu comunicați parolele unor alte persoane. asigurați-vă că dispozitivul de pe care accesați contul de găzduire, panoul de control aferent acestuia (cpanel, plesk, webuzo, etc) precum și adresele de mail respectiv panoul de administrare al website-ului are instalat și activat un firewall și antivirus actualizat la zi pentru a preveni infectarea dispozitivului și implicit pierderea confidentțialității datelor la care aveți acces. permisiunile greșit setate pe directoarele/fișierele site-ului reprezintă un alt factor de mare risc. recomandăm ca niciodată să nu se folosească permisiuni 777 pe nici un fișier sau folder. permisiunile corecte sunt de obicei 755 pentru directoare și 644 pentru fișiere. setarea permisiuniilor 777 pe orice fișier sau director, poate oferi o fereastră de acces oricărui atacator sau robot pentru a exploata vulnerabilitățile acestuia. în cazul în care există implementat în site orice formă de formular de contact, înregistrare, creare cont , acesta va trebui protejat prin implementarea unor plugin-uri de securitate de genul captcha sau recaptcha pentru a preveni înregistrarea de roboți ce pot genera ulterior spam prin formularul în cauză. scripturile neactualizate, aplicațiile, temele și modulele aferente reprezintă de asemenea un mare risc pentru site. în cazul în care actualizările publicate de către dezvoltator nu sunt aplicate în timp util, site-ul poate să fie compromis datorită vulnerabilităților, pe care dezvoltatorul le remediază prin aceste actualizări. asigurați-vă ca site-ul este tot timpul la zi cu cele mai noi actualizări. dacă există orice script, module, temă ce nu mai sunt folosite, acestea trebuie înlăturate imediat. de obicei acestea devin uitate, făra a li se face mentenanța necesară si devin un risc pentru site. sub nici o formă să nu se folosească soft piratat (nulled), deoarece acestea vin de obicei împreună cu vulnerabilități de securitate înadins create pentru a putea fi exploatate cu ușurință după instalare. Probabil că ar trebui să înceapă cu un pic de teorie si exemple simple, cum ar fi [mijloc de deplasare algoritmul](http://www.gameprogrammer.com/fractal.html). Ar trebui, de asemenea, să învețe un pic despre [Zgomot Perlin](https://en.wikipedia.org/wiki/Perlin_noise) dacă sunteți interesat în generarea de grafice. Am folosit asta ca să încep cu ultimul meu an de proiect pe generarea de procedură.


[Fractali](https://en.wikipedia.org/wiki/Fractal) sunt strâns legate de generarea de procedură.


[Terragen](https://en.wikipedia.org/wiki/Terragen) și [SpeedTree](https://en.wikipedia.org/wiki/SpeedTree) vă va arăta unele posibilități uimitoare de procedură generație.


Generarea de procedură este o tehnică ce poate fi folosită în orice limbă (acesta este cu siguranta nu se limitează la limbaje procedurale, cum ar fi C, deoarece poate fi folosit în OO limbi, cum ar fi Java, și Logica limbi, cum ar fi Prolog). O bună înțelegere a recursivitate în orice limbă va consolida înțelegerea dumneavoastră de Generație de Procedură.


Ca și pentru 'grav' sau non-joc de codul de procedură generație de tehnici au fost utilizate pentru:


* simula creșterea orașelor, în scopul de a planului de management al traficului
* pentru a simula creșterea vaselor de sânge
* SpeedTree este folosit în filme și arhitectural prezentări bună ziua!

google meet este oferit doar pentru conturile pentru școli și cele pentru firme. este varianta extinsă și mai bună a hangouts. vă recomand să folosiți meet. dar dintr-un cont obișnuit google puteți utiliza și hangouts exact ca în tutorial. Mai puțin deasupra capului (fără SĂPUN plic să-și încheie fiecare apel in)


Mai puțin dublarea (HTTP deja reprezintă operațiuni, cum ar fi ȘTERGE, a PUS, pentru a PRIMI, etc. care au, de altfel, să fie reprezentate într-un SĂPUN plic).


Mai standardizate - HTTP operațiuni sunt bine înțelese și să opereze în mod constant. SĂPUN implementari pot obține delicat.


Mai lizibil și testabile (mai greu pentru a testa SĂPUN cu doar un browser).


Don't nevoie pentru a utiliza XML (ei bine, ai un fel de don't pentru SĂPUN, dar nu prea are sens din moment ce ai're deja face parsarea de plic).


Bibliotecile au făcut SĂPUN (un fel de) ușor. Dar sunt abstractizare departe o mulțime de concediere dedesubt, după cum am arătat. da, în teorie, SĂPUN poate trece peste alte transporturi astfel încât să se evite călare pe un strat de a face lucruri similare, dar în realitate doar despre toate SĂPUN munca'll face vreodată este de peste HTTP. Am invatat ca in Univers totul este relativ... Miscarea Pamantului o raportam la Soare, miscarea Soarelui la centrul galaxiei etc. Putem raporta miscarea galaxiei la Grupul Local de galaxii din care facem parte, la galaxii sau roiuri de galaxii foarte indepartate etc.



 Dar exista vreo masurare valabila pentru orice corp sau grup de corpuri, mic sau mare, pentru a avea masuratori comparabile intre ele? Ei bine, exista. In mod normal ne-am dori sa ne raportam chiar la spatiu, luandu-l ca sistem de referinta general, numai ca nu putem diferentia spatiul de aici de cel de acolo. Asa ca metoda folosita este raportarea la**radiatia de fond** ce umple tot Universul, care are mici variatii dupa care ne putem ghida pentru a marca o pozitie, si care este relativ statica, deci un bun sistem de referinta.