Home › Forum › Plugin e temi di WP › Problema con Google XML Sitemap (sono nuovo del forum)
-
AutorePost
-
-
19 Maggio 2009 alle 17:36 #10419sLaPartecipante
Salve a tutti, sono nuovo del forum. Mi sono iscritto nella speranza di risolvere il problema, nel caso qualcun’altro di queste parti ci si fosse imbattuto prima di me risolvendolo.
Ho una dozzina di forum su DH e mi sono accorto che da qualche tempo a questa parte “Google XML Sitemap” non mi aggiorna piu’ il file sitemap.xml in automatico. O meglio: se i post’s sono “scheduled” quando vengono pubblicati la sitemap non viene aggiornata in automatico (a volte il problema lo fa anche per i post’s non scheduled ma piu’ raramente).
Ho una discreta conoscenza di php, wordpress, e quant’altro ma questa non riesco proprio a risolverla.
L’assitenza del mio HOST non assiste problemi con i plugins.
Nel forum di google XML Sitemap non ho trovato nulla di simile.
Aveva sempre funzionato tutto alla perfezione.
Non sono nemmeno in grado di risalire alla data di quando il problema si e’ manifestato per la prima volta.
Ho provato a creare un blog vuoto con il tema di default ed il solo plugin interessato, oltra a quello per catturare e schedulare i post’s ma niente da fare.
Ho provato sia con wordpress 2.6.5 che 2.7 e 2.7.1 (uso solo le build inglesi originali) ma niente da fare.
Qualcuno puo’ aiutarmi?
-
19 Maggio 2009 alle 22:13 #65415wollyAmministratore del forum
puoi accedere al log del server per vedere cosa succede?
se provi a crearla manualmente te la crea?
-
20 Maggio 2009 alle 8:11 #65417sLaPartecipante
@wally grazie per la risposta, ho davvero bisogno, sono disperato! Sono abbastanza pratico ma non sono un esperto e questa cosa mi sta’ buttando giu’ su il rank su google … non posso fare il rebuild manuale di 12 bloro ogni dieci minuti tutto il giorno tutti i giorni …
Se faccio il rebuild manuale tutto ok!
Ad esempio: uso feedwordpress per syndicare i post da alcune agenzie stampa.
Quando vado a fare l’update dei link’s di feedwordpress manualmente vengono syndicati dei post’s che vengono pubblicati immediatamente ed altri che vengono schedulati.
Per quelli pubblicati immediatamente viene ricreata correttamente la sitemap.xml per quelli schedulati no! Se invece e’ feedwordpress che automaticamente syndica i link’s automaticamente, ad esempio ogni dieci minuti, la sitemap.xml non viene aggiornata con i nuovi post’s.
Stessa cosa se creo dei post’s/articoli manualmente. Se li pubblico subito vengono ricreati nella sitemap.xml mentre invece se li schedulo non appaiono nella sitemap.xml.
Bel casino …
p.s. ma come funziona l’aggiornamento automatico della sitemap.xml in google xml sitemap? A cosa si appoggia? C’entrano il ping o il file xmlrpc.php e settaggi correlati?
p.p.s. … il log del server … mi dici a quale ti riferisci esattamente (dammi nome e url)
p.p.p.s … in caso mi consigliate un’altro plugin qualsiasi anche semplicissimo ma affidabile che crea in automatico un sitemap.xml?
-
20 Maggio 2009 alle 9:45 #65420degraPartecipante
per gli aggiornamenti penso si appoggi al cron di WP, che peraltro è uno pseudocron e viene attivato solo dalle visite al sito, come per la pubblicazione di post futuri.
il log del server di DH sul quale sono i tuoi blog. se non hai accesso diretto tu, devi chiederli al fornitore di hosting.
(p.s.: non farti troppi problemi per la sitemap e i rank)
-
20 Maggio 2009 alle 18:43 #65441sLaPartecipante
Abbiate pazienza, consideratemi pure dummies, mi date il path del serverlog al quale vi riferite o per lo meno fatemi capire dove cercare … ho accesso via shell su DH quindi credo di poter avere accesso a tutti i files che possono servirmi …
-
20 Maggio 2009 alle 18:48 #65442SteveAglAmministratore del forum
Ah dipende dalla configurazione solitamente in /ect(httd/logs/ ma neglio hosting condivisi ovviamente non danno accesso a quelle directory e gestiscono i log per i singoli domini ospitati.. e non è detto sia possibile (noi siamo du DH ma a dire il vero mai controllatodove siano e se siano disponibili) apri un ticket con loro e chiedi ema prima guarda sul loro wiki, anche perchè questo è un argomento offtoopic essendo sistemistico e NON un problema di WP.
-
20 Maggio 2009 alle 19:37 #65446sLaPartecipante
@ SteveAgl
Grazie per la risposta. Non volgio andare in OT quindi meglio parlare solo del problema.
Scusa, ma che cosa vuol dire: noi simo su DH? Allora mi potete aiutare meglio con il problema di Google XML Sitemap … o sbaglio?
Su DH sono in VSERVER che loro chiamano PS e non in condiviso …
Datemi lumi mi fido sempre di chi ne sa’ piu’ di me’ e francamente meglio che wordpress italiano ufficiale non saprei cosa scegliere …
p.s. in /etc non trovo httd/logs/ ?!??!
-
22 Maggio 2009 alle 14:49 #65483sLaPartecipante
Ho quasi risolto!
Il problema sembra proprio essere nel codice del plugin, il quale si appoggia troppo alla versione di PHP e alla build di wordpress, portandosi dietro troppi strascichi nel database.
Ho individuato in rete una versione “lite” dello stesso plugin (NB: non posto il link perche’ non so “se posso” e soprattutto se e’ concesso … in caso faemi sapere dai piani alti… ) che dai test fatti sembra funzionare correttamente sia con WP 2.6.x che con WP 2.7.x senza i problemi sopradescritti.
Ora no so’ se esiste qualche “incompatibilita’” con il plugin e DH PS su Apache2 oppure il plugin e FEEDWORDPRESS (dato che non mi funge nemmeno su installazione fresca, senza nessuna customizzazione, con il tema di default e nessun’altro plugin installato al di fuodi di lui stesso e dell’aggregatore) od ancora il plugin e la versione di PHP e/o di WP (a mio avviso per la “sicurezza” e’ sempre melgio essere aggiornati alle ultime versioni e non scendere di troppi livelli per far funzionare i plugin’s) ma francamente non ho il tempo di vrificarlo e dato che non ho ancora trovato buoni esempi pittosto che cattivi consigli per risolvere ho dovuto seguire strade piu’ veloci …
Ad ogni buon conto ho deciso di auto-crearmi un plugin molto semplice con pochissime righe di codice, una cosa da una mezzoretta di lavoro, il quale, appoggiandosi sulle API di WP, crea una sitemap standard on the fly, senza occupare spazio su disco come avviene per i feed (il meccanismo che usero’ e’ lo stesso) in modo che questo problema non esista piu’ alla base!
Se poi vi interessa, ed e’ possibile, vi daro’ il link, dopo averlo ovviamente uppato nella directory ufficiale dei plugin’s di WordPress, sempre che me lo approvino!
p.s. … rimane comunque aperto questo spazio per eventuali suggerimenti o esperienze di chi con il mio stesso problema ha risolto e vuole condividere la soluzione con gli altri …
Grazie mille a tutti … per ora.
-
24 Maggio 2009 alle 16:32 #65499SteveAglAmministratore del forum
Sul planet noi usiamo feedwordpress, sitemap e siamo su Dreamhost in PHP5… quindi direi che non sono questi gli elementi che danno problemi.
-
28 Maggio 2009 alle 13:35 #65560sLaPartecipante
SOLUZIONE TROVATA
Ho trovato la soluzione!
Premetto che non ho trovato la causa del problema, ovvero la non rigenerazione del file sitemap.xml per i post’s syndacati in automatico da feedwordpress e/o per quelli schedulati, (per i post’s scritti e pubblicati manualmente o i post’s syndacati manualmente con feedwordpress non esiste questo problema) ma solo la soluzione alla rigenerazione del file sitemap.xml.
Leggendo e rileggendo e consultando il codice del plugin (ne ho annche creato uno mio come avevo annunciato sopra) sono arrivato a questa soluzione perfettamente funzionante sia con qualsiasi versione di wordpress che con qualsiasi versione di php indipendentemente dagli altri pugin’s e temim installati.
Devo premettere prima una cosa importantissima: esistono delle regole molto importanti di google (probabilmente anche gli altri motori quali yahoo msm e ask le prevedono essendo la xml sitemap uno standard google al quale si rendono compatibili) per la submissione delle sitemap che varrebbe assolutamente la pena tener presente.
Per evitare che un sito sia considerato spam/splog e successivamente deprecato/penalizzato/bannato dall’indice e dall’indicizzazione, google da queste regole:
1 – La sitemap non deve contenere piu’ di 100 voci post’s/articoli/archivi (escluse le pagine, le categorie, i tags e ovviamente la home)
2 – Il file sitemap.xml non deve essere per nessun motivo inviato a google o pingato da google e tutti i servizi associati come ad esempio google news, (o altri motori di ricerca) in un tempo inferiore ad un’ora onde non essere considerato spam e penalizzare quindi il dominio che lo invia.
Detto questo ecco la soluzione:
1 – Scaricare ed installare il plugin wp-crontrol
2 – Configurare il plugin wp-crontrol per eseguire Hook name: sm_build_cron ogni ora.
3 – Impostare il plugin google-xml-sitemap per per non rigenerare il file sitemap.xml in moto automatico, de-selezionandone la casella di spunta nella pagina di configurazione “Rebuild sitemap if you change the content of your blog”
4 – Impostare il plugin google-xml-sitemap per limitare a 100 il “Limit the number of posts in the sitemap”
5 – De-selezionare la creazione del file sitemap.xml.gz, per non creare e inviare doppi contenuti ai motori ri ricerca e ricadere nel loop dell’invio deprecabile perche’ inviato doppio, nonche’ non compatibile con altri motori di ricerca e per risparmiare anche la memoria a disposizione del vostro host, usata dal plugin in fase di generazione e/o rigenerazione
6 – Opzionale: In “Sitemap Content” selezionare solo le opzioni “Include Homepage” e “Include Posts”. I Tags, le Pagine statiche, le Categorie e gli Archivi e’ meglio farli indicizzare normalmente dai crawlers accedendo alla homepage alla vecchia maniera mentre gli Autori per la “privacy correct” … beh, lo capite anche da soli!
Fatto tutto questo vi ri-troverete in alto nel pannello di controllo di wordpress nella pagina di configurazione di google xml sitemap la voce:
Your sitemap will be refreshed in “3540” seconds. Depending on your blog size this might take some time!
Vuol dire che tutto e’ ok e avete fatto la giusta configurazione. Quella scritta sta’ ad indicare che il file sitemap.xml sara’ rigenerato e inviato dal plugin a google (e gli altri motori di ricerca) ogni ora.
Ovviamente questa soluzione non e’ per chi pubblica o syndaca manualmente pochi o alcuni post’s giornalieri e/o settimanali, ma per chi ha la necessita’ di pubblicare o syndicare in automatico molti post’s in un’ora (come fanno ad esempio gli aggregatori o i siti di notizie).
Chi ha comunque problemi con il rebuild, ma pubblica o syndaca pochi post’s, puo’ ad esempio cambiare il tempo del cron ad una sola volta al un giorno.
-
3 Giugno 2009 alle 10:53 #65675sLaPartecipante
Alcumi, mi hanno fatto notare hanno solo e/o anche problemi a pingare i services dei motori di ricerca quando si ri-genera la sitemap.xml
La soluzione e’ come sopra solo che il nome del “Hook name” e’ “xml_sitemaps_ping”
In pratica eseguite le stesse operazioni descritte sopra solo che il nome del hook name da aggiungere, per pingare ad esempio ogni ora, e’ “xml_sitemaps_ping”
Spero che sia chiaro, in caso battete un colpo …
-
7 Giugno 2009 alle 8:35 #65836sLaPartecipante
E’ uscita la versione aggiornata 3.1.3 del plugin. Sembra che il problema da me descritto sopra, sia stato risolto. Dico sembra perche’ lo sto’ testando da poco in un aggregatore che produce una trentina di articoli all’ora. Pare che la causa fosse da imputare ad un problema di cron job: The sitemap cron job is now cleared after a manual rebuild or after changing the config. :lol c’ero arrivato anch’io … Inoltre hanno fixato il Pings now use the new WordPress HTTP API instead of Snoopy. Anche qua’ c’eravamo arrivati … Per finire e’ stato risolto un bug noto da tempo: that in localized WP installations priorities could not be saved.
New in Version 3.1.3 (2009-06-07):
* Changed MSN Live Search to Bing
* Exclude categories also now exludes the category itself and not only the posts
* Pings now use the new WordPress HTTP API instead of Snoopy
* Fixed bug that in localized WP installations priorities could not be saved
* The sitemap cron job is now cleared after a manual rebuild or after changing the config
* Adjusted style of admin area for WP 2.8 and refreshed icons
* Disabled the “Exclude categories†feature for WP 2.5.1, since it doesn’t have the required functions yet
Detto questo rimane sempre il fatto che: producendo molti articoli come descritto sopra, non e’ bene pingarli ai motori di ricerca piu’ di una volta all’ora ed in misura superiore a cento. Quindi direi che per forza di cose la soluzione da me descritta possa trovare applicazione non solo di buon senso, per non farsi penalizzare, escludere e/o bannare, ma si riveli soluzione di forza maggiore. Nel repository dei plugin’s di wordpress ne ho trovato uno attento a questa regola ma purtoppo per lui non ha tutte le funzioni avanzate di Google XMl Sitemaps Generator. Ho scritto al creatore del plugin per spiegargli il tutto e chiedegli delle future impementazioni sulla base di queste considerazioni. Appena mi rispondera’, se mai lo fara’, vi faccio sapere …
-
19 Giugno 2009 alle 19:22 #66400sLaPartecipante
Misteriosi problemi di rebuild (del file sitemap.xml) per la versione 3.1.3 di Google XML Sitemap Generator sotto wordpress 2.8 (sono stati anche verificati nell’imminente 2.8.1 e nella build preliminare 2.9 CHE NON LI CORREGGONO AFFATTO), provocati dal nuovo core del wp-cron. In rete i post su questo problema affollano le serp di google che e’ un piacere. Il consiglio piu’ gettonato e’ quello di sovrascrivere il cron di wp-2.8 con quello di wp-2.7.1 o wp-2.6.5. Certo e’ che non si puo’ mai stare tranquilli con questo plugin del menga! Pare che anche il plugin wp-crontrol che vi avevo indicato sopra, assieme alla procedura manuale funzionante da seguire, non giri piu’ e necessiti di un aggiornamento, il quale per ora, “ecche culo”, non c’e’ ancora. Chi ha intenzione di passare alla wp-2.8 ma ha problemi simili mediti … mediti molto prima di avventurarsi nel “cul-de-sac” (lo scrivo come lo leggo non ho voglia di cercare il termine esatto).
Stay Tuned!
-
22 Giugno 2009 alle 2:09 #66471sLaPartecipante
E’ uscita la versione 3.1.4. Non risolve ancora in compenso il changelog e’ molto affascinante :lol
New in Version 3.1.4 (2009-06-22)
* Fixed bug which broke all pings in WP older than 2.7
* Added more output in debug mode if pings fail
* Moved global post variable so other plugins can use it in get_permalink()
* Added small icon for ozh admin menu
* Added more help links in UI
-
22 Giugno 2009 alle 17:16 #66491sLaPartecipante
Riflettendo “a freddo” su queste due righe del changelog senbra davvero stiano lavorando seriamente al codice. Avranno raccolto la mia segnalazione? La prima riga IMHO indica che stanno lavorando ai “molti problemi” sulle versioni di wordpress 2.5 e 2.6, mentre la seconda indica chiaramente che ha problemi di compatibilita’ e di conflitti di codice con altri plugin’s … non sarebbe piu’ semplice se fosse scritto secondo gli standard di programmazione previsti?
– Fixed bug which broke all pings in WP older than 2.7
– Moved global post variable so other plugins can use it in get_permalink()
-
-
AutorePost
- Devi essere connesso per rispondere a questo topic.