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.
Accedi via ftp al tuo sito. Apri il file configuration.php. Cerca la stringa:Codice: [Seleziona]public $session_handler = 'file';e rimetti "database".
Salva e vedi un po' se tutto torna a posto...
Grazie grazie grazie! Non ci sarei mai arrivata! Avevo messo $session_handler = 'memcache' (chissà che mi ha detto la testa) rimettendo database sono riuscita ad entrare! Te ne sono grata! Correggo subito il titolo con risolto
Ciao
Quando non si hanno molte voci e molti linguaggi, è bene mettere nel menù insieme le voci it, en, de ecc. ed assegnare il menù a tutte le lingue. Verranno però mostrate solo le voci della lingua corrente selezionata. Diventa poco gestibile se si hanno più di 4 linguaggi e più di 10 voci ma funziona lo stesso.
Se sei in locale puoi accedere dalla cartella php, se invece sei in remoto puoi farlo da pannello gestione spazio web o chuedere al tuo hosting.
E comunque, aggiungo, se il problema è quello di cui ti ho parlato dovresti vedere in ogni caso il database popolarsi di qualche decina di tabelle... altrimenti il problema potrebbe stare li... ricorda che le credenziali dell'utente sul database remoto hanno valori diverse da quello in locale.
(web server / web application)
--------------------------------------------
il file htacces non appartiene a nessuna applicazione web
Tutte le volte che Apache riceve una richiesta indirizzata al tuo "spazio", prima ancora di soddisfare la richiesta, legge eventuali file destinati a lui a sue "istruzioni".
E' un respingimento in alto mare piuttosto che a terra dove il terribile straniero potrebbe fuggire etc
Per quanto riguarda la sicurezza concordo con i principi di Marco. Un bruteforce su joomla non ha nessunissimo effetto se non un rallentamento perchè occupi "richieste" e risorse del server.
Se gli fai caricare joomla per bannare e inviare una mail impieghi ulteriori risorse... oltre a ricevere una mail.
Sicurezza non ne aggiungi ma fastidi si.
Ma..a questo punto, cosa dovrei fare? Voglio utilizzare anch'io htacces per proteggermi nel miglior modo! Devo seguire le istruzione precedentemente segnalate da Marco? Basta questo o devo fare altri settaggi su htacces?
prego, è bello essere di aiuto anche se si arriva in ritardo
ma solo una domanda... che te ne fai dell'ip che ricevi?
riflessione: visto che non hai accesso tramite front-end né registrazione utenti (l'hai disabilitata, vero?) a che ti serve un plugin? è decisamente meglio non usarlo e lasciare la protezione ad apache (lo .htacess), in questo modo sei su un layer differente (web server invece di application server) ed aumenti di molto la sicurezza.
ps: non dirlo a chi ha fatto il plugin, ma è la mia convinzione di sistemista...
ciao,
marco
(web server / web application)....cmq in realtà in front end effettua l'accesso il mio cliente..la registrazione però l'ho disabilitata (anche in back end a volte capita che faccio accedere..sempre con permessi di amministratore) farli passare per protect come nella tua guida diventa ancora più complicato..hmm non so....Brute forze mi blocca al terzo tentativo di accesso non riuscito gli IP in modo permanente sia backend che front end, mi sembra che funziona...quello che mi arriva per email è solo un report ma non ci faccio nulla..
è più carino....un saluto!
per quanto riguarda l'accesso al back end, usa il metodo descritto qui.
questo è indipendente dal db e decisamente più sicuro di un plugin
ciao
perchè quel giorno di esaurimento e di grande spavento perchè non riuscivo più ad accedere al sito ne da backend e ne si visualizzava in frontend..non sapevo proprio che fare!! ma girando nella rete quel giorno stesso ho trovato soluzione al problema individuando proprio l'articolo che hai postato qui! che hai scritto tu!
...ho chiamato il server che è riuscito a segnalarmi l'errore (a me non faceva vedere nulla solo pagine bianche senza errori ne codice della pagina) l'errore era nella classe J cache, praticamente non trovava il file cache.php nella directory di joomla LIBRARY/JOOMLA/CACHE/..che infatti era vuota (non so perchè ma già di backup era vuota) cmq ho preso i file contenuti in quella cartella in una versione d'installazione di joomla 2.5.28 e li ho copiati dentro la mia directory in remoto...è rifunzionato tutto alla grande!
