| Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. |
| | | Só conheço duas formas de melhorar o desempenho dos browsers: diminuir o tempo de rendering ou substituir o TCP pelo UDP. :) Tudo o que vier a mais é conversa fiada... Penso eu de que. Cirruz
|
| |
| | Siga, agora temos o browser maravilha, mas ha alguma coisa que aquele browser nao falta ?... Que perda de tempo... a velocidade, enfim...
--------------------------------------------
If there is such a thing as too much power...
I've not discovered it...I |
| |
| |
| | | Caro Sr., imagine que é outra pessoa (eu sei que é complicado, mas faça um esforço). Agora, leia a seguinte frase: Siga, agora temos o browser maravilha, mas ha alguma coisa que aquele browser nao falta ?... Que perda de tempo... a velocidade, enfim... Não faz qualquer sentido, pois não? Agora leia a próxima frase: Siga! Agora temos um browser maravilha! Mas há alguma coisa que esse browser não faça? Que perda de tempo, a velocidade. Enfim... Reserve alguns segundos para meditar e tire conclusões. O Corrector Ortográfico do gildot.
|
| |
| | Sr. Corrector Ortográfico
Enquanto o resto das pessoas escrever sem se preocupar com o que os seus destinatários vão ler, graças ao desrespeito pelas regras básicas de pontuação e aos erros crassos de ortografia, declaro desde já o meu mais sincero e profundo apoio à sua causa.
Se temos que começar a educar as pessoas e os professores de português não o fazem nas escolas, que seja aqui.
Kudos.
|
| |
| | Caro Senhor, Se não estivesse atrofiado como estou dava-lhe uma boa resposta, mas como até nem me apetece entrar em tripes, vá a esta pagina e divirta-se.
--------------------------------------------
If there is such a thing as too much power...
I've not discovered it...I |
| |
| | Tão e não tira cafés, não? ;)
|
| |
| hmm (Pontos:3, Interessante) |
| | Não costumo descartar estes "milagres" logo à primeira vista, um tipo nunca sabe. Mas isto, a ser verdade, só será possível fazer com software com algum tipo de compressão do lado do servidor. Isso não é inedito, veja-se por exemplo o blue kite (bluekite?), aquela tecnologia que a vodafone (na altura telecel, salvo erro) suportou, e ainda deve suportar, para acelerar os conteudos do pessoal que acedia à web via GSM.
Ou isso ou os gajos tão a comparar velocidade de rendering. E 500% mais rapido do que o IE (que para mim já é instantaneo que chegue) é capaz de ser fácil de atingir, apesar de, imho, inútil.
Hasta,
kossak
|
| |
| |
| Re:hmm (Pontos:3, Esclarecedor) |
| | E 500% mais rapido do que o IE (que para mim já é instantaneo que chegue) O Opera é o browser mais rápido. Por isso é que foi escolhido para ser o browser do Symbian OS, o sistema operativo de todos os telemóveis que sairão nos próximos anos.
Quero ver agora, que o número de telemóveis com acesso à Internet vai ultrapassar o de computadores, o que será dos azelhas dos webdevelopers que fazem sites só para IE ver...
|
| |
| | O Opera é o browser mais rápido. Por isso é que foi escolhido para ser o browser do Symbian
isso, e o facto de ter sido criado la pros lados do polo norte :D
B0rn to frag!
ph34r da powa of da daemon =) |
| |
| Re:hmm (Pontos:2, Esclarecedor) |
| | Amen :)
Sou fan do Symbian desde que ele se chamava EPOC, e já instalei varias vezes o Opera no meu Revo+.
Em relação ao IE, o problema nao é propriamente do IE, porque (que eu saiba) o browser renderiza correctamente todas as paginas que adiram ao standard. O problema é ser demasiado "tolerante" a erros de HTML e os developers nao terem paciencia para testar com outros browsers, entao vao pela via facil que é bloquear tudo o que nao seja IE.
Btw, tive a experimentar o Opera 7 no outro dia, parece-me excelente :)
|
| |
| Re:hmm (Pontos:3, Interessante) |
| | kossak: O bluekite deixou de ser suportado pela Vodafone. Caput.
Para todos os outros: O bluekite e todos os sucedâneos (lembro-me de me passar pelas mãos uma coisa parecida da Ericsson chamada WebOnAir) não são mais que proxies configurados para "limpar" código html (retirando comentários, javascr<b></b>ipt, e código supérfluo), comprimir os ficheiros do lado do proxy e descomprimir no cliente (digamos que há ligações com compressão de dados mas que a mesma não é _assim_ tão boa) e diminuir a qualidade das imagens (manipulando o número de cores ou a compressão jpg). Quem usava Windows tinha uma consola de administração onde se escolhia o tipo de compressão que se queria para as páginas ou então caso se usasse outro SO/browser usava-se uma configuração predefinida.
Só não percebo é porque é que a ideia não vingou...
|
| |
| | | Aparentemente um jovem de 16 anos na Irlanda programou um browser denominado "XWEBS" que aumenta a velocidade de navegação até 500% (!). Qd inicialmente li esta noticia tb me pareceu algum tipo de hoax e hype por parte dos media. Tb li os varios comentarios no Slashdot. No entanto: 1) parece que já há confirmações independentes do facto; o jovem parece ter kitado a coisa com o uso de proxy servers, melhorias no streaming de dados e prioritização nos elementos da pagina a "sacar"; 2) o meu browser com o fetch de imagens externas ao site desligadas, com o Javascr1pt (ie popups) e o Java desligados, com uma CSS pessoal kitada para fazer display:none a imagens com 460x68 (ou lá qual é o tamanho standard dos banners; n m lembro agora), com HTTP 1.1 enabled e com um proxy (wwwoffle) à frente a fazer pre-fetch dos links (excepto imagens) tb fica 3 a 4 vezes mais rapido do que se não tivesse nada disso. Neste momento o monopolio e consequente falta de inovacao da Microsoft na area dos browsers deixa muito espaço para alguem com imaginação e engenho (eu por exemplo gostava muito de um browser que aceitasse links com multiplos hrefs e que mostrasse as varias alternativas do link com um clique no botao direito do mouse; mas fico à espera que alguem o faça :-) Cumprimentos Mario Valente
|
| |
| |
| | o monopolio e consequente falta de inovacao da Microsoft na area dos browsers Terias andado a ler o John C. Dvorak? ;-)
|
| |
| | | Não (não o leio desde que ele escrevia na Byte *em papel*), mas obrigado pelo link de qq maneira. Cumprimentos Mario Valente
|
| |
| | | Neste momento o monopolio e consequente falta de inovacao da Microsoft na area dos browsers deixa muito espaço para alguem com imaginação e engenho (eu por exemplo gostava muito de um browser que aceitasse links com multiplos hrefs e que mostrasse as varias alternativas do link com um clique no botao direito do mouse; mas fico à espera que alguem o faça :-) Nao me parece que haja assim tanto espaco para inovacao -- nem por parte da M$ nem como de outros. Os browsers ja' estao razoavelmente evoluidos, e para dar um salto quantificativo era preciso melhorar outras coisas que nao o browser. A inovacao que falta na web parece-me estar mais no lado do servidor/protocol do que do cliente.
"Arguing on the Internet is like running in the Special Olympics -- Even if you win you're still retarded."
|
| |
| | 2) o meu browser com o fetch de imagens externas ao site desligadas, com o Javascr1pt (ie popups) e o Java desligados, com uma CSS pessoal kitada para fazer display:none a imagens com 460x68 (ou lá qual é o tamanho standard dos banners; n m lembro agora), com HTTP 1.1 enabled e com um proxy (wwwoffle) à frente a fazer pre-fetch dos links (excepto imagens) tb fica 3 a 4 vezes mais rapido do que se não tivesse nada disso.
(racme@lordaeron)(72/pts)(11:12:01/15/03)-
($:~/projectos/gildot)- wget --convert-links -p www.gildot.org -o speedometerlog
--11:12:16-- http://www.gildot.org/
=> `www.gildot.org/index.html'
Resolving www.gildot.org... done.
Connecting to www.gildot.org[194.38.131.34]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
0K .......... .......... .......... .......... ....... 355.34 KB/s
11:12:16 (355.34 KB/s) - `www.gildot.org/index.html' saved [48758]
Loading robots.txt; please ignore errors.
--11:12:16-- http://www.gildot.org/robots.txt
(...)
--11:12:18-- http://www.gildot.org/images/gilmini.gif
=> `www.gildot.org/images/gilmini.gif'
Reusing connection to www.gildot.org:80.
HTTP request sent, awaiting response... 200 OK
Length: 3,500 [image/gif]
0K ... 100% 3.34 MB/s
11:12:18 (3.34 MB/s) - `www.gildot.org/images/gilmini.gif' saved [3500/3500]
FINISHED --11:12:18--
Downloaded: 97,204 bytes in 23 files
Converting www.gildot.org/index.html... 219-10
Converting www.gildot.org/robots.txt... 16-8
Converted 2 files in 0.01 seconds.
:/ portantos,
2 segundos nao ta nada mal :D
B0rn to frag!
ph34r da powa of da daemon =) |
| |
| | Neste momento o monopolio e consequente falta de inovacao da Microsoft na area dos browsers deixa muito espaço para alguem com imaginação e engenho (eu por exemplo gostava muito de um browser que aceitasse links com multiplos hrefs e que mostrasse as varias alternativas do link com um clique no botao direito do mouse; mas fico à espera que alguem o faça :-) Concordo que os browsers estão "parados no tempo", a última grande evolução foi permitirem não escrever "http://" antes do endereço :->.
Agora, o que referes, sobre os múltiplos hrefs, não tem a ver com o browser mas sim com a linguagem, controlada pela W3C. Fometar este tipo de alterações sobre a linguagem seria andar uns anos para trás...
|
| |
| | | a última grande evolução foi permitirem não escrever "http://" antes do endereço Tu usas IE, não é?
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | Mais uma vez quem repôs o logo normal do gildot se esqueceu de alterar os parâmetros width/height no html... Alzheimer talvez?
-- Carlos Rodrigues
|
| |
| | Confirmo que já testei este browser com um tremendo sucesso.
Assinei foi um NDA, sorry.
-- |
| |
| |
| | Eu também sei o que se passou em Roswell, e exactamente porque mataram o JFK.
Mas... NDA, sorry.
"To underestimate one's self is as much a departure from truth as to exaggerate one's own powers"
- Sherlock Holmes |
| |
|
| | UAU, vais jogar basketball?
:P
## I live the way I type; fast, with a lot of mistakes. |
| |
| | Talvez estivesses a pensar no NBA.. :)
-- |
| |
|
| | | Boas. Já que esta é um forum para discussões saudáveis vamos lá discutir o assunto. :) Neste artigo destacam-se duas coisas:
- a veracidade ou não do mesmo
- as implicações decorrentes da sua ou não veracidade Vamos por partes. 1) Veracidade do artigo.
Os factos são que o dito browser terá sido por um adolescente de 16 anos em 18 meses e consiste em 780.000 linhas de código. Assumindo que trabalho todos os dias 8h, pelas minhas contas dá uma média de 180 linhas de código por hora. Este valor parace-me demasiado exagerado. Quem está habituado a fazer software sabe que isso não é bem assim e que muito tempo não gasto a fazer código mas sim a fazer análise e planificação e sobre tudo testes. Obviamente que um software com a complexidade como a descrita (com suporte para reprodução de vídeo e som, assistente para navegção com capacidade para ler as páginas webs, etc) não me parece realizável não espaço de tempo tão curto por uma única pessoa. Também não creio que um adoclescente de 16 anos tenha sensibilidade para todas as áreas que teriam sido abordadas. Mesmo admitindo que a humanidade tenha sido brindade por mais um génio, parece pouco provável que conseguisse realizar tal proeza em tão pouco tempo. Não vou excluir a possibilidade mas digamos que quase não lhe dou credibilidade. 2) Implicações decorrentes da veracidade do artigo.
Assumindo que é falso, e eu acho que o é, não passa de mais um boato. Assumindo que é verdade temos um mais génio a contribuir para o bem da humanidade (pelo menos assim espero) e temos andado todos a dormir porque não nos apercebemos de nada. :) Vamos ao que interessa. Quer seja verdade ou não este artigo levantou questões pertinentes relativamente a navegação na web. Por isso deixo aqui algumas perguntas e aguardo pelas vossas opiniões. - Como podemos melhorar a navegação na Web tanto em termos de velocidade como qualidade de serviço?
- O que alterariam no vosso browser?
- O que acham que tem ser alterado para a internet do futuro?
- Será que os nosso protocolos de comunicação já estão todos ultrapassados? Fiquem bem!
JP PS: já tenho a minha pass de volta! Já não era sem tempo. :)
|
| |
| |
| | | Os factos são que o dito browser terá sido por um adolescente de 16 anos em 18 meses e consiste em 780.000 linhas de código. Assumindo que trabalho todos os dias 8h, pelas minhas contas dá uma média de 180 linhas de código por hora. Este valor parace-me demasiado exagerado. Essas contas estao todas feitas até à exaustao no Slashdot, por isso respondo-te com a resposta de lá: com 16 anos eu tinha mais do que 8 horas por dia para programar e, mais do que isso, fazer muito copy/paste de codigo; para alem disso poderia ser um grande fan de whitespace (ie linhas em branco). Cumprimentos Mario Valente
|
| |
| | <i>- Como podemos melhorar a navegação na Web tanto em termos de velocidade como qualidade de serviço?
- O que alterariam no vosso browser?</i>
Por acaso vi um comentário interessante no slashdot sobre uma forma de acelerar a navegação, pois o que dizem é que esse browser acelera a navegação e não outra coisa.
Passa por, enquanto o browser recebe uma página, compará-la antes mesmo de ter acabado de carregar a página com as que tem em cache e aplicar umas regras inteligentes para adivinhar o que vem a seguir: exemplo prático:
o browser pede a pagina principal do gildot. recebe os headers, a <table><tr etc e compara com o que tem em cache. claro que eu jávi várias vezes o gildot, e o browser sabe que a página tem várias partes estáticas. aparecem logo logotipo, primeira coluna e rodapé. antes mesmo de acabar de fazer o fetch da página e imagens correspondentes. se o meu objectivo é clicar num dos primeiros links que aparecem na coluna da esquerda o browser acelerou a minha velocidade de navegação. O browser poderia até mostrar a última versão que tem em cache (à semelhança da porcaria do IE, mas só emquanto acaba de fazer o fetch, fazendo as correções necessárias à medida que recebe os dados. Isso aumenta muito a velocidade a nível de aparição da página, e serve para eu verificar que a página não me interessa e voltar para trás, ou clicar num link que apareça. A desvantagem é que ocupa muito mais processamento por parte do browser, e tem o problema de chegarem a aparecer inexactitudes corrigidas quando acaba o fetch.
Surge me agora o exemplo de que uma table não aparece num browser, enquanto o browser não vir o </table>.
Isto parece a forma com são renderizados pdf ou postscr1pts, em que nalguns casos, com um computador lento vêm-se outras imagens, depois corrigidas. Hou ve há muito tempo um artigo no gildot sobre isso.
------ EOFim. |
| |
| por Anonimo Cobarde em 15-01-03 13:33 GMT (#27)
|
| Afinal a noticia é mesmo verdadeira.
Como é q o rapaz conseguiu?
Bem foi mais simples do que parece.
Agarrou no código de algum browser Open-source, alterou-o para pôr em cache toda a tralha de ligações da página actual e seguintes, e voilá!
Quando foi a exposição do browser já o computador estava ligado há horas e como tal já tinha o disco cheio de páginas em cache.
O problema é q uma ou outra página não estava em cache e como tal a conclusão foi que o browser consegue velocidades entre 100% (páginas que ainda não foram armazenadas) e 500% (o disco era lento porra, se fosse rápido tinha sido 2000%)
Divirtam-se e não liguem a babuseiras deste tipo.
|
| |
| | Acalma-te, rapaz. :)
Se gozamos com uma coisa destas, é só por uma razão: é uma afirmação sensacionalista (é como dizer "fui raptado por extraterrestres que fizeram experiências comigo" ou "sou a reencarnação do Beethoven e tenho em memória uma sinfonia secreta dele"), mas... não há provas. Logo, qualquer um pode afirmar o que quiser.
"Afirmações extraordinárias requerem provas extraordinárias" - Carl Sagan. E o homem sabia do que falava. :)
"To underestimate one's self is as much a departure from truth as to exaggerate one's own powers"
- Sherlock Holmes |
| |
| |
