che cos'è yandex?
yandex (russo: я́ндекс) è una società it russa che ha il più grande motore di ricerca in russia (con il 64% del mercato, e classificato come l'ottavo nel mondo), e sviluppa una serie di servizi e prodotti per internet. la pagina yandex.ru è classificata come la più famosa del web russo.
yandex fu lanciato nel 1997, il suo nome significa: "yet another indexer" (ancora un altro indice) o indice языково́й.
la parola russa "я" ("ya") corrisponde al pronome personale italiano "io", facendo diventare così "яndex" un gioco di parole bilingue index (inglese per indice).

in parole povere è un po' come google per noi, solo che yandex è per la russia...

ciao
tex <p>mi sono ricordato di aver visto una domanda simile a questa su stackoverflow .. l'ha trascinata e ho trovato un vantaggio interessante chiamato voxpopuli <a href="http://www.eldos.com/vp/">http://www.eldos.com/vp/</a> che suona praticamente come quello che stai cercando. probabilmente non è lucido come uservoice o getsatisfaction però.</p><p>non dimenticare di votare eugene mayevski a <a href="https://stackoverflow.com/questions/1576935/open-source-alternative-to-uservoice-or-get-satisfaction">https://stackoverflow.com/questions/1576935/open-source-alternative-to-uservoice-or-get-satisfaction</a> se questo ti ha aiutato :)</p> <p>per non dire che le altre risposte qui non hanno merito, fanno dei buoni punti. ma vado contro il consenso generale e sono d'accordo con te sul fatto che passare a siti web per qualcosa di più delle semplici funzionalità in tempo reale è molto interessante.</p><p>sto seriamente pensando di spostare la mia app da un'architettura restful a più di uno stile rpc tramite websocket. questa non è una "app giocattolo" e non sto parlando solo di funzionalità in tempo reale, quindi ho delle riserve. ma vedo molti vantaggi nel percorrere questa strada e sento che potrebbe rivelarsi una soluzione eccezionale.</p><p>il mio piano è di usare <a href="http://substack.net/posts/85e1bd/dnode-asynchronous-remote-method-invocation-for-node-js-and-the-browser">dnode</a> , <a href="http://socket.io/">socketio</a> e <a href="https://github.com/jashkenas/backbone">backbone</a> . con questi strumenti, i miei modelli e raccolte backbone possono essere passati da/a client e server semplicemente chiamando uno stile rpc di funzioni. niente più gestione rest endpoint, serializzazione/deserializzazione di oggetti e così via. non ho ancora lavorato con socketstream, ma vale la pena dare un'occhiata.</p><p>ho ancora molta strada da fare prima di poter affermare definitivamente che questa è una buona soluzione e sono sicuro che non sia la soluzione migliore per ogni applicazione, ma sono convinto che questa combinazione sarebbe eccezionalmente potente. ammetto che ci sono alcuni svantaggi, come la perdita della capacità di memorizzare nella cache le risorse. ma ho la sensazione che i vantaggi li supereranno.</p><p>sarei interessato a seguire i tuoi progressi esplorando questo tipo di soluzione. se hai qualche esperimento su github, ti prego di indicarmi. non ne ho ancora, ma spero presto.</p><p>di seguito è riportato un elenco di collegamenti da leggere in seguito che ho raccolto. non posso garantire che valgano tutti la pena, dato che ne ho solo scremati molti. ma spero che alcuni possano aiutare.</p><hr><p>ottimo tutorial sull'uso di socket.io con express. espone sessioni espresse a socket.io e discute come avere stanze diverse per ogni utente autenticato.</p><ul> <li> <a href="http://www.danielbaulig.de/socket-ioexpress/">http://www.danielbaulig.de/socket-ioexpress/</a> </li> </ul><p>tutorial su node.js/socket.io/backbone.js/express/connect/jade/redis con autenticazione, joyent hosting, ecc:</p><ul> <li> <a href="http://fzysqr.com/2011/02/28/nodechat-js-using-node-js-backbone-js-socket-io-and-redis-to-make-a-real-time-chat-app/">http://fzysqr.com/2011/02/28/nodechat-js-using-node-js-backbone-js-socket-io-and-redis-to-make-a-real-time- chat-app /</a> </li> <li> <a href="http://fzysqr.com/2011/03/27/nodechat-js-continued-authentication-profiles-ponies-and-a-meaner-socket-io/">http://fzysqr.com/2011/03/27/nodechat-js-continued-authentication-profiles-ponies-and-a-meaner-socket-io/</a> </li> </ul><p>tutorial sull'uso di pusher con backbone.js (usando rails):</p><ul> <li> <a href="http://blog.pusher.com/2011/6/21/backbone-js-now-realtime-with-pusher">http://blog.pusher.com/2011/6/21/backbone-js-now-realtime-with-pusher</a> </li> </ul><p>crea un'applicazione con backbone.js sul client e node.js con express, socket.io, dnode sul server.</p><ul> <li> <a href="http://andyet.net/blog/2011/feb/15/re-using-backbonejs-models-on-the-server-with-node/">http://andyet.net/blog/2011/feb/15/re-using-backbonejs-models-on-the-server-with-node/</a> </li> <li> <a href="http://addyosmani.com/blog/building-spas-jquerys-best-friends/">http://addyosmani.com/blog/building-spas-jquerys-best-friends/</a> </li> <li> <a href="http://fzysqr.com/2011/02/28/nodechat-js-using-node-js-backbone-js-socket-io-and-redis-to-make-a-real-time-chat-app/">http://fzysqr.com/2011/02/28/nodechat-js-using-node-js-backbone-js-socket-io-and-redis-to-make-a-real-time- chat-app /</a> </li> <li> <a href="http://fzysqr.com/2011/03/27/nodechat-js-continued-authentication-profiles-ponies-and-a-meaner-socket-io/">http://fzysqr.com/2011/03/27/nodechat-js-continued-authentication-profiles-ponies-and-a-meaner-socket-io/</a> </li> </ul><p>utilizzando backbone con dnode:</p><ul> <li> <a href="http://quickleft.com/blog/backbone-without-ajax-part-ii">http://quickleft.com/blog/backbone-without-ajax-part-ii</a> </li> <li> <a href="http://quickleft.com/blog/backbone-without-ajax-part-1">http://quickleft.com/blog/backbone-without-ajax-part-1</a> </li> <li> <a href="http://sorensen.posterous.com/introducing-backbone-redis">http://sorensen.posterous.com/introducing-backbone-redis</a> </li> <li> <a href="https://github.com/cowboyrushforth/minespotter">https://github.com/cowboyrushforth/minespotter</a> </li> <li> <a href="http://amir.unoc.net/how-to-share-backbonejs-models-with-nodejs">http://amir.unoc.net/how-to-share-backbonejs-models-with-nodejs</a> </li> <li> <a href="http://hackerne.ws/item?id=2222935">http://hackerne.ws/item?id=2222935</a> </li> <li> <a href="http://substack.net/posts/24ab8c">http://substack.net/posts/24ab8c</a> </li> </ul> <p>al livello più basso, winrt è un modello a oggetti definito a livello abi. usa com come base (quindi ogni oggetto winrt implementa <code>iunknown</code> e ricontatta), e costruisce da lì. aggiunge molti nuovi concetti rispetto a com di vecchi, molti dei quali provengono direttamente da .net - ad esempio, il modello a oggetti winrt ha delegati e gli eventi sono fatti in stile .net (con delegati e aggiungi/rimuovi abbonato metodi, uno per evento) anziché il vecchio modello com di origini e sink di eventi. tra le altre cose degne di nota, winrt ha anche interfacce parametrizzate ("generiche").</p><p>un altro grande cambiamento è che tutti i componenti winrt hanno metadati disponibili per loro, proprio come gli assembly .net. in com è una specie di quello con typelibs, ma non tutti i componenti com li avevano. per winrt, i metadati sono contenuti nei file .winmd - guarda dentro "c:\programmi (x86)\windows kits\8.0\windows metadata \" in anteprima sviluppatore. se cerchi, vedrai che in realtà sono assiemi cli senza codice, solo tabelle di metadati. puoi aprirli con ildasm, in effetti. nota, questo non significa che winrt stesso sia gestito, ma semplicemente riutilizza il formato del file.</p><p>quindi ci sono un certo numero di librerie implementate in termini di quel modello di oggetti - che definiscono le interfacce e le classi winrt. ancora una volta, guarda la cartella "windows metadata" di cui sopra per vedere cosa c'è lì; o semplicemente avvia object browser in vs e seleziona "windows 8.0" nel selettore di framework, per vedere cosa è coperto. c'è molto lì e non si occupa solo dell'interfaccia utente: ottieni anche spazi dei nomi come <code>windows.data.json</code>, o <code>windows.graphics.printing</code>, o <code>windows.networking.sockets</code>.</p><p>quindi ottieni diverse librerie, che si occupano in particolare dell'interfaccia utente, per lo più si tratta di vari spazi dei nomi in <code>windows.ui</code> o <code>windows.ui.xaml</code>. molti di loro sono molto simili agli spazi dei nomi wpf/silverlight - ad es. <code>windows.ui.xaml.controls</code> è strettamente corrispondente <code>system.windows.controls</code>; idem per <code>windows.ui.xaml.documents</code> eccetera.</p><p>ora .net ha la possibilità di fare riferimento direttamente ai componenti winrt come se fossero assembly .net. funziona diversamente dall'interoperabilità com: non hai bisogno di artefatti intermedi come gli interoperativi, devi solo <code>/r</code> un file .winmd e tutti i tipi e i relativi membri nei suoi metadati diventano visibili a te come se fossero oggetti .net. si noti che le stesse librerie winrt sono completamente native (e quindi i programmi c++ nativi che utilizzano winrt non richiedono affatto clr) - la magia per esporre tutta quella roba come gestita è all'interno del clr stesso, ed è di livello abbastanza basso. se ildasm un programma .net che fa riferimento a un .winmd, vedrai che in realtà sembra un riferimento esterno all'assemblea - non ci sono giochi di prestigio come il tipo di inserimento lì.</p><p>non è nemmeno una mappatura smussata - clr tenta di adattare i tipi di winrt ai loro equivalenti, ove possibile. quindi ad es. guid, date e uri diventano <code>system.guid</code>, <code>system.datetime</code> e <code>system.uri</code>, rispettivamente; interfacce di raccolta winrt come <code>iiterable&lt;t&gt;</code> e <code>ivector&lt;t&gt;</code> diventa <code>ienumerable&lt;t&gt;</code> e <code>ilist&lt;t&gt;</code>; e così via. questo funziona in entrambi i modi: se si dispone di un oggetto .net che implementa <code>ienumerable&lt;t&gt;</code> e restituiscilo a winrt, lo vedrà come <code>iiterable&lt;t&gt;</code>.</p><p>in definitiva, ciò significa che le tue app .net metro hanno accesso a un sottoinsieme delle librerie .net standard esistenti e anche alle librerie (native) winrt, alcune delle quali - in particolare <code>windows.ui</code> - sembra molto simile a silverlight, per quanto riguarda le api. hai ancora xaml per definire la tua ui e gestisci ancora gli stessi concetti di base di silverlight: associazioni di dati, risorse, stili, modelli ecc. in molti casi, è possibile eseguire il porting di un'app silverlight semplicemente con <code>using</code> i nuovi spazi dei nomi e modificando alcuni punti del codice in cui l'api è stata modificata.</p><p>winrt stesso non ha nulla a che fare con html e css, e ha relazione con javascript solo nel senso che è anche esposto lì, in modo simile a come viene fatto per .net. non è necessario avere a che fare con html/css/js quando si utilizzano le librerie dell'interfaccia utente winrt nella propria app .net metro (beh, immagino, se proprio lo si desidera, è possibile ospitare un controllo <code>webview</code>. .). tutte le tue competenze .net e silverlight rimangono molto rilevanti in questo modello di programmazione.</p> <p>ho usato <a href="http://home.snafu.de/tilman/xenulink.html">xenu's link sleuth</a> . funziona abbastanza bene, assicurati di non dos!</p> Le stringhe di connessione utilizzate dal progettista non sono stringhe di connessione regolari. Piuttosto sono stringhe `EntityConnection` . La differenza è che le stringhe di connessione di entità contengono ulteriori informazioni su dove trovare i metadati che descrivono il modello che è in forma di edmx in fase di progettazione - leggi di più [qui](http://msdn.microsoft.com/en-us/library/cc716756%28v=vs.110%29.aspx) . Code First utilizza solo stringhe di connessione regolari poiché costruisce il modello al volo in base al codice. Quindi, UnintentionalCodeFirstException sta impedendo all'utente di utilizzare la funzionalità CodeFirst con i modelli edmx perché il modello è specificato in edmx e non nel codice e, se fosse permesso, si finirebbe in effetti usando due modelli diversi (uno da edmx e uno creato da il codice) che molto probabilmente non sarà sincronizzato e comporterebbe un comportamento strano o addirittura potrebbe portare a corruzione dei dati e crash / eccezioni. Poiché EntityConnection è derivato da DbConnection e include semplicemente una connessione regolare, è possibile utilizzarlo in luoghi in cui si utilizzerà la connessione del provider. In alternativa, è possibile accedere alla connessione del provider spostato utilizzando il provider [StoreConnection](http://msdn.microsoft.com/en-us/library/system.data.entityclient.entityconnection.storeconnection%28v=vs.110%29.aspx) in EntityConnection. <p>come detto, è visto come un'unità usb da ubuntu, ma il sistema è progettato per la sincronizzazione in rete. la maggior parte delle cose non ha bisogno di un computer, ad esempio i miei contatti e i miei numeri di telefono si sincronizzano con il mio account gmail e facebook. immagini con picassa, file con dropbox, attività con remember the milk, ecc ...</p><p>lo collego davvero solo a un computer per eseguire i backup quando eseguo gli aggiornamenti di sistema (possiedo un htc magic con l'ultimo cyanogenmod rc). tutte le altre sincronizzazioni vengono eseguite magicamente sulla rete.</p> <p>con<em> inline </em>script come quello che hai citato, è improbabile che ci sia<em> much </em>difference; tuttavia, ogni volta che il parser html del browser incontra un tag <code>script</code>, questo:</p><ul> <li>arresta bruscamente</li> <li>crea una stringa del testo nel tag fino alla prima volta che vede la stringa <code>"&lt;/script&gt;"</code></li> <li>passa il testo all'interprete javascript, ascoltando l'output che l'interprete invia quando si esegue un <code>document.write</code></li> <li>aspetta che l'interprete finisca</li> <li>inserisce l'output accumulato ricevuto nel flusso di analisi</li> <li>continua la sua analisi</li> </ul><p>quindi aumentare il numero di volte che questa sequenza deve verificarsi può, in teoria, aumentare il tempo di caricamento della pagina. influisce anche sul grado in cui il parser può &quot;guardare avanti&quot; nel flusso di token, il che potrebbe renderlo meno efficiente.</p><p>tutto ciò sembra davvero drammatico, ma dovresti profilare una pagina reale nei vari browser che ti interessano per determinare se ha avuto un impatto reale.</p><p>quindi, in sintesi, combinale il più possibile. se non riesci a combinare ragionevolmente una coppia, non preoccuparti troppo fino a quando non vedi un problema del mondo reale.</p><p>quanto sopra è per script in linea. naturalmente, se si hanno diversi tag <code>script</code> che si riferiscono a una serie di file javascript esterni, si avrà anche il problema che ciascuno di questi file deve essere scaricato, e l'avvio di una richiesta http è una cosa costosa (comparativamente) e quindi è meglio , in grande stile, per combinarli in un unico file.</p><p>alcune altre cose da considerare:</p><ul> <li>avere molti tag <code>script</code> sparsi nel tuo codice html può rendere difficile la manutenzione dello script</li> <li>separare il tuo codice html e lo script in file separati ti aiuta a limitare il livello di accoppiamento, aiutando di nuovo la manutenzione</li> <li>mettendo lo script in un file separato, è possibile eseguire quel file tramite minifiers/compressors/packer, riducendo al minimo le dimensioni del codice e rimuovendo commenti, lasciandoti libero di commentare nel codice sorgente sapendo che quei commenti saranno privati</li> <li>mettere gli script in file esterni ti dà l'opportunità di mantenere le cose separate dalla funzionalità, e quindi combinarle in un unico file per la pagina (compresso/minificato/impacchettato) per una consegna efficiente al browser</li> </ul><p>di più:</p><ul> <li> <a href="http://developer.yahoo.com/performance/rules.html">le &quot;migliori pratiche per accelerare il tuo sito web&quot; di yui</a> </li> <li> <a href="http://code.google.com/speed/page-speed/docs/rules\_intro.html">&quot;best practice per le prestazioni web&quot; di google</a> </li> </ul> con una "googlata" avresti trovato gi tutto 
  
[>>VEDI<<--](https://it.ccm.net/download/scaricare-178-any-video-converter-free)
  
[>VEDI<<](http://worlddivx.it/park/)
  
Se guarderai a lungo nell'abisso anche l'abisso vorrà guardare in te....! il termine “wahy” ( rivelazione ) in arabo significa indicazione veloce; questa può essere verbale, codificata, un suono uniforme, oppure un gesto o simili. i vari significati e utilizzi di questa parola nel sacro corano attirano la nostra attenzione su alcuni punti:primo. la rivelazione non è specifica dell’uomo ma appartiene anche alle cose inanimate, al regno vegetale e animale ( la rivelazione di queste creature è la guida naturale e istintiva, o in altri termini la guida cosmologica di dio che li accompagna verso il loro obiettivo ) . tuttavia il livello più alto della rivelazione è specifico per i profeti e i devoti di allah e questo significa ispirare un messaggio nell’anima del profeta ( s ) e la comunicazione di dio con lui. in sostanza non è differente dalle altre ispirazioni date all’umanità, cambia solo il grado. il grado più basso riguarda le cose inanimate e il regno vegetale, mentre quello più alto appartiene ai profeti.secondo. il termine “wahy” è stato utilizzato anche con significati diversi: indicazione, tentazione, ispirazione nella comprensione attraverso l’istinto e ispirazione in sogno; il grado più alto è la comunicazione d’iddio con i profeti e i messaggeri.le caratteristiche della rivelazione sono:1.     sia interiore.2.     presenza di un maestro.3.     comprensione della rivelazione.4.     comprensione dell’intermediario della rivelazione.il modo in cui si manifesta la rivelazione ai profeti è di tre tipi ( secondo l’allamah tabatabai -ra- conducono tutti a un unica cosa, ovvero la percezione della rivelazione senza intermediari da dio ) :1.     comunicazione di dio senza intermediari.2.     comunicazione da dietro una barriera.3.     comunicazione attraverso un messaggero o un angelo rivelatore.la spiegazione filosofica della rivelazione e del ruolo dell’angelo ricorda che per principio l’angelo non è un intermediario come si usa di solito pensare che, dopo aver sentito da dio, riferisce con una sua lingua particolare al profeta. egli è il recipiente che manifesta il messaggio divino, quindi non si tratta di intermediazione nel vero senso della parola affinché si parli di un suo errore. nel primo tipo di rivelazione non vi è intermediazione e anche nel secondo e terzo, se il profeta ( s ) non prestasse attenzione all’intermediario o alla barriera, riceverebbe la rivelazione senza intermediazione. per concludere, la realtà della rivelazione è un sapere intuitivo, quindi al contrario di quello acquisito, non può essere falso o errato. perciò l’essere umano, attraverso un viaggio ascendentale e di perfezionamento, può arrivare al punto di essere al cospetto di dio e ricevere senza intermediazione la scienza divina. qui si allontana dalla numerosità delle cose e si libera dai legami con altri che dio, inoltre diventa immune a ogni tipo di errore: questo è il grado d’infallibilità dei profeti ( a ) .