vBET 3.3.4 rilasciato

[rootksk]

Aggiornata dopo problema del carico del server

[steve]

Qualcuno ha qualche idea di quanto sia grande la cache dei file potrebbe ottenere prima che abbia un impatto negativo sulle prestazioni?

[vBET]

Non capisco questa cache dei file, perché hai bisogno di una cache di 2 °, il principale già nella cache le pagine e gli aggiornamenti solo quando nuovo contenuto viene aggiunto, quindi perché la cache per 1 ora di nuovo, la tua spiegazione è difficile da capire.

Cache del database cache traduzioni solo. Non tutto il contenuto HTML. Così quando qualche pagina tradotta viene generato, allora prima pagina normale viene generato e dopo che viene analizzato e tradotto. Durante la cache traduzione DB viene utilizzato e frasi tradotte sono presi da lì. Solo frasi - non HTML intero, perché ogni volta le traduzioni possono essere diverse (cioè diversi privilegi di utenti, i contenuti modificati). Una pagina HTML può avere centinaia di frasi da tradurre - vBET prende contenuto tra i tag HTML. Grazie DB Cache tali traduzioni non devono essere presi di volta in volta da Google - che consuma molto tempo - invece di che, questi sono presi dal DB locale. Ancora - pagina normale devono essere generati e poi tradotti.

File di cache completo sia per chi funziona solo per gli ospiti. Grazie che non si deve preoccupare che gli utenti hanno privilegi diversi e vedere cose diverse. ospiti vedrà lo stesso contenuto. A causa di questo non abbiamo per analizzare e tradurre risultato pezzo per pezzo ogni volta che - possiamo semplicemente fare uno un po 'e pieno cache di output HTML. Quindi in questo caso, quando a piena pagina non è memorizzato, o nella cache il contenuto è troppo vecchia, poi traduzione normale si verifica - come descritto in precedenza. Ma questa volta al solo fine di output HTML completo è scritto in un file. Così la prossima volta quando stessa richiesta viene da ospite non generare anche normale contenuto pagina - abbiamo semplicemente flusso di ospitalità già nella cache del file HTML. È per questo che risparmiare molto di query SQL, CPU e memoria. Dobbiamo solo dare ai contenuti utente da file statico. È per questo che è importante per determinare quanto tempo questa cache sarà valida. Perché se qualcosa cambierà - dopo cioè nuovi arriverà a filo, poi gli ospiti non vedranno questo post fino a nuovo file già nella cache scade. Dopo che durante la successiva richiesta, di nuovo normale pagina verrà generato, tradotto, e cache - e questo gli ospiti dei contenuti vedrà cioè per un'altra ora (configurabile). Non vedranno cambiamenti fino file memorizzato nella cache scade di nuovo. Naturalmente i vostri utenti vedranno tutto, perché funziona solo per gli ospiti (quindi anche per i robot, perché i robot scansione del tuo forum come ospiti).

Informi ha aiutato e in caso di qualsiasi domanda basta chiedere - saremo lieti di descriverlo più

[vBET]

Mate Super!

Grazie un milione,

Darn: Pensavamo che questo era per 4.0.x. .. freddo in entrambi i casi però ... Non vedo l'ora per la versione 4.0.x.

Sarà, sarà

[vBET]

Come faccio a modificare il css per le bandiere per favore, bisogno di cambiare il modo in cui mostra come sembra strano come è.

nel file /images/vBET/Flags/vBET.css
Si prega di descrivere meglio cosa significa "strano" - forse saremo in grado di aiutarti. Inoltre si consiglia di utilizzare per queste cose Firefox con il plugin Firebug - che permetterà di mostrare esattamente quali stili CSS vengono utilizzati per gli elementi specificati. E 'davvero utile

[vBET]

L'assistenza clienti è al momento disponibile? L'aggiornamento sta causando redirect loop e ho bisogno di aiuto urgente.

Abbiamo ottenuto la tua email e controllare. Non possiamo riprodurre sul vostro server. Hai risposta con domande su URL esatto che hanno questo ciclo. Si prega di controllare e rispondere ci

[vBET]

Nessun istruzioni per l'installazione (o istruzioni di aggiornamento)?

Standard. Basta fare in modo di fare tutto. Soprattutto gli utenti non vogliono caricare immagini ancora una volta - è necessario in questa versione. Ora abbiamo una sola immagine per tutte le bandiere. Se non si fatto aggiornamento completo vedrete bandiere rotto.

[vBET]

Ya perché stiamo aggiornando vb 3 cose quando il suo VB4. ora.

vieni vbet dovremmo vbet aggiornato per vb primi 4!

So che per tutti la sua versione è più importante E noi non vogliamo discutere con quella In questo caso vBET3.x è anticipata per buona ragione: la qualità. Noi aggiungiamo nuove funzionalità importanti (File di cache pieno per ospiti) in questa versione ed è stato molto più facile per aggiungerlo in vB3, perché non ci sono nessun URL amichevoli e traduciamo solo thread URL per vBSEO. In caso di vB4 è più complicato - Friendly URL deve essere supportato e traduciamo molto di più tipi di URL. Mettere prima in vB3. ci ha permesso di testare molto bene sul forum vero e proprio, verificare che si sta lavorando bene, forse vi mostrerà che alcuni bug prima che vai a vB4. E dopo che siamo completamente sicuri che va tutto bene, dobbiamo ancora aggiungere in vB4 adizionale supporto (URL Friuendly, più translted URL). Che è perché questo tempo vBET3.x è precedente e abbiamo ancora bisogno 2 settimane per vBET4.x. E grazie che si ottengono soluzione che hanno qualità molto buona, ewen se è più complicato caso snodato di vB3

[vBET]

Aggiornata dopo problema del carico del server

Si prega di aprire una nuova discussione nella sezione Risoluzione dei problemi e descrivere più.

[vBET]

Qualcuno ha qualche idea di quanto sia grande la cache dei file potrebbe ottenere prima che abbia un impatto negativo sulle prestazioni?

Non ci dovrebbe essere una cosa come impatto sulle prestazioni negative a causa della cache dei file. E 'a causa della cache file non cresce ... Si crei un file separato per ogni URL richiesta. Così ogni file di cache è semplicemente un file HTML statico (output in cache per la richiesta). Quando il server cache vBET sempre più crea semplicemente dei file sempre di più. Così ogni volta che tale file viene letto:
1. Si tratta di leggere il risultato solo per questo particolare URL
2. Abbiamo anche non leggerlo alla memoria - semplicemente lo streaming al client utilizzando la funzione PHP: readfile

A causa di ciò, anche se la pagina risultato è davvero grande - file di cache così è anche grande, non avrà alcun impatto negativo delle prestazioni, perché sarà proprio questo flusso di un file senza leggere tutto in memoria. Così vedrete vantaggi non svantaggi.