Non so se questa sia la categoria giusta.

Frequento molto poco questo forum, ma quando ho visto quanto segue ho sentito l'esigenza di sentire cosa ne pensate voi. Magari sopravvaluto il problema, o mi sfugge qualcosa di importante.

Ho fatto qualche test su Google, proprio per cercare "abusi" di intelligenza artificiale, o errori grossolani.

La query che vedete non riflette le mie opinioni. Come ho detto è un test. Ma la risposta (che in questo caso definirei "titolo sensazionalista") sembra generata da Google. Non è scritta in Wikipedia. Il concetto che esprime non può essere evinto da Wikipedia, e in particolare non dal testo citato, che semmai parla di un'uscita volontaria e ipotetica. Se è rilevante, specifico che la mia lingua di default è en-gb e mi connetto dal Regno Unito.

Ma mi chiedo: quante persone cliccano sul link, o si prendono anche soltanto il disturbo di leggere il testo citato? Spero che qualcuno di voi abbia dati ottimistici in tal senso, ma io sono portato a credere che la maggior parte si fermi al "titolo". E se questa ricerca venisse fatta da molte persone, quale effetto avrebbe questa snippet sull'informazione in Europa?

Mi viene da fare molte riflessioni, ma le scriverò poi a mente fredda per evitare di esagerare nei giudizi. Magari voi mi farete capire che mi preoccupo troppo.

EDIT: Vorrei sottolineare che ciò che mi disturba è il fatto che questa risposta stile "titolo sensazionalistico" esca proprio su un argomento così delicato, e usando un'espressione così forte.

In realtà usi Apache on Nginx, ma dalla tua risposta capisco che non hai accesso alla configurazione o comunque non sai come modificarla.

Agendo solo sull'HTML non puoi fare quello che chiedi, mi spiace.

La mia società sta iniziando una collaborazione con un'altra società per offrire un servizio congiunto. I clienti che scelgono il servizio avranno consulenza da entrambe le società. Questo servizio ha un suo sito e un suo dominio, non è un sottodominio di una delle due società. Così deve restare: nessuna delle due società deve avere più visibilità rispetto all'altra.

Come si può rappresentare una cosa del genere su LinkedIn? Conoscete un esempio che posso andare a guardare?

@barbara86 Se ben ricordo quando ti iscrivi ti chiede se vuoi iscriverti con il tuo profilo personale o con una pagina di cui sei amministratrice. Se la pagina ha più amministratori un altro amministratore potrebbe iscriversi come pagina.

@arluc è un po' come se avessi chiesto come riparare il tuo mezzo senza specificare se giri in macchina o in moto Insomma, dovresti almeno specificare cosa usi. Se usi Apache e puoi configurarlo c'è un modulo che puoi usare, se usi WordPress ci sono dei plugin, insomma dipende.

Comunque nella mia esperienza le pagine cloni non hanno nessuna visibilità su Google.

Non è un articolo SEO ma forse interessa...

https://www.attendly.com/the-real-story-on-how-google-analytics-got-started/

@matteo-zambon scusa ignora la risposta precedente.

La soluzione che indichi l'ho già provata, ma non ha effetto.

Grazie @matteo-zambon. Certo, ho googlato, ma il dominio è sempre (not set), quindi la soluzione non è applicabile.

C'è un problema che mi sta facendo impazzire. Periodicamente un bot visita una pagina che non esiste (bot-traffic.xyz) circa 5mila volte in un giorno, poi smette, e poi torna dopo una settimana. Ovviamente tutte le metriche sono inquinate, anche perchè il sito è ben lontano dal raggiungere 5mila visite al giorno. Ho bisogno di escludere il bot dalle statistiche.

Ho già capito come create un filtro per escludere una directory, ma nel mio caso non va bene: io devo escludere il file bot-traffic.xyz.

Ho visto anche che si possono creare filtri custom con le espressioni regolari su URI Request (la mia interfaccia è in inglese, ma ci capiamo...) ma ho rinunciato. Questa semplice regex funziona con Perl ma non in Google Analytics:

^.*\/(.*)\.xyz$

Cosa posso fare?

Le password non dovrebbero essere condivise tra più persone. Se l'hosting non permette di creare più utenti per accedere alla dashboard, è un problema.

@webstuff se risolvi questo problema la tua soluzione è accettabile. Il cliente vede tutte le password in chiaro, ma per usarle ha bisogno di un'altra password. Non è molto diverso da usare un password manager.

Però a costo di ripetermi ti consiglio di verificare se puoi usare un'autenticazione basata sulle chiavi.

Sì ma si torna sempre alla necessità di criptare qualcosa senza usare un'altra password, quindi usando le chiavi. Quindi non è più semplice usare le mail criptate come suggerivo io?

Ok, dimentica git (era un esempio di servizio basato su chiavi ssl). Se sono stato chiaro, credo di averti risposto.

@caygri-com ha detto in Come passare le password ai clienti in piena sicurezza?:

forse non mi sono spiegata...a parte le password d'accesso del sito coem mandate ad esempio le password dei server?
ftp? etc

Ok, allora è diverso perchè l'utente è più avanzato.

In generale, gli accessi non richiedono una password. Per esempio, per l'FTP, l'SSH, etc, si può usare l'autenticazione basata sulla chiave. Te lo consiglio: le password sono insicure per natura.
https://superuser.com/questions/333856/ftp-authentication-with-public-key

Potresti guardare come funziona GitHub per farti un'idea: ti registri via web, ma poi per usare git devi entrare nel tuo profilo e inserire le tue chiavi pubbliche.

Qualora tu debba inviare una password per forza, ti consiglio come spiegato prima di farlo via email criptata, e la password dovrebbe essere una one time password da cambiare al primo accesso. Quando dimentichi la password per un sito istituzionale (sia in Italia sia in UK), il recupero password usa questo sistema.

Ciao @caygri-com , i tuoi clienti sono in grado di criptare le email? In caso negativo, puoi chieder loro di usare Telegram. In entrambi i casi hai una crittografia "end to end". Cioè i due attori:

• Si sono scambiati le loro chiavi pubbliche e hanno ognuno una chiave privata;
• Ogni messaggio è criptato usando la propria chiave privata e la chiave pubblica del ricevente;
• Non è possibile decriptare un messaggio senza possedere la chiave privata del ricevente.

Spero che la spiegazione non ti abbia annoiata, ma il punto è che nessun servizio di terze parti (nemmeno Telegram) può decriptare i tuoi messaggi.

Questo in teoria. In pratica mi sento di dartelo per certo se usi programmi open source, ma non nel caso di Telegram. Ho lavorato con molte persone che vengono dai paesi dell'ex Unione Sovietica e non ce n'è uno che si fidi di Telegram e del suo creatore...

Tornando al punto: questo sistema va bene per inviare una "One Time Password". Dopodichè però dovresti avere un sistema che obblighi l'utente a cambiare password al primo accesso. Questo è il sistema più sicuro per scambiarsi le password - anche se si può facilmente argomentare che usare le password come sistema di autenticazione non è davvero sicuro. Ma questo è un altro discorso.

Si potranno usare anche per i servizi?

@g-lanzi

@g-lanzi ha detto in Usare gli apostrofi al posto delle lettere accentate è un errore per Google?:

Scusa, ma con Mac, se la tastiera Italiana è installata, non basta che tieni premuta la vocale per far comparire una finestrella in cui ci sono le varianti con accenti?

Sì ma poi dovrei anche scegliere l'accento. Mi trovo meglio con l'altro metodo.

Non è che diventerà business, è che verrà sostituito da qualcosa che non c'entra nulla.

CentOS è (era) una versione enterprise e più stabile di Red Hat Enterprise Linux. Quindi succedeva questo: esce RHEL 8, il progetto CentOS ne fa un fork, e dopo qualche mese di lavoro esce CentOS 8.

CentOS Stream è l'opposto. Uscirà CentOS Stream 9, che non è intesa come un sistema particolarmente stabile ma come versione di sviluppo, e quando sarà abbastanza stabile verrà forkata e uscirà RHEL 9. Il nome "CentOS Stream" è fuorviante.

Dal punto di vista di Red Hat questo ha senso: avevano due distribuzioni che avevano troppe cose in comune creando un conflitto inutile. Dal punto di vista della comunità no: le persone e le aziende usavano CentOS e avrebbero continuato a usarlo volentieri, mentre ora dovranno cercare delle alternative adatte a loro.

Per chi fosse interessato alla questione dal punto di vista dei server, segnalo che martedì 22 farò una live sull'argomento insieme a un consulente cloud. La live sarà in inglese, in quanto entrambi pur essendo italiani viviamo all'estero (in paesi diversi) e ci rivolgiamo a un mercato internazionale.

Spero che il link venga considerato come una risorsa utile e non spam. Ma se non è gradito mi scuso e rimuovete pure il messaggio.

@g-lanzi Sì certo, sono d'accordo.

Uso un Mac con tastiera inglese UK. Per fare una a accentata devo premere ` insieme a option, seguito dalla lettera. È un po' noioso.

Paradossalmente ho visto dei russi (che in teoria dovrebbero avere molti più problemi di noi) risolvere il problema in modo naturale: cambiano la tastiera di sistema, e poi scrivono senza guardare le mani, trovando la posizione dei tasti a memoria.

@g-lanzi ha detto in Usare gli apostrofi al posto delle lettere accentate è un errore per Google?:

Il motivo è, a mio avviso, pigrizia.

Sì, ma a volte è legata a motivi oggettivi. Io non ho una tastiera italiana. Normalmente scrivo velocemente. Ogni volta che faccio un accento perdo un secondo o due. Perciò se sto scrivendo in modo informale, evito.

@giuseppemorelli ha detto in Slideshare: esistono alternative?:

Dilemma
Scribd ha acquisito Slideshare e non si capisce se effettivamente quest'ultimo rimarrà in vita.

Posso dirti da conoscenze mie che SlideShare rimarrà in vita e verrà migliorato (ci vuole veramente poco, oserei dire...) ma non so se abbiano già iniziato a lavorarci o se lo faranno il prossimo anno.