Un Senatore degli Stati Uniti, il democratico Whip Dick Durbin, ha chiesto alle principali aziende del suo Paese che operano in Rete di spiegare nei dettagli le loro operazioni in Cina.
La richiesta arriva nel momento probabilmente più opportuno: nei prossimi giorni si parlerà in aula dell’efficacia o meno di un codice di autoregolamentazione, la Global Network Initiative , adottato da tali aziende. Il 2009, d’altronde, è stato, anche secondo le osservazioni di OpenNet Initiative , un anno in cui i controlli di Internet sono aumentati, tanto da riguardare oggi il 32 per cento dei netizen.
Il dialogo in Parlamento partirà dalla vicenda Google in Cina, che in questo scenario ha un ruolo fondamentale. “Google ha dato un grande esempio opponendosi alle continue richieste del Governo cinese contro la libertà d’espressione e la privacy. Attendo con ansia di sapere se altre aziende americane intendono seguirlo”, ha dichiarato Durbin.
Il Senatore ha infatti deciso, per avere queste risposte, di spedire lettere informative ai principali attori del settore, tra cui Facebook, Cisco, Twitter, Oracle, Skype, Apple, Amazon e eBay.
La domanda principale è come intendono contribuire a proteggere i diritti umani: la Global Network Initiative è stata sviluppata per fare chiarezza sulle policy adottate dagli operatori della rete nei confronti di paesi che attentano alla libertà di espressione online. Che significa, per le aziende che lavorano su Internet, spiegare come ci si destreggia fra censura e divieti e quanto si è disposti a collaborare (fino a mettere a disposizione le proprie conoscenze tecniche) con governi che chiedono controllo e annientamento della privacy.
Le aziende chiamate in causa potranno rispondere direttamente al Senatore o anche aspettare l’udienza indetta sull’argomento il prossimo mese.
Claudio Tamburrino
-
Già che ci siamo
Mi sa che è il caso di citare anche wikipedia tra i SW (e i siti) che ne trarrebbero vantaggio.advangeAlla fine della fiera
Alla fine si ritorna sempre al caro vecchio e complesso c++Pessimismo e fastidioRe: Alla fine della fiera
Se è per questo l'assembly è ancora più performante O)Il punto non è PHP, Java, C o Basic... il punto è "a cosa ti serve ?"Certi linguaggi offrono più funzionalità integrate, altri sono più portabili, altri sono più performanti ma tutto è finalizzato a quello che vuoi ottenere e di quante e quali risorse disponi per ottenerlo. Puoi anche sviluppare un intero sito dinamico come CGI scritte in puro assembly... l'esecuzione sarà velocissima ma per sviluppare quel sito impiegherai 10 volte il tempo impiegato se l'avessi fatto in C++ e 50 volte se l'avessi fatto in PHP. Ne vale la pena ?Il software di Facebook in un certo senso salva capra e cavoli... consente la flessibilità e la facilità del PHP che è un linguaggio nato e dedicato allo sviluppo di siti web dinamici alla velocità d'esecuzione di un codice compilato quale quello prodotto dai compilatori C++StarRe: Alla fine della fiera
- Scritto da: Star> Il software di Facebook in un certo senso salva> capra e cavoli... consente la flessibilità e la> facilità del PHP che è un linguaggio nato e> dedicato allo sviluppo di siti web dinamici alla> velocità d'esecuzione di un codice compilato> quale quello prodotto dai compilatori> C++quello che sui server java fa da anni... benvenuto nella cerchia PHP!pentolinoRe: Alla fine della fiera
non mischiamo XXXXX java con cioccolata c++ kthxbyebla blaRe: Alla fine della fiera
contenuto non disponibileunaDuraLezioneRe: Alla fine della fiera
Assembly più veloce: falso. Le tecniche ti ottimizzazione adottate oggi dai compilatori superano di gran lunga le capacità di un programmatore. Il modo migliore per avere applicazioni performanti è di scrivere codice pulito, lineare, modulare e abbondare di cicli e variabili. Ci pensa poi il compilatore ad ottimizzare.Il problema è che "scrivere codice pulito, lineare, modulare e abbondare di cicli e variabili" non è cosa semplice... solo un pelino più semplice di scrivere buon codice ottimizzato in assembly.mXoGrandi!
non ho ancora guardato neanche una riga ma già la cosa mi intriga tantissimo!! ..e considerato che i progetti open tipo Roadsend sono ancora in alto mare, sono proprio curioso di vedere questo come funziona e cosa fa :)Samuele C.Re: Grandi!
Quello che fanno tutti i compilatori: trasformare un linguaggio in un'altro.Vedere Lex e Yacc: http://dinosaur.compilertools.net/echoesp1out of web
Chissà se si potrà utilizzare come motore di scriting per applicazioni...sarebbe una soluzione ottima, la flessibilità di un motore di scripting, pergiunta maturo come php, e la velocità di c++...per giochi e plug-in vari sarebbe fantastico.G,GUn grandissimo passo avanti
Beh lo so che c'erano già alcune tecnologie che permettevano una cosa del genere (mettiamo il compilatore Ahead Of Time che solo Mono ha), mettiamo pure che a me, francamente, PHP ha fatto sempre un po' schifo per la sua natura di linguaggio di scripting a mio avviso molto meno adatto di linguaggi come C# e Java a realizzare grandi applicazioni scalabili e modulari - tanto la portabilità ce l'abbiamo comunque - ma credo che questo sia un vero passo avanti per il mondo open in funzione del fatto che PHP può adesso svincolarsi da Zend, che è una tecnologia proprietaria.Sono molto contento che il team di Facebook, tanto vituperato per la gestione della privacy (ne so qualcosa sulla mia pelle), oggi si meriti un plauso per aver reso a tutti disponibile una tecnologia che migliorerà l'esperienza web di tutti i fornitori, sulla quale sicuramente avranno investito denaro.djechelonRe: Un grandissimo passo avanti
- Scritto da: djechelon> open in funzione del fatto che PHP può adesso> svincolarsi da Zend, che è una tecnologia> proprietaria.Alcuni loro software sono proprietari, ma puoi benissimo non usarli. Anche perchè si pagano.Federicose credete che vi serva
nel 95% dei siti il collo di bottiglia sono db e file system. prima che php sia per voi un problema, dovete avere migliaia-milioni di visitatori, oppure applicazioni php talmente complesse che forse avreste dovuto farle in c++ sin dall'inizio.in rete potete trovare numerosi articoli a riguardo della velocità di php, tutti dicono più o meno la stessa cosa: php non è lento.poi è chiaro che con certi volumi di traffico, ogni dettaglio conta, ma parliamo di realtà veramente fuori dal comune.budspencerRe: se credete che vi serva
In pochi pensano ad ottimizzare il codice sql, a cosa servono gli indici sono inutili e fanno perdere a pensarli. Ed il sistemista deve fare il debug delle applicazioni scritte con i piedi e si dà sempre colpa al linguaggio: java è lento, php è lento, il server è lento. La verità è un altra....PippoRe: se credete che vi serva
Esatto! Manca proprio il concetto di collo di bottiglia!Nessuno ha ancora capito che i programmi vanno ottimizzati dove vanno lenti! E guarda caso, nella maggior parte dei programmi, sono le query che fanno da discriminante nella velocità!Con gli indici, come citato sopra, si può trasformare una query da 30 secondi in una query da 1/10 di secondo...Unito a questo ci sono le caxxatone quotidiane, dove in un ciclo che scorre una tabella da qualche milione di record, butti tutto in memoria (o peggio ancora in sessione) a suon di new... e grazie che il java (php) è lento se fai così!Php diventa collo di bottiglia se hai una applicazione che deve fare tanti calcoli. Ma anche in questo caso spesso sono i programmi progettati male che fanno danno.Questo perchè alcuni calcoli vengono rifatti ad ogni richiesta di ogni utente, cosa che spesso non serve (basta salvare il risultato).Esempio banale? Thumbnail ricreata al volo ad ogni richiesta di preview...poiuyera logico
...che prima o poi qualcuno ci pensasse.Perché interpretare tutte le volte lo stesso codice? E' stupido. Lo si compila una volta per tutte e via.Ci hanno pensato quelli di Facebook, ma ci poteva pensare prima qualcun altro. Si spera soltanto che ora la tecnologia sia disponibile liberamente per tutti.L'unico appunto che mi sento di fare è la compilazione da PHP a C++: potevano direttamente compilare le pagine web in degli .exe da far girare come CGI o che so io. Avrebbero guadagnato ancora di più... ma forse faranno anche questo, prima o poi. Microsoft aveva già fatto qualcosa del genere con ASP, ma meno estrema... l'idea c'è già da tempomassimowskiRe: era logico
http://eaccelerator.net/ è da tempo che c'è.PippoRe: era logico
Compilazione Just in In Time (JIT), questa sconosciuta.James EffexRe: era logico
- Scritto da: James Effex> Compilazione Just in In Time (JIT), questa> sconosciuta.Hai idea di come funzioni JIT? L'ingolfamento del proXXXXXre c'è sempre...Documentati vàPinoCGI è morto, W CGI
Praticamente un ritorno alle vecchie CGI. Bentornate :)xWolverinexMa qualcuno l'ha visto questo codice?
La pagina "facebook developers rimanda a questo indirizzo:http://developers.facebook.com/hiphop-php/Ma nel repository non ho trovato nulla che riguardi questo Hip Hop.inoltre il gruppo segnalato " HipHop for PHP Discussion Group " all'indirizzo: http://groups.google.com/group/hiphop-php-dev è vuoto.piraRe: Ma qualcuno l'ha visto questo codice?
effettivamente:http://github.com/search?q=hiphop-php&x=0&y=0Repositories (0)(0.0 seconds)no matching results Users (0)(0.001 seconds)no matching resultsSource Code (0)(0.0 seconds)no matching results :|xWolverinexRe: Ma qualcuno l'ha visto questo codice?
Buono...Strano che abbiano fatto un annuncio senza caricare nulla.Spero rimedino, io ricontrollo settimana prossima senza fretta :DValerenRe: Ma qualcuno l'ha visto questo codice?
> Strano che abbiano fatto un annuncio senza> caricare> nulla.> Spero rimedino, io ricontrollo settimana prossima> senza fretta > :DStanno ancora aspettando il risultato in php... :DpippOnon immaginatevi che sia "plug and play"
al momento necessita di un http server particolare sviluppato da facebook.quindi non lo vedo esattamente come un gingillo che attacchi e godi.stanno pensando di renderlo compatibile con apache ma non si sa se e quando sarà possibilesathioRe: non immaginatevi che sia "plug and play"
tutt'al piu' "plug and pray" :DxWolverinexRe: non immaginatevi che sia "plug and play"
al max sarà compatibile nativamente con http://www.tornadoweb.org/vomplete_yphc
è già conosciuto nel mondo open source da parecchi anni. uno dei progettihttp://www.phpcompiler.org/igor.Igorcome volevasi dimostrare php alla frutta
ecco che iniziano ad uscire amenicoli per ottimizzare phpaddirittura un convertitore in c++.ma usare .net pareva brutto eh? eh gia'...e' da capitalisti.mah.il tarroRe: come volevasi dimostrare php alla frutta
shhhh hai pronunciato l'impronuciabile nel sito dei programmatori bolscevichi adesso verrai XXXXXato e mazziato!Flammaro PaninaroRe: come volevasi dimostrare php alla frutta
si ma li aspetto al varco. Guai a nominare c#il tarroRe: come volevasi dimostrare php alla frutta
Mah, asp.net è normalmente considerato più veloce di PHP, ma non per tutti gli usi (es. connessione con mysql) e non sempre. In pratica la differenza di performance è modesta. Al contrario un miglioramento del 50%, come promesso da questo accroccrio, se è vero, sarebbe tuttaltro che modesto.blobobRe: come volevasi dimostrare php alla frutta
- Scritto da: il tarro> ecco che iniziano ad uscire amenicoli per> ottimizzare> php> addirittura un convertitore in c++.> > ma usare .net pareva brutto eh? eh gia'...e' da> capitalisti.No. .Net è più veloce di PHP "liscio", ma già se aggiungi APC/eAccelerator, PHP diventa pari o più veloce.Semplicemente .Net precompila in bytecode tutto il codice (come Java), mentre PHP liscio non lo fa, ma basta usare un acceleratore e si ottiene lo stesso risultato, con in più il vantaggio che non devi fare il deploy con la compilazione manuale, ma lo fa il webserver da solo quando vede che un file viene modificato. Ed eviti il baraccone da 200 MB costantemente allocati sul server.Bye.ShuRe: come volevasi dimostrare php alla frutta
Non e' solo una cosa da capitalisti. Tu sei pronto a consegnare tutto il tuo lavoro passato, presente e futuro ad una compagnia esterna?Non so te ma io preferisco lavorare senza pensieri e con il pieno controllo degli strumenti che utilizzo.RobynhubRe: come volevasi dimostrare php alla frutta
- Scritto da: il tarro> ecco che iniziano ad uscire amenicoli per> ottimizzare> php> addirittura un convertitore in c++.> > ma usare .net pareva brutto eh? eh gia'...e' da> capitalisti.Bah, chissà perché nessuno dei siti più visitati e usati al mondo (Facebook è il secondo dopo Google) usa .net.Saranno tutti scemi, sia quelli di Google (Youtube incluso) che quelli di Facebook.CiaspolaRe: come volevasi dimostrare php alla frutta
Sono fessi anche Wikipedia, YouTube, ecc.Nome e cognomeRe: come volevasi dimostrare php alla frutta
anche Twitter, che usa Ruby on RailsMettetevelo in testa, Winari: con i server non avete niente a che fare, e così rimarranno le cose!Nome e cognomeGrazie, il tuo commento è in fase di approvazioneGrazie, il tuo commento è stato pubblicatoCommento non inviatoGrazie per esserti iscritto alla nostra newsletterOops, la registrazione alla newsletter non è andata a buon fine. Riprova.Leggi gli altri commentiPubblicato il 4 feb 2010Ti potrebbe interessare