vBET 3.3.4 lançado

[rootksk]

Atualizado após o problema de carga do servidor

[steve]

Alguém tem alguma idéia de quão grande o cache de arquivos poderia começar antes que ele tenha um impacto negativo na performance?

[vBET]

Eu não entendo esse cache de arquivos, por que você precisa de um cache de segundo, o principal já caches de páginas e atualizações apenas quando o novo conteúdo é adicionado, então porque cache-lo por 1 hora mais uma vez, sua explicação é difícil de entender.

Cache de banco de dados armazena apenas traduções. Não todo o conteúdo HTML. Assim, quando alguma página traduzida é gerado, e depois a página normal primeiro é gerado e depois que ele é analisado e traduzido. Durante cache de DB tradução é usado e sentenças traduzidas são tomadas a partir daí. Apenas frases - HTML não todo, porque cada vez traduções podem ser diferentes (ie diferentes privilégios de usuários, conteúdo alterado). Uma página HTML pode ter centenas de frases para traduzir - vBET leva conteúdo entre tags HTML. Graças DB de cache essas traduções não têm de ser tomadas a cada vez a partir do Google - o que consome muito tempo - em vez disso, essas são tomadas a partir de seu banco de dados local. Ainda - página normal tem que ser gerada e depois que traduzido.

Cache de arquivo completo para os hóspedes funciona apenas para convidados. Graças que não precisa se preocupar que os usuários têm privilégios diferentes e ver coisas diferentes. convidados verá o mesmo conteúdo. Por causa disso não temos para analisar resultados e traduzi-lo peça por peça de cada vez - podemos simplesmente fazê-lo um tempo e um cache de saída HTML completo. Portanto, neste caso quando a página completa não está em cache, ou cache de conteúdo é muito antiga, então a tradução normal ocorre - tal como descrito anteriormente. Mas desta vez bem no final de saída HTML completo é escrito para o arquivo. Então da próxima vez, quando mesmo pedido vem de hóspedes que não geram até mesmo o conteúdo da página normal - nós fluxo simplesmente convidado já arquivo HTML em cache. É por isso que salvar várias consultas SQL, CPU e memória. Nós acabamos de dar para o conteúdo de usuário de arquivo estático. É por isso que é importante para determinar por quanto tempo esse cache será válido. Porque se algo vai mudar - ou seja, novo posto vai chegar a fio, em seguida, os convidados não vai ver este novo cargo até arquivo já em cache expire. Depois que durante a próxima requisição, página novamente normal será gerado, traduzido, e em cache - e isto convidados conteúdo vai ver isto por mais uma hora (configurável). Eles não verá nenhuma mudança até arquivo em cache expirar novamente. É claro que os usuários irão ver tudo, porque ele funciona apenas para convidados (assim para robôs também, porque os robôs rastrear o seu fórum como convidados).

Por favor, diga que ela ajuda e em caso de qualquer dúvida é só pedir - teremos o prazer de descrevê-lo mais

[vBET]

Super-Mate!

Graças um milhão,

Droga: achava que isso era para 4.0.x. .. fresco uma ou outra maneira embora ... Não posso esperar para a versão 4.0.x.

Será, será

[vBET]

Como faço para editar o css para as bandeiras, por favor, preciso mudar a forma como eles exibem como parece estranho como ela é.

em arquivo /images/vbet/flags/vbet.css
Por favor, descreva melhor o que significa "estranho" - talvez nós será capaz de ajudá-lo. Também recomendamos a utilização de tais coisas Firefox com o plugin Firebug - que permitirá mostrar-lhe exactamente quais os estilos css são usados para elementos especificados. É realmente útil

[vBET]

É de apoio ao cliente está disponível? Esta última atualização está causando redirecionar loops e eu preciso de assistente com urgência.

Temos o seu e-mail e verificá-lo. Não podemos reproduzi-lo em seu servidor. Você tem resposta com pergunta sobre URL exata que este loop. Por favor verifique-o e resposta lá

[vBET]

Sem instruções de instalação (ou instruções de upgrade)?

Standard. Apenas certifique-se que você faz tudo isso. Principalmente os usuários não querem fazer upload de imagens novamente - você tem que nesta versão. Agora temos uma imagem para todas as bandeiras. Se você não fez atualização completa você vai ver bandeiras quebrados.

[vBET]

Ya por que estamos atualizando o material vb 3 quando a sua vB4. agora.

venha vbet devemos começar vbet atualizado para vb 4 primeiros!

Eu sei que para todos a sua versão é mais importante E nós não queremos discutir com isso Neste caso vBET3.x é anterior por uma razão muito boa: QUALIDADE. Nós adicionamos funcionalidades novas e importantes (Cache de arquivo completo para pessoas com mobilidade) nesta versão, e era muito mais fácil para adicioná-lo em vB3, porque não há URLs Amigáveis, e só traduzimos thread URLs para o vBSEO. Em caso de vB4 é mais complicado URLs Amigáveis deve ser suportado, e nós traduzimos muito mais tipos de URLs. Colocando-a no vB3. permitiu-nos testar muito bem no real fóruns, verifique se ele está funcionando bem, talvez vai mostrar alguns erros antes de ir para vB4. E depois estamos completamente a certeza de que está tudo bem, ainda temos que adicionar no vB4 liquidações adicionais de suporte (Friuendly URLs, mais translted URLs). É por isso que desta vez vBET3.x é anterior e ainda temos 2 semanas para vBET4.x. E graças de que você vai ter solução, que de muito boa qualidade, ewen se é mais complicado thatin caso de vB3

[vBET]

Atualizado após o problema de carga do servidor

Por favor, abra novo tópico na seção Troubleshooting e descrevê-lo mais.

[vBET]

Alguém tem alguma idéia de quão grande o cache de arquivos poderia começar antes que ele tenha um impacto negativo na performance?

Não deve haver tal coisa como impacto negativo no desempenho por causa do cache de arquivos. É por causa do cache de arquivos não cresce ... Criamos arquivo separado para cada URL pedido. Assim, cada arquivo em cache é simplesmente arquivo HTML estático (saída em cache para a solicitação). Quando o servidor caches vBET mais e mais simplesmente cria mais e mais arquivos. Assim, cada vez que tal arquivo é lido:
1. Ele é lido único resultado para esta URL especial
2. Nós ainda não lê-lo para a memória - simplesmente transmiti-lo ao cliente usando a função PHP: readfile

Por causa disso, mesmo se sua página resultado é realmente grande - arquivo de cache assim também é grande, ele não terá nenhum impacto negativo no desempenho, porque ela só vai transmitir este arquivo, sem sequer ler um todo, na memória. Então você vai ver vantagens não desvantagens.