am o intrebare: poti accesa deep web de pe un browser normal gen google? nu ca l- as accesa nu sunt prost dar vreau sa stiu daca e posibil sa il accesezi din greseala dand pe vreun link gresit...? (mai mult)
am o intrebare: poti accesa deep web de pe un browser normal gen google? nu ca l-as accesa nu sunt prost dar vreau sa stiu daca e posibil sa il accesezi din greseala dand pe vreun link gresit sau ceva. se poate asa ceva?
o tona de "specialisti" pe aici, care habar nu au! :d

raspunsul e: da, evident
dar, in primul rand, se pare ca faci o confuzie crasa intre deep web si dark web

deep web este internetul invizibil publicului, si consta in site-uri care sunt accesate numai privat, de catre companii, grupuri, familii, etc., de exemplu la mine in firma, trebuie sa fiu la birou, sau sa intru cu vpn, ca sa pot accesa site-urile interne ale firmei cu informatii interne fara de care nu pot sa imi fac treaba, iar acasa am niste pagini de web cu poze de familie, care nu pot fi accesate din exterior decat daca fac vpn acasa

dark web este ala vazut doar prin tor, si da ala e cel ilegal

tor browser nu este tor... punct
tor browser e format din tor proxy, si din browserul mozzila firefox modificat ca sa iasa numai prin proxy-ul tor-ul pe care l-a instalat "side"

si dark web poate fi accesat prin google chrome
pentru ca tor proxy este local, cu conexiune la tor, daca in tor browser asta se face automat, fara ca tu sa te chinui, in google chrome, dupa ce ai tor proxy pornit, trebuie sa te chinui sa ii setezi proxy

practic, prin tor proxy, poti folosi orice browser, si orice program de accesat internetul care stie de proxy, in afara de t0rrrenti, care sunt blocati in tor cu intentie

totusi, nu te sfatuiesc sa faci asta (sa folosesti google chrome prin tor) si nu o sa iti explic de ce, deja am scris prea mult
Nu, trebuie să fie capabil să citească din portul UDP folosit pentru a executa interogarea M-SEARCH din domeniul dvs. multicast. In nici un caz în ceea ce știu. Acest lucru s-ar putea schimba dacă Google decide să utilizeze un alt protocol de descoperire, în plus față de DIAL.


<http://www.dial-multiscreen.org/>


[Citirea din port udp în browser](https://stackoverflow.com/questions/17605252/reading-from-udp-port-in-browser) Valoarea returnată de o tratare a evenimentului determină dacă sau nu browser-ul implicit comportamentul ar trebui să aibă loc la fel de bine. În cazul clic pe link-uri, acest lucru ar fi urmatoarele link-ul, dar diferenta este cel mai vizibil în formă prezinte stivuitoare, unde puteți anula o formă de transmitere în cazul în care utilizatorul a făcut o greșeală introducerea informațiilor.


Eu nu't cred că există o W3C caietul de sarcini pentru acest lucru. Toate vechi JavaScript interfețe de acest gen au fost dat porecla "DOM 0", și sunt în mare parte nespecificată. Poate ai noroc de lectură vechi de Netscape 2 documentare.


Modul modern de realizare a acestui efect este de a apela eveniment.preventDefault()`, și acest lucru este specificat în [DOM 2 Evenimente caietul de sarcini](https://www.w3.org/TR/DOM-Level-2-Events/events.html#Events-flow-cancelation). Ați putea vedea această eroare într-un instrument de depanare a
unui client.


De exemplu, [Fiddler](https://www.fiddler2.com/) vă va arăta răspunsul care a revenit de la
server - și puteți utiliza fila WebFiew a Fiddler consultați
răspunsul HTML. Răspunsul HTML în acest caz vă va arăta ecranul de
eroare galben ASP.NET.


În plus față de fișierul Fiddler, puteți utiliza, de asemenea,
instrumente de depanare a browserului care se integrează în IE ,
Chrome sau Opera sau puteți descărca [Firebug](https://getfirebug.com/) pentru FireFox.
Fiecare instrument are o filă de rețea care vă va arăta toate
solicitările ajax și răspunsurile acestora. 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. Nu sunt sigur dacă ajută (am găsit Documentația ccnet oarecum inutil uneori):


[Utilizarea CruiseControl.NET cu MSTest](http://confluence.public.thoughtworks.org/display/CCNET/Using+CruiseControl.NET+with+MSTest) salut românilor din diaspora!

nu este ușor să obțineți un împrumut, în pofida venitului mare (după standardele românești). sugestia mea ar fi să nu vă limitați la o cercetare online, ci să discutați cu reprezentați de la diferite bănci și cu 2-3 brokeri de credit serioși. JavaScript nu are suport pentru multi-threading pentru că JavaScript interpret în browser-ul este un singur fir (AFAIK). Chiar și Google Chrome nu va lăsa o singură pagină web JavaScript rulează în același timp, deoarece acest lucru ar provoca distrugeri masive de probleme de concurenta în paginile web existente. Toate Chrome nu este de a separa mai multe componente (diferite tab-uri, plugin-uri, etc.) în procese separate, dar nu-mi pot imagina o singură pagină având mai mult de un JavaScript fir.


Cu toate acestea, puteți utiliza, așa cum a fost sugerat, `setTimeout` pentru a permite un fel de programare și "fals" de concurenta. Acest lucru provoacă browser-ul pentru a recâștiga controlul de redare fir, și începe cod JavaScript furnizate `setTimeout după anumit număr de milisecunde. Acest lucru este foarte util dacă doriți pentru a permite viewport (ceea ce vezi) pentru a actualiza în timp ce efectuează operațiuni pe ea. Doar looping prin exemplu, coordonatele și actualizarea unui element în consecință, vă va face să vezi începutul și sfârșitul poziții, și nimic în între.


Vom folosi o abstracție în bibliotecă JavaScript, care ne permite de a crea procese și fire care sunt toate gestionate de către același JavaScript interpret. Acest lucru ne permite să executați acțiuni în felul următor:


* Un Proces, Firul 1
* Un Proces, Firul 2
* Procesul B, 1 Fir
* Procesul De O, Fir 3
* Un Proces, Thread 4
* Procesul B, Firul 2
* Pauză De Un Proces
* Procesul B, Fir 3
* Procesul B, Fire 4
* Procesul B, Fir 5
* Începe Un Proces
* Un Proces, Thread 5


Aceasta permite o formă de planificare și falsuri paralelism, pornirea și oprirea de fire, etc, dar nu va fi adevărat multi-threading. Nu cred că va fi vreodată puse în aplicare în limba în sine, deoarece adevarat multi-threading este utilă numai în cazul în care browser-ul poate rula o singură pagină, multi-threaded (sau chiar mai mult decât un singur nucleu), iar dificultățile sunt mult mai mari decât posibilitățile suplimentare.


Pentru viitorul JavaScript, check this out:
[https://developer.mozilla.org/presentations/xtech2006/javascript/](https://web.archive.org/web/20170920070053/https://developer.mozilla.org/presentations/xtech2006/javascript/) 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. în cazul în care la încercarea de adăugare a unui domeniu addon se primește eroarea a dns entry for “domeniu.ro” already exists. you must remove this dns entry from all servers in the dns cluster to proceed. denotă că undeva în cluster-ul dns hostico, acel domeniu există deja adăugat pe un pachet de găzduire. în acest caz există două situații :  dacă domeniul vă aparține și doriți adăugarea lui pe alt pachet de găzduire, acesta va trebui șters din locația actuală dacă domeniul nu vă aparține va trebui să luați legătura cu deținătorul acestuia pentru a soluționa cedarea/preluarea dreptului de posesie asupra domeniului. 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.