Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. |
| | Paul Vixie = Internet Software Consortium Eu estou habituado a ver estas pessoas como os "good guys". Talvez a ideia tenha sido evitar que alguem o fizesse com o intuito de cobrar "royalties" ao mundo todo.
|
| |
| | Antes o Paul Vixie do que o Bill Gates ou o CEO da Amazon... Existem inumeras patentes que estao registasdas e os seus "donos" deixam que sejam usadas livremente, protegendo-nos da maldade e ganancia de algumas entidades. aknot |
| |
|
| | I'm affraid not -- a patente foi registada atraves da Mirror Internet. Afinal se calhar era melhor se fosse o Bill Gates a tela registado... "I triple guarantee you, there are no American soldiers in Baghdad.", Mohammed Saeed al-Sahaf, Iraqi Minister of Information
|
| |
|
| | O Squid é anterior à patente e isso não é dificil de provar.
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | Mas penso que o que interessa é a data do produto (ou ideia) a que se refere a patente e não a data em foi a patente foi concedida. Esse foi um dos problemas no uso do programa compress(1). Neste caso, e pegando num dos links do leitao, parece que o produto que obteve a patente foi criado em 1996 (é a única data que aparece no site, e nao especificam meses). Acontece que o squid foi criado mais ou menos por essa data (link) e já derivava ainda de um outro software... |
| |
| | Correcções ao teu português: tê-la e não tela hihihiih. Tomaaaa! Bem, piadas à parte, podias dizer-nos onde leste a notícia? Choca um pouco associar registo de patentes ao Paul Vixie, mas nunca ouvi falar que ele se juntasse a qualquer movimento contestatário às patentes. Os motivos pelos quais o fez? Pelo menos não é uma patente estúpida e até é capaz da SCO pôr alguma acção contra ele eheheh.
"No comments" |
| |
| | A noticia esta' em montes de sitios, incluindo o Slashdot -- aqui. "I triple guarantee you, there are no American soldiers in Baghdad.", Mohammed Saeed al-Sahaf, Iraqi Minister of Information
|
| |
Quase. (Pontos:2, Interessante) |
| | leitao: "Paul Vixie, o criador do cron e do bind patenteou o conceito de "Internet Proxy". No comments." Eu comento. Atenta nesta passagem: efficiently stores and retrieves content requests and balances Web traffic between origin servers to improve performance and speed Akamai? Alguem ai'? |
| |
|
| | Akamai NAO balanceia trafego entre servers de origem. Akamai baseia-se num "source IP based DNS response" (acabei de inventar o termo :D ) e em "PoPs" locais para fazer a entrega de conteudos a partir de servers mais "proximos" do cliente final (therefore reduzindo a utilizacao de links internacionais, tradicionalmente mais caros). Mais ainda, a Akamai tem (tinha ?) um feed por satelite para "alimentar" os seus "PoPs", reduzindo ainda mais o load nos links "normais". Daqui se depreende que "Akamai'zed != Proxy-Based". -- Whatever |
| |
| | Daqui se depreende que "Akamai'zed != Proxy-Based" Nao exactamente. A rede Akamai e' essencialmente um reverse-proxy para quem lhes paga pelo servico. O servico de reverse-proxy e' usado por MUITA gente para balancear trafego ou para poupar os HTTP servers. (o proprio gildot tem um rproxy na frente). A diferenca entre um rproxy "tradicional" e a akamai e' que eles espalham os proxies pelos seus PoP, e usam o algoritmo a que chamaste "source IP based DNS response" para entregar os clientes ao PoP mais proximo (e consequentemente, ao proxy mais proximo). A Akamai NAO faz push da informacao para os proxies. Da primeira vez que essa informacao e' pedida, fica no proxy ate' expirar (como um proxy normal). O funcionamento daquilo e' qualquer coisa do tipo:
- O Gildot contrata servico `a Akamai para proxy das imagens e dos streams de video ;) - Akamai envia ao Gildot a "formula" para gerar URLs, que vao ser qq coisa do tipo http://a1234.g.akamai.net/1/2345/678/02012000/www.gildot.org/gildot.gif - Gildot substitui os URLs nas paginas para apontar para os URLs Akamai - "Cliente" chega ao Gildot, browser pede as imagens - O PoP Akamai mais proximo recebe o pedido, valida o URL (algoritmo desconhecido (*)), pede a imagem ao Gildot, e guarda em cache para servir ao proximo cliente ... e pronto. Just a proxy :-) O truque esta' no DNS "magico" (a1234.g.akamai.net aponta para o IP do PoP mais proximo) e na validacao da autenticidade do cliente (via URL). Para conteudo dinamico e' inutil, mas para coisas estaticas (imagens e clips multimedia) e' um sonho. A Mega FM, por exemplo, tem o stream de audio live deles via Akamai. O que, em termos praticos, implica que, digamos, 100 clientes da FCCN representam apenas uma ligacao ao servidor da MegaFM (o PoP Akamai na FCCN liga-se uma vez, e depois "multiplexa" para os 100 clientes). gastam 1% da largura de banda que gastariam, e precisam de substancialmente menos capacidade de processamento.
* - Houve uma altura em que o algoritmo de validacao era tao bom (not) que qualquer site era "Akamaizable" desde que o URL fosse no formato correcto. Nao sei como esta' agora. |
| |
| | A Cisco vai adorar! Vamos ver o que isto dá. |
| |
|
| | Onde é que o meu amigo anda a refinar o humor? :-) Anyway, é bem feito prá Cisco, agora também anda numa de criar um monopólio com as especificações à maneira deles (nõo quer dizer que sejam más técnicamente).
"No comments" |
| |