Joomla 3 con HTTPS

[giusebos]

per chi usasse joomla su una VPS con Plesk qui una piccola guida su come installare un certificato gratuito "let's encrypt"
https://www.icagenda.it/come-installare-un-certificato-ssl-let-s-encrypt-su-plesk.html

[Daniele Pinna]

Ciao Daniele uso letsencrypt.org su un mio server. Puoi impostare il sistema per il rinnovo automatico. Dipende da cosa usi per gestirlo.

Ho un VPS con Plesk

Ho avuto il tuo problema con un modulo che preleva immagini da Twitter non in https. Ho modificato il modulo aggiungendo una "s" alla chiamata dell'immagine. prima o poi aggiorneranno anche i moduli.

Si immaginavo si potesse fare una cosa simile...
ovviamente occorre stare attenti con gli aggiornamenti delle estensioni modificate... o meglio avvisare gli autori, sperando che nel caso di social2s non mettano l'opzione nella versione premium :-D

Per i bottoni social prova http://socext.com/download/socbuttons.html

Ora gli do uno sguardo... ma social2s è l'unica estensione che ho trovato che non crea rallentamenti al sito

A me non ha dato problemi.


Poi aggiungi https anche alla variabile live_url dentro configuration.php


È tutta roba free quindi può essere menzionata tranquillamente.


Spero di esserti stato d'aiuto.

Si avevo modificato anche la variabile live_url, come suggerito nell'articolo.

[Daniele Pinna]

Ho risolto 
e penso che la soluzione possa servire a qualcuno 

Il problema con social2s era dovuto alla cache (in effetti chi realizza il plugin ha già il sito in https e non presenta problemi).

Avevo un altro problema, con un piccolo banner di un servizio di spedizioni economico che regale 10 centesimo per ogni cliente che arriva dal mio sito tramite il banner (attualmente 0 Euro guadagnati :-D ) e alla fine l'ho dovuto togliere perché il sito da cui proviene il banner non è in htttps...

Per cui sembra che tutto sia andato per il meglio 
Ovviamente dovrò cercare alcuni link interni inseriti manualmente e correggerli 


In definitiva credo che sia utile aggiungere alla guida di cancellare la cache.

Altra cosa che potrebbe essere utile da aggiungere, giusto per non tralasciare nulla al caso e guidare gli utenti meno esperti (o un po' distratti) in tutti i passaggi: il file configuration.php potrebbe avere i permessi 444 e non 644 quindi tramite ftp non si riesce ad aggiornarlo.

[alexred]

ok, consigli inseriti in guida e pubblicato anche nuovo articolo in homepage sempre su questo argomento.

[tonicopi]

Ciao ragazzi, vorrei discutere di alcune cose ch enon ho visto trattate finora e che sarà forse il caso di inserire nelle FAQ una volta chiarita bene la questione. Come ci dobbiamo comportare in search console e in analytics dopo aver attivato il certificato ed avere quindi redirezionato tutto il sito su https?

Io su analytics vado in gestione della proprietà dove a mezzo di un menu a tendina scelgo https. Non ho notato alcuna differenza tra il prima e il dopo.

Su search console non avevo fatto nulla finora. Avevo letto di qualcuno che manda le nuove sitemap con gli indirizzi modificati, a mio avviso sbagliando perchè quella proprietà è stata dichiarata in http. Nelle guide di google ho trovato questo suggerimento:

Migrazione da HTTP a HTTPS Se esegui la migrazione del sito da HTTP a HTTPS, Google considera l'operazione uno spostamento del sito con modifiche agli URL. Ciò può influire temporaneamente sulle cifre relative al traffico. Per ulteriori informazioni, consulta la pagina recante una panoramica sullo spostamento di un sito.
Aggiungi la proprietà HTTPS a Search Console. Search Console gestisce HTTP e HTTPS separatamente, non condividendo i dati relativi a tali proprietà. Pertanto, se hai pagine che adottano entrambi i protocolli, devi indicare una proprietà Search Console distinta per ciascuno di essi.

Quindi poichè in altre guide ho letto che il cambio di protocollo non può essere gestito come un cambio di indirizzo io direi di creare un'altra proprietà con l'indirizzo contente https e di mandare in questa una nuova mappa, essendo che non mi pare possibile cambiare la proprietà dove avevamo indicato http. Voi che dite?

[Daniele Pinna]

Credo che sia corretto, perché Search Console non permette la modifica da http a https e anche da altre parti viene suggerito di creare una nuova proprietà come se fosse un sito differente. E ovviamente a questo passiamo la nuova sitemap.

Certo che google poteva implementare la gestione del passaggio a https prima di "forzarci".

P.S.
Non so se l'avete notato ma anche Firefox ha inserito un luchetto sbarrato nei siti non protetti da https quando c'è un campo password.

[alexred]

Si, credo si possa aggiungere alla FAQ di aggiungere in search console la nuova proprietà indicando il link al sito in https.
Search console però non prevede il "Cambio indirizzo" in questo caso dalla proprietà http a quella in https, quindi rimangono entrambe le proprietà elencate in search console.

P.S.
Non so se l'avete notato ma anche Firefox ha inserito un luchetto sbarrato nei siti non protetti da https quando c'è un campo password.

mi pare un poco più blando il controllo di Firefox e vedo molto più spesso quel lucchetto sbarrato, non solo nelle pagine http con campo password. Per esempio segnala anche questa pagina: http://www.joomla.it/e-ancora/articoli-community-3x/8598-chrome-segnala-alcune-pagine-dei-siti-joomla-come-non-sicure.html   ma di campi password non ne vedo.

[Daniele Pinna]

mi pare un poco più blando il controllo di Firefox e vedo molto più spesso quel lucchetto sbarrato, non solo nelle pagine http con campo password. Per esempio segnala anche questa pagina: http://www.joomla.it/e-ancora/articoli-community-3x/8598-chrome-segnala-alcune-pagine-dei-siti-joomla-come-non-sicure.html   ma di campi password non ne vedo.

Su quel link non vedo il lucchetto.

[Alex21]

per chi usasse joomla su una VPS con Plesk qui una piccola guida su come installare un certificato gratuito "let's encrypt"
https://www.icagenda.it/come-installare-un-certificato-ssl-let-s-encrypt-su-plesk.html

Una bella guida Giusebos, se permetti l' apprezzamento. E cade anche al momento giusto, vuoi per il discorso certificati, vuoi perché mi sembra che il mercato dei piccoli server (vps o dedicati) sia in crescita, almeno presso un pubblico professionale.
Se posso aggiungere è meglio aver fatto prima un backup del server perché occasionalmente può generarsi un errore che riguarda un ID assente con conseguente blocco un po' di tutto.
I certificati Let's Encript che si possono avere sono quelli base, con sola certificazione del dominio, per gli altri livelli di certificazione si ricorre al metodo tradizionale con CRS da far firmare, che Plesk gestisce bene come gli altri.
Con altrettanta facilità Plesk redirige tutto un sito a https. Funzione comoda anche se, a onore di Joomla, non vedo sensibili differenze nella velocità di scarico a browser dei due metodi.
Ciao!

[giusebos]

In italiano non c'era ancora nulla, così ho messo insieme un pò di informazioni tra quelle nelle varie faq dei provider e quelle di plesk, faq rigorosamente in inglese natiralmente.

Si un backup non lo scordiamo mai, anchje quando si installa un piccolo plug in su joomla, il backup una volta su mille ti leva dal fuoco le castagne.

Quindi meglio investire un pò di tempo nei vari backup, che siano di joomla, di tizio o di caio, che perdere ore nel ripristinare il danno!!

[Fabrizio4All]

la modifica dell'htacess non è affatta facoltativa. Per un sito posizionato molto bene ho perso 2/3 del traffico per non averlo fatto.


Correggete per favore visto il danno che mi ha creato.


Grazie

[marine]

la modifica dell'htacess non è affatta facoltativa. Per un sito posizionato molto bene ho perso 1/3 del traffico per non averlo fatto.


Correggete per favore visto il danno che mi ha creato.


Grazie

Un altro che da la colpa agli altri quando non sa usare gli strumenti...

[giusebos]

Un altro che da la colpa agli altri quando non sa usare gli strumenti...

No, è solo un esperto sui generis.

[Fabrizio4All]

Un altro che da la colpa agli altri quando non sa usare gli strumenti...

può darsi.. ma se usi tutta la guida e proprio la modifica facoltativa (che volutamente ho tralasciato) è quella che ti ha fatto perdere posizionamento a chi daresti la colpa tu?

[tomtomeight]

Come fai a stabilire  he sia stato quello a farti perdere traffico? O pensi che una volta raggiunto un traguardo questi resti  a vita?

[marine]

Come fai a stabilire  he sia stato quello a farti perdere traffico?

L'algoritmo di google lo ha inventato lui...

[Fabrizio4All]

ho un evidenza data dai fatti


ho migrato 3 siti in https tutti con la stessa procedura. A 2 ho aggiunto il codice redirect htaccess ad 1 no (facoltativo).
I primi 2 siti hanno mantenuto lo stesso medesimo volume di utenti attivi giornalieri in analytics il terzo no.
A riprova di questo su uno dei due siti che a cui avevo aggiunto il codice ho dovuto toglierlo a causa di un conflitto (lo uso anche come repository di un'applicazione .NET troppo lunga da spiegare) in concomitanza del rimozione del redirect è iniziato un evidentissimo calo.


Ricapitolando
Sito 1 ->redirect 301 in htaccess ->utenti attivi costanti
Sito 2 ->redirect 301 in htaccess poi rimosso per conflitti ->dapprima utenti attivi costante poi vistoso calo
Sito 3 ->nessun redirect ->perso 2/3 del traffico

vi faccio presente che i cali iniziano esattamente il giorno dopo la rimozione del redirect (sito2) e del passaggio ad https (sito 3)

Se volete a riprova vi allego tutti gli screenshot di analytics se avete altre spiegazioni sono qui per imparare non intendevo essere borioso ma come vi ho dimostrato ho riprova di ciò

[tomtomeight]

Ma tu al cambio hai aperto un altro profilo su google?

[Fabrizio4All]

Ma tu al cambio hai aperto un altro profilo su google?

sto parlando dei dati UTENTI ATTIVI su Analytics. Su search console devi aggiungere una nuova proprietà in Https su analytics devi cambiare la URL predefinita in https nelle proprietà e viste di che "altro profilo su google" parli?

[tomtomeight]

Sì per profilo intendevo proprietà.