Buongiorno Claudio,

potresti per favore comunicarmi l'url del sito e la pagina in cui è presente l'oggetto?

Inoltre dimmi anche il link al blog che hai inserito nell'oggetto.

Fammi sapere.

Grazie per la riposta.

Il sito principale, ospitato su Aruba, è http://www.podismoavisnovara.it/prova.html (pagina di test)

Il blog: https://podismoavisnovara.blogspot.com

e il feed: 
1. https://podismoavisnovara.blogspot.com/feeds/posts/default

2. https://podismoavisnovara.blogspot.com/feeds/posts/default?alt=rss

La cartella pubblica in cui scrivere è /public (dalla roort).

Buongiorno Claudio,

quali impostazioni hai settato nell'oggetto RSS Feed?

Ho provato a creare un nuovo sito e inserire il feed in RSS Feed scrivendo https://podismoavisnovara.blogspot.com/

SI vede tutto correttamente. Potrebbe quindi essere il tuo server provider che blocca le connessioni verso quel blog e verifica che la cartell /public abbia i permessi di lettura/scrittura.

Fammi sapere.

Le impostazioni del feed RSS sono corrette.
Il problema sta nella directory di scrittura pubblica. Bisogna inserire la path assoluta del sito che per Aruba è D:/inetpub/webs/nome_del_sito_web_e_dominio/public/

Però dovrebbe essere possibile inserire la path relativa anche perché non tutti possono sapere qual è quella assoluta.

Suggerisco di indicare nell'help oppure sulla stessa pagina che la cartella di scrittura deve contenere la path assoluta oppure, in alternativa, creare due righe, una per la relativa e una per l'assoluta (se si conosce).

Saluti.

Grazie per il supporto.

???

con su Aruba nel progetto basta scrivere in gestione dati - cartella con accesso in scrittura (senza barre e/o percorsi) :

public

Se si scrive solo "public" non funziona e neanche se si ha un sito in subirectory, per esempio un test di una nuova release tipo www.miosito.it/newrelease, e si desidera usare una cartella creata appositamente lì (es. /newrelease/rssfeed/).

Quella configurazione l'abbiamo provata più volte con varie combinazioni di feed e non ha mai funzionato.

In conclusione, secondo me, l'oggetto FeedRSS va un po' rivisto per esempio inserendo le impostazioni nell'oggetto stesso e non generalizzate.

Saluti.

Ciao, ti posso confermare che i feed provenienti da qui https://podismoavisnovara.blogspot.com/ si visualizzano correttamente. Di seguito uno screenshot con le impostazioni che ho inserito.

Una curiosita: puoi controllare che versione PHP hai installata sul server del sito che contiene l'oggetto RSS feed?

La cartella public non c'entra nulla perche i feed non devono essere "scritti" dal blog di website ma "letti" dall'oggetto RSS feed come provenienti da altro sito (quello di blogspot.com), quindi le impostazoni sono quelle descritte sopra ma è necessaria la versione sufficientemente aggiornata del PHP sul server.

@Claudio...

riprovato , ora... e ti riconfermo quanto detto.

allora se pubblichi in sottocartella per test , basta creare anche a quel livello una nuova "public" ed abilitarla alla scrittura. E mettendo solo

public

come detto prima.

Se pubblichi in root , la public normale va bene e basta scrivere public come già detto prima...

ecco l'esempio pubblicato ora in una sottocartella...

Che si veda lo so perché sul sito originale (www.podismoavisnovara.it) funziona (ma poiché non ho accesso al momento, non so che livello di php è installato).

Su quello dove ho fatto le prime prove ho la versione PHP 5.2.14

Grazie del supporto.

Su server windows, dove risiede http://www.podismoavisnovara.it/prova.html

la versione massima è la 5.6.3 che dovrebbe essere sufficiente a far funzionare l'oggetto.

Accedi al tuo pannello di controllo di Aruba e controlla e/o imposta questa versione.

Con la 5.2.14 non va (esperienza personale)

...infatti per la 17 è necessaria come minimo la 5.6 di PHP

@Claudio, ...vedo che sei su host windows ... su linux va meglio il php

L'oggetto prescinde dalla versione in cui è utilizzato ed è compatibile con le versioni precedenti del programma.

Sicuramente il php va meglio su server linux, ma, come ho indicato, con la versione massima impostabile su server windows (5.6.3) comunque funziona (almeno con i feed provenienti dal blog del sito, presumo funzioni anche da feed prevenienti da un altro sito)

@Claudio, ...vedo che sei su host windows ... su linux va meglio il php

Sì, quello lo sapevo, ma per questioni di programazione dot.net devo stare su Windows. Ora faccio qualche prova e vi faccio sapere.

Grazie a tutti del supporto e... sostegno morale ;-) 

... quello che volevo dire è che

1) la versione 17 di website richiede come minimo il PHP 5.6 per funzionare (per le pagine php e le funzionalità che richiedono PHP), non mi riferivo all'oggetto in se

2) a mio parere l'host Linux è più performante rispetto a quello windows , e la compatibilità maggiore nei confronti del php , questo è un mio parere personale, avendo siti sia su windows che su linux, ovviamene se hai necessità dell'host windows ... li "devi stare"

3) ho provato l'oggetto sia con esportazione in root che in sottocartella e funziona

4) sinceramente non ho ancora capito se usa o meno la cartella public, in teoria dovrebbe solo leggere dai feed , ma mi era capitato un problema con quell'oggetto ed abilitando la scrittura poi funzionava... quindi mi verrebbe da pensare che magari , anche solo come files temporanei la usi

Sì, chiaro.

Giusto a favore di altri utenti che dovessero avere difficoltà, avento "combattuto" non poco con quell'oggetto su server windows, posso dire di essere riuscito a farlo funzionare (per i feed dal blog, quindi con annessa scrittura) soltanto a partire dall'aggiornamento del php sul server e avendo "maneggiato" sul pannello di aruba con i permessi della cartella che li contiene (quella di default che crea il programma), tanto è vero che nella gestione dati la public non è nemmeno indicata né con né senza /.