61
Joomla! 3 / Re:Acymailing dubbi
« il: 03 Ago 2017, 21:03:25 »
Il rischio blacklis è dovuto alla configurazioni della casella mail dell'hoster come record spf ecc.
Visualizza post
Questa sezione ti permette di visualizzare tutti i post inviati da questo utente. N.B: puoi vedere solo i post relativi alle aree dove hai l'accesso.
63
Joomla! 3 / Re:documenti sfogliabili
« il: 03 Ago 2017, 18:15:00 »
Prova a ricercare la parola Flipping nella JED troverai diversi componenti che ti permettono di pubblicare documenti sfogliabili.
64
Joomla! 3 / Re:Gestione utenti
« il: 03 Ago 2017, 18:01:26 »
La tematica è molto ampia ti consiglio di leggere qui http://www.joomla.it/guide-joomla-3/8432-utenti-gruppi-livelli.html
65
Joomla! 3 / Re:multisito
« il: 03 Ago 2017, 17:26:33 »
Perdonami ma quanto da te esposto mi pare piuttosto contorto, della serie"ufficio complicazioni affari semplici"
Forse potresti prendere in considerazione più semplicemente la messa off line tramite il metodo .htpasswd, in questo modo per mettere il siti off dovresti semplicemente utilizzare due diversi file .htaccess per ciascun sito rinominandoli al bisogno.
Forse potresti prendere in considerazione più semplicemente la messa off line tramite il metodo .htpasswd, in questo modo per mettere il siti off dovresti semplicemente utilizzare due diversi file .htaccess per ciascun sito rinominandoli al bisogno.
66
Joomla! 3 / Re:Acymailing dubbi
« il: 03 Ago 2017, 17:10:50 »
Ciao,
personalmente gestisco due siti che inviano Newsletter e in virtù di passate esperienze, reputo sia utile utilizzare servizi SMTP esterni al proprio hoster.
Tali servizi sono specializzati e in alcuni casi, per moli non troppo elevate d'invii, sono anche gratuiti.
L'invio di NL tramite il proprio hoster a mio avviso mette sempre a rischio blacklist, tramite i servizi citati ciò non avviene, naturalmente se i destinatari delle NL mettono la stessa in spam nel proprio client di posta, nulla è possibile fare a tal proposito.
personalmente gestisco due siti che inviano Newsletter e in virtù di passate esperienze, reputo sia utile utilizzare servizi SMTP esterni al proprio hoster.
Tali servizi sono specializzati e in alcuni casi, per moli non troppo elevate d'invii, sono anche gratuiti.
L'invio di NL tramite il proprio hoster a mio avviso mette sempre a rischio blacklist, tramite i servizi citati ciò non avviene, naturalmente se i destinatari delle NL mettono la stessa in spam nel proprio client di posta, nulla è possibile fare a tal proposito.
67
Joomla! 3 / Re:Estensione per gestione file da scaricare
« il: 03 Ago 2017, 16:10:07 »
Ciao, personalmente ho usato jDownload https://extensions.joomla.org/extension/jdownloads/ e debbo dire che mi sono trovato bene, ha molte possibilità ed è molto intuitivo.
68
SEO / Re:Parallax scrolling website
« il: 26 Lug 2017, 23:41:23 »Ciao Danielecr,
grazie per la spiegazione, si avevo inteso in merito al above the fold, ma non capivo se teddy intendesse dire con “il risultato è scontato” che a suo giudizio la pagina unica ha scarse possibilità d’indicizzazione, in particolare se vi sono molti contenuti che inevitabilmente finiscono below the fold.
Ora penso di aver capito, in pratica avendo una singola pagina nella quale debbono essere inseriti numerosi contenuti, inevitabilmente avrà molti below the fold, ergo scarsa indicizzazione, se poi la pagina deve caricare molti script come dici tu peggio di peggio.
Ergo ne evinco che i parallax scrolling website, sono molto carini all’occhio, di comoda fruizione da devices quali smartphone, ma poco SEO friendly.
69
SEO / Re:Parallax scrolling website
« il: 26 Lug 2017, 23:07:41 »
Ciao Teddy,
sicuramente è un mio limite conoscitivo in materia e me ne scuso, ma ho capito pochino di quanto hai scritto
sicuramente è un mio limite conoscitivo in materia e me ne scuso, ma ho capito pochino di quanto hai scritto
70
SEO / Parallax scrolling website
« il: 26 Lug 2017, 19:02:46 »Ciao a tutti mi sono posto una domanda ed ho ricercato in rete la risposta, ma quanto ho trovato in merito mi ha comunque lasciato forti perplessità.
In pratica mi sono chiesto “come si rapporta un sito mono pagina con il SEO?”
Ho letto pareri contrastanti ma così d’istinto direi che i siti mono pagina non sono propriamente il massimo per essere indicizzati.
Avete opinioni in merito?
71
Joomla! 3 / Re:Modulo scorrevole
« il: 05 Lug 2017, 04:36:19 »
Guarda sulla JED ve ne sono molti, io ho utilizzato in diverse occasioni questo https://extensions.joomla.org/extension/bt-content-slider/
72
Installazione, migrazione e aggiornamento / Re:(RISOLTO)Update 3.7.0 --> 3.7.1 AJAX Loading Error: Not Found
« il: 22 Mag 2017, 18:51:36 »
Sì sul secondo ho messo temporaneamente un originale e dopo l'aggiornamento ho ripristinato il precedente.
73
Installazione, migrazione e aggiornamento / Re:(RISOLTO)Update 3.7.0 --> 3.7.1 AJAX Loading Error: Not Found
« il: 22 Mag 2017, 17:20:47 »
Ciao Jedi,
non posso che ringraziarti ho visionato il tuo link e ho risolto per due domini che mi davano lo stesso problema nel primo caso attuando precisamente quanto scritto su GitHub, nel secondo ho dovuto sostituire temporaneamente il file .htacces del dominio con quello di un altro dominio.
In effetti visionando i file .htaccess in questione ho notato le seguenti righe:
###########################################
#Start Custom rules
###########################################
#--------------------------------
#Deny access to all CGI, Perl, Python and text files
#--------------------------------
<FilesMatch "\.(cgi|pl|py|txt)">
Deny from all
</FilesMatch>
##Allow only robots.txt file, if not allowed add sign # at the start of following 3 lines
<FilesMatch robots.txt>
Allow from all
</FilesMatch>
#--------------------------------
#Deny perl and other bots from accessing your site
#--------------------------------
########## start block bad bots
SetEnvIfNoCase User-Agent "^EmailSiphon" bad_bot
SetEnvIfNoCase User-Agent "^.*psycheclone" bad_bot
SetEnvIfNoCase User-Agent "^EmailWolf" bad_bot
SetEnvIfNoCase User-Agent "^ExtractorPro" bad_bot
SetEnvIfNoCase User-Agent "^CherryPicker" bad_bot
SetEnvIfNoCase User-Agent "^NICErsPRO" bad_bot
SetEnvIfNoCase User-Agent "^Teleport" bad_bot
SetEnvIfNoCase User-Agent "^EmailCollector" bad_bot
SetEnvIfNoCase User-Agent "^LinkWalker" bad_bot
SetEnvIfNoCase User-Agent "^Zeus" bad_bot
SetEnvIfNoCase User-Agent "^Mozilla.*NEWT" bad_bot
SetEnvIfNoCase User-Agent "^Crescent" bad_bot
SetEnvIfNoCase User-Agent "^[Ww]eb[Bb]andit" bad_bot
SetEnvIfNoCase User-Agent "^NICErsPRO" bad_bot
SetEnvIfNoCase User-Agent "^WebEMailExtrac.*" bad_bot
SetEnvIfNoCase User-Agent "^Microsoft.URL" bad_bot
SetEnvIfNoCase User-Agent "^Wget" bad_bot
SetEnvIfNoCase User-Agent "^DIIbot" bad_bot
SetEnvIfNoCase User-Agent "^sitecheck.internetseer.com" bad_bot
SetEnvIfNoCase User-Agent "^psbot" bad_bot
SetEnvIfNoCase User-Agent "^libwww-perl" bad_bot
<Limit GET POST>
Order Allow,Deny
Allow from all
Deny from env=bad_bot
</Limit>
########## end block bad bots
#--------------------------------
# Block direct access to critical files
#--------------------------------
<Files .htaccess>
order allow,deny
deny from all
</Files>
<FilesMatch "configuration.php">
Order allow,deny
Deny from all
</FilesMatch>
#--------------------------------
# Block all attempts to access files with names starting with, "phpMyAdmin" will be redirected to index.php
#--------------------------------
RewriteCond %{REQUEST_URI} !^/[0-9]+\..+\.cpaneldcv$
RewriteCond %{REQUEST_URI} !^/[A-F0-9]{32}\.txt(?:\ Comodo\ DCV)?$
RewriteRule ^/phpMyAdmin.*$ /index.php
###########################################
#End Custom rules
###########################################
Debbo solo, con calma, capire quali di queste ostacolano l’aggiornamento ed eliminarle, probabilmente le avevo inserite io a suo tempo, ma la memoria latita
L’eccesso di zelo sovente risulta essere un boomerang
non posso che ringraziarti ho visionato il tuo link e ho risolto per due domini che mi davano lo stesso problema nel primo caso attuando precisamente quanto scritto su GitHub, nel secondo ho dovuto sostituire temporaneamente il file .htacces del dominio con quello di un altro dominio.
In effetti visionando i file .htaccess in questione ho notato le seguenti righe:
###########################################
#Start Custom rules
###########################################
#--------------------------------
#Deny access to all CGI, Perl, Python and text files
#--------------------------------
<FilesMatch "\.(cgi|pl|py|txt)">
Deny from all
</FilesMatch>
##Allow only robots.txt file, if not allowed add sign # at the start of following 3 lines
<FilesMatch robots.txt>
Allow from all
</FilesMatch>
#--------------------------------
#Deny perl and other bots from accessing your site
#--------------------------------
########## start block bad bots
SetEnvIfNoCase User-Agent "^EmailSiphon" bad_bot
SetEnvIfNoCase User-Agent "^.*psycheclone" bad_bot
SetEnvIfNoCase User-Agent "^EmailWolf" bad_bot
SetEnvIfNoCase User-Agent "^ExtractorPro" bad_bot
SetEnvIfNoCase User-Agent "^CherryPicker" bad_bot
SetEnvIfNoCase User-Agent "^NICErsPRO" bad_bot
SetEnvIfNoCase User-Agent "^Teleport" bad_bot
SetEnvIfNoCase User-Agent "^EmailCollector" bad_bot
SetEnvIfNoCase User-Agent "^LinkWalker" bad_bot
SetEnvIfNoCase User-Agent "^Zeus" bad_bot
SetEnvIfNoCase User-Agent "^Mozilla.*NEWT" bad_bot
SetEnvIfNoCase User-Agent "^Crescent" bad_bot
SetEnvIfNoCase User-Agent "^[Ww]eb[Bb]andit" bad_bot
SetEnvIfNoCase User-Agent "^NICErsPRO" bad_bot
SetEnvIfNoCase User-Agent "^WebEMailExtrac.*" bad_bot
SetEnvIfNoCase User-Agent "^Microsoft.URL" bad_bot
SetEnvIfNoCase User-Agent "^Wget" bad_bot
SetEnvIfNoCase User-Agent "^DIIbot" bad_bot
SetEnvIfNoCase User-Agent "^sitecheck.internetseer.com" bad_bot
SetEnvIfNoCase User-Agent "^psbot" bad_bot
SetEnvIfNoCase User-Agent "^libwww-perl" bad_bot
<Limit GET POST>
Order Allow,Deny
Allow from all
Deny from env=bad_bot
</Limit>
########## end block bad bots
#--------------------------------
# Block direct access to critical files
#--------------------------------
<Files .htaccess>
order allow,deny
deny from all
</Files>
<FilesMatch "configuration.php">
Order allow,deny
Deny from all
</FilesMatch>
#--------------------------------
# Block all attempts to access files with names starting with, "phpMyAdmin" will be redirected to index.php
#--------------------------------
RewriteCond %{REQUEST_URI} !^/[0-9]+\..+\.cpaneldcv$
RewriteCond %{REQUEST_URI} !^/[A-F0-9]{32}\.txt(?:\ Comodo\ DCV)?$
RewriteRule ^/phpMyAdmin.*$ /index.php
###########################################
#End Custom rules
###########################################
Debbo solo, con calma, capire quali di queste ostacolano l’aggiornamento ed eliminarle, probabilmente le avevo inserite io a suo tempo, ma la memoria latita
L’eccesso di zelo sovente risulta essere un boomerang
74
Installazione, migrazione e aggiornamento / Re:(RISOLTO)Update 3.7.0 --> 3.7.1 AJAX Loading Error: Not Found
« il: 22 Mag 2017, 15:15:41 »
Ciao,
ho lo stesso vostro identico problema, purtroppo dopo aver installato senza non pochi problemi Admin Tools, in quanto l’installazione mi restituiva
Attenzione
Non è stato possibile registrare l'ID del pacchetto per le estensioni di questo pacchetto.
Messaggio
pacchetto installato correttamente
e dopo l’installazione il pannello d’amministrazione del sito mi appariva Admin Tools come voce di submenu in Componenti ma selezionandola mi dava Errore 404.
Quindi ho modificato opportunamente i permessi da file manager di cPanel ed ho installato il componente da cartella.
Finalmente Il componente si è installato regolarmente ma nonostante abbia successivamente eseguito il Fix Permission contenuto nello stesso, continuo ad avere lo stesso errore Error: AJAX Loading Error: Forbidden.
Escludo possa essere un discorso legato al setup del server in quanto sullo stesso ho svariati domini che ho aggiornato regolarmente a Joomla 3.7.1 senza alcun problema, l’unico sospetto che ho è legato all’aggiornamento impropriamente effettuato via FTP che avevo fatto da 3.6.5 a 3.7.0 proprioperchè avevo già questo problema sul dominio in questione, salvo poi leggere nella letteratura Joomla che non era più praticabile l’aggiornamento via FTP.
P.S. tutti gli altri componenti moduli e PLG di questo dominio riesco ad aggiornarli regolarmente da web.
ho lo stesso vostro identico problema, purtroppo dopo aver installato senza non pochi problemi Admin Tools, in quanto l’installazione mi restituiva
Attenzione
Non è stato possibile registrare l'ID del pacchetto per le estensioni di questo pacchetto.
Messaggio
pacchetto installato correttamente
e dopo l’installazione il pannello d’amministrazione del sito mi appariva Admin Tools come voce di submenu in Componenti ma selezionandola mi dava Errore 404.
Quindi ho modificato opportunamente i permessi da file manager di cPanel ed ho installato il componente da cartella.
Finalmente Il componente si è installato regolarmente ma nonostante abbia successivamente eseguito il Fix Permission contenuto nello stesso, continuo ad avere lo stesso errore Error: AJAX Loading Error: Forbidden.
Escludo possa essere un discorso legato al setup del server in quanto sullo stesso ho svariati domini che ho aggiornato regolarmente a Joomla 3.7.1 senza alcun problema, l’unico sospetto che ho è legato all’aggiornamento impropriamente effettuato via FTP che avevo fatto da 3.6.5 a 3.7.0 proprioperchè avevo già questo problema sul dominio in questione, salvo poi leggere nella letteratura Joomla che non era più praticabile l’aggiornamento via FTP.
P.S. tutti gli altri componenti moduli e PLG di questo dominio riesco ad aggiornarli regolarmente da web.
75
Database / Re:From AS400 to Mysql
« il: 17 Mag 2017, 17:35:15 »
Grazie ad entrambe per i suggerimenti, vedrò il da farsi sia per quanto riguarda le query sia nella scelta di uno strumento di sviluppo che non necessariamente deve essere Joomla 
76
Database / Re:From AS400 to Mysql
« il: 17 Mag 2017, 15:41:13 »
Sì, avevo già intuito che si dovranno identificare tutti i campi K2 in modo tale che l’importazione del CSV vada a scriverli opportunamente le cose giuste al posto giusto, ma è proprio come predisporre opportunamente il file sorgete del DB da importare che mi sfugge
77
Database / Re:From AS400 to Mysql
« il: 17 Mag 2017, 15:11:45 »
Ciao Ahmed,
Grazie per la pronta replica, io sarei propenso ad utilizzare K2, ipotizzando di utilizzarlo, come dovrei muovermi secondo te?
Grazie per la pronta replica, io sarei propenso ad utilizzare K2, ipotizzando di utilizzarlo, come dovrei muovermi secondo te?
78
Database / [Risolto] From AS400 to Mysql
« il: 17 Mag 2017, 14:38:59 »
Ciao a tutti del forum,
vorrei provare a sviluppare un sito con Joomla dove visualizzare un catalogo articoli piuttosto vasto suddiviso in categorie, l’ambizione sarebbe attingere ad un DB di AS400.
Il dati dal DB AS400 li estrapolerei con IBM i Access ottenendo un file CSV dopo di che farei l’importazione nel DB MySql e sin qui non ho problemi.
Quello che non mi è chiaro è come o con quale componente gestire i dati del catalogo importato.
Qualcuno sa darmi a grandi linee un’idea in merito.
Grazie
vorrei provare a sviluppare un sito con Joomla dove visualizzare un catalogo articoli piuttosto vasto suddiviso in categorie, l’ambizione sarebbe attingere ad un DB di AS400.
Il dati dal DB AS400 li estrapolerei con IBM i Access ottenendo un file CSV dopo di che farei l’importazione nel DB MySql e sin qui non ho problemi.
Quello che non mi è chiaro è come o con quale componente gestire i dati del catalogo importato.
Qualcuno sa darmi a grandi linee un’idea in merito.
Grazie
79
Joomla! 3 / Re:System page cache e Joomla 3.7
« il: 02 Mag 2017, 12:25:05 »
Grazie ad entrambe, approfondirò sicuramente.
80
Joomla! 3 / [RISOLTO]System page cache e Joomla 3.7
« il: 02 Mag 2017, 09:51:10 »
Ciao a tutti,
ho notato che dopo l'aggiornamento a Joomla 3.7 di alcuni siti la system page cache mi crea dei problemi di visualizzazione pagina, in particolare nelle pagine contenenti inframe di Google Map le quali vengono visualizzate completamente bianche.
Naturalmente ho provato a disattivare il PLG System Page Cache e a pulire la cache front e back così facendo le pagine appaiono nuovamente, salvo il fatto che se provo a riattivare il PLG ritorna a darmi un pagina bianca.
Qualcuno ha riscontrato lo stesso problema?
ho notato che dopo l'aggiornamento a Joomla 3.7 di alcuni siti la system page cache mi crea dei problemi di visualizzazione pagina, in particolare nelle pagine contenenti inframe di Google Map le quali vengono visualizzate completamente bianche.
Naturalmente ho provato a disattivare il PLG System Page Cache e a pulire la cache front e back così facendo le pagine appaiono nuovamente, salvo il fatto che se provo a riattivare il PLG ritorna a darmi un pagina bianca.
Qualcuno ha riscontrato lo stesso problema?
