Guido Eugenio aka Zhenya

Try to stop Zend in your server.

Switch-off Zend in your server.

The issue should be caused from the php memory limit. Try to increase the php memory through the file php.ini, also adding the define rule in wp-config.php

just I want let you know that still we have not solved with that issue. The widget comments and the line of the tags on the pages gives this issue yet. But we noticed that moving the cache in Opcode Xcache makes everything work fine.

You mean that the date show something like %Y, %H:%M for the second language and comments?
The problem comes because the code is wrong with double “%%” instead of one “%”
Just need to hack the file qtranslate_utils.php. Look the link in the file name to see how you can rewrite properly this piece of code.

Same issue here..

Yes, the wordpress theme menù, I mean the same place where you was adding the categories. There is the field to add the pages in the menù that will show on the nav bar.

@ abila
That member wrote here two post just to spam.

Ho fatto diverse prove, le solite, cioè tornando al tema di default, disattivando anche tutti i plugin tranne wp-bannerize, e riconfermando le impostazioni dei widget cliccando su salva; però w3c persiste a invalidare il codice.
Oltretutto non accade solo nel sito che ho linkato nei precedenti post, ma anche in altri due che amministro e che hanno altri template; uno con magazine-basic, l’altro mystique.
A questo punto rinuncio a trovare una soluzione, non saprei cosa controllare, oltre a ciò che ho già sperimentato, e da dove può nascere questo problemino.

Grazie per il supporto.

Cordialità

Guido Eugenio

Ciao.
Si effettivamente ci avevo pensato e provai così a validare il sito disattivando tutti i plugins incluso quello di cache (controllando che la cache sia effettivamente vuota); ma il risultato resta identico.

In effetti su un’installazione di prova e nuova il problema non si presenta.
Stavo pensando che la differenza tra la nuova installazione e quelle già esistenti è che nella prima i widgets li creo dopo aver installato; mentre invece, ovviamente, nella seconda i widget sono già creati ed attivi.

Potrebbe essere che aggiornando dalla 2.4.11 alle successive, ma con i widget già esistenti e posizionati nelle rispettive sidebar, questi, per qualche strana ragione, non si aggiornano con il nuovo codice, oppure qualcosa va storto?

Cordialità

I campi nelle finestre dei widgets son quelli di default del plugin; come d’altronde sempre stavano anche con le versioni precedenti; cioè non li ho mai modificati.

Nel field “after” c’è scritto il valore </li> e nel field “container after” trovo </ul>

Potresti indicarmi cosa scrivere in quei due campi al posto del codice attuale?

Grazie

p.s.
rispondo in italiano così ci comprendiamo meglio. Spero sia permesso scrivere nella propria lingua qui su www.remarpro.com @,@

I’m using WordPress 3.0.1 – e.g: In this website with Atahualpa theme we get invalid W3C:::
https://validator.w3.org/check?uri=http%3A%2F%2Fworthpress.org%2F&charset=%28detect+automatically%29&doctype=Inline&group=0&verbose=1&user-agent=W3C_Validator%2F1.654

Also in some others website where the theme is magazine-basic W3C be invalid too.
I’m sure that untill wp-bannerize 2.4.11 W3C was ok.

I think too that this issues are about qTranslate. Many thanks!

Many thanks! Now work great.

Did you notice that Bannerize (in WordPress 3.0) open a new database table prefix (called bannerize_a) also if you select to “do nothing” about the database?
Probably this feature have to work untill wp 2.9.2, but for some reason being actived too under wp 3.0?
Yes that’s not an issue, just I don’t understand why change it in wordpress 3.0

Little bug?
I dont think that show the database table prefix in all blog pages should be just a little bug.

Yes the old WP still have wp_ like prefix, is not secret.
But for what WordPress 3.0 also changed the table prefix structure?

Then show the database prefix isn’t so good..