Back to top

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.


Post - Naomi

Pagine: [1] 2
1
Se il problema è il mancato inserimento del file ...templates\khepri\params.ini
allora non c'è soluzione! Non c'è modo di carcarlo: Filezilla mi restituisce questo errore
Comando:    STOR params.ini
Risposta:    550 params.ini: Permission denied
Errore:    Errore critico trasferimento file
Stato:    Disconnesso dal server

2
Grazie per la risposta ramses.
Tuttavia DOPO l'attacco ho fatto l'aggiornamento alla versione 1.5.26 quindi dovrei avere già sovrascritto una nuova cartella administrator "vergine".. no?
Comunque quando vado a sovrascrivere la nuova cartella Administrator c'è un file che mi resta nei "Trasferimenti non completati": si tratta di ...templates\khepri\params.ini

P.S. La questione del "non salvataggio" delle modifiche agli articoli l'ho risolta aggiornando l'editor JCE.
Resta il problema della pagina di Configuarazione...assente!

3
Premessa: il sito (versione 1.5.23) a inizio mese ha subito un attacco. Qualcuno si è divertito a sostituire la prima pagina con una farlocca "Microsoft Security alert" che invitava a scaricare un file per eseguire una scansione.
Conseguenza sito bloccato da Google e ftp bloccato dal fornitore del servizio di hosting che mi comunica comunque di aver provveduto ad eliminare i file malevoli.
Il sito ora è a posto, visibile in ogni sua parte e nuovamente indicizzato da Google.
Però dal punto di vista dell'amministrazione ho notato due cose:
- quando lavoro su un articolo usando l'editor non mi effettua il salvataggio e si blocca tutto. Posso salvare solo se lavoro sull'articolo in html
- cosa più grave: NON HO PIU' la pagina di CONFIGURAZIONE! Quando clicco su Sito-->Configurazione mi appare una pagina totalmente bianca!
Dopo l'attacco e la ripulitura è stato effettuato l'aggiornamento alla versione 1.5.26 ma non è cambiato nulla.
Help!!

P.S. Aggiungo che tra gli utenti ho trovato un altro con credenziali da SuperAdmin (nome Admin55) che non ero io, ovviamente. Al momento l'ho bloccato e retrocesso a semplice utente registrato ed ho cambiato la password di accesso al pannello di controllo dell'amministrazione

4
Scusa.

5
Ciao.
Ho un sito con Joomla versione  1.5.23
Quali sono i vari passaggi per portarlo ad una versione più recente?
Ma soprattutto, dopo i vari aggiornamenti, i vari componenti e le varie estensioni funzioneranno normalmente???  :-\
Grazie!

6
Database / Re:Codifica caratteri
« il: 18 Feb 2011, 10:06:35 »
E con questo l'assistenza dell'hoster chiude il discorso:
Gentile cliente,
sono spiacente per i disagi riscontrati e comprendo le sue difficolta', le ricordo pero' che il supporto non offre assistenza sullo sviluppo e progettazione di pagine web, non potro' pertanto assisterla neppure per eventuali difficolta' nella gestione di backup o restore del db mysql; l'intevento del supporto tecnico e' invece possibile in caso di problemi o malfunzionamenti lato piattaforma.
Pertanto le consiglio di appoggiarsi ad un webmaster o ad un conoscente con esperienza nell'utilizzo di db mysql in modo da poter effettuare le operazioni desiderate e risolvere le difficolta' riscontrate.
Grazie e buona giornata


7
Database / Re:Codifica caratteri
« il: 17 Feb 2011, 22:20:18 »
funziona solo se le tabelle sono latin1 ma il contenuto è utf8
------------------------------------------------------------------------------------
mmhh vero..., incasinare ... no non credo però sai meglio tu.
Sonod'accordo che andrebbe fatto altro...ma come glielo fai fare?
magari aprendo il dump con un editor e usando qualche automatismo... non penso basti salvarlo utf8 ..qui char saranno escapati per il db
M.

???:o

8
Database / Re:Crop table o drop table?
« il: 17 Feb 2011, 22:17:20 »
Non è che lo dicono...lo scrivono!

9
Database / Crop table o drop table?
« il: 17 Feb 2011, 20:55:02 »
Il mio servizio di hosting prevede una procedura per importare file di dump fino a 30MB.
Tuttavia specifica che nel file da importare deve essere abilitato il CROP TABLE.
Orbene, in phpMyAdmin alla voce "Esporta" non trovo nesun "crop table". La cosa che più gli assomiglia da selezionare è DROP TABLE.
Sono la stessa cosa?
E se non lo sono come abilito il CROP TABLE???

10
Database / Re:Codifica caratteri
« il: 17 Feb 2011, 20:31:36 »
"La query è stata eseguita con successo", nella scheda Operazioni alla voce Collation adesso c'è utf8_uniode_ci però nella scheda "Struttura" le tabelle sono rimaste sempre alcune con con latin1_swedish_ci e altre con utf8_general_ci
E nel sito non è cambiato nulla...

11
Database / Re:Codifica caratteri
« il: 17 Feb 2011, 19:36:30 »
Sono dentro il db.
Nella scheda "Struttura" c'è l'elenco delle tabelle dove alla voce "Collation" trovo alcune tabelle con latin1_swedish_ci e altre con utf8_general_ci ma non vedo alcun "Select" accanto.

Se vado nella scheda "Operazioni" vedo iseguenti form:
- Crea una nuova tabella nel database
- Rinomina il DataBase in:
- Copia il Database in
- Collation: è qui che devo impostare utf8 ?  E quale? utf8-bin o utf8_unicode_ci ?

12
Database / Re:Codifica caratteri
« il: 17 Feb 2011, 12:31:54 »
...se hai i backup non farai mai nessun danno

...se esiste un angelo che ti assiste...  :)
stasera provo a entrare in quel db...  >:(

13
Database / Re:Codifica caratteri
« il: 17 Feb 2011, 11:58:58 »
devono essere tutte utf8_general_ci

Ehm...si, immaginavo. Ma come faccio a farle tutte uguali senza fare danni?
Mi "telecomandate"?
Ho il terrore di quel db.... :-[

14
Database / Codifica caratteri
« il: 16 Feb 2011, 22:37:57 »
Dopo un drammatico (per me) ripristino del db di cui avevo erroneamente cancellato tutte le tabelle, risolto grazie al provvidenziale supporto di una delle colonne portanti del forum (grazie grazie grazie!!!), mi trovo davanti ad una nuova difficoltà.
Negli articoli, le lettere accentate (à,è,ì,ò,ù), gli apostrofi, l'€ ecc vengono sostituiti da simboli o caratteri alternativi.
Mi dicono sia un problema di codifica del testo.
L'assistenza dell'hosting mi invita a selezionare la codifica utilizzata in base alle sue esigenze, modificando il campo nella riga "collazione della connessione di MySQL" direttamente da phpmyadmin, affermando che solitamente viene utilizzata latin_1 o utf:8.
Io ho provato a modificare il campo "collazione della connessione di MySQL" , ma non accade nulla.
Il set di caratteri MySQL è sempre: UTF-8 Unicode (utf8)
Inoltre, entrando nel db e osservando le tabelle, alla voce "Collation" noto che alcune riportano latin1_swedish_ci e altre utf8_general_ci
Qualcuno ci capisce qualcosa ed ha una soluzione per neofiti?

15
Database / Re:Ho cancellato tutte le tabelle...
« il: 12 Feb 2011, 13:07:31 »
Puoi allora ripristinare in locale e rifare un export secondo i canoni richiesti dall'host.
Questo purtroppo non saprei da che parte iniziare..

Un consiglio, hai troppe limitazioni, io cambierei provider.
Accetto i consigli, anche in privato

16
Database / Re:Ho cancellato tutte le tabelle...
« il: 12 Feb 2011, 11:37:45 »
Ciao
Se superi le dimensioni massime spezzetta il file in piu' parti, aprilo con notepad++ e taglialo in corrispondenza di un fine tabella.

Non funziona.
Ho provato la procedura prevista dall'hosting per il dump di grandi dimensioni ma viene questo errore:
Citazione
At this place the current query includes more than 300 dump lines. That can happen if your dump file was created by some tool which doesn't place a semicolon followed by a linebreak at the end of each query, or if your dump contains extended inserts. Please read the BigDump FAQs for more infos.

Mi è stato detto è che il problema è che ho settata l'opzione extended insert quando ho fatto il backup.
Non so come venirne fuori....

17
Sicurezza / Re:Mi è scomparso il sito...
« il: 11 Feb 2011, 23:17:22 »
vediamo se c'è un altra strada...

Mi affido a te... :-[

18
Sicurezza / Re:Mi è scomparso il sito...
« il: 11 Feb 2011, 23:04:10 »
Sarà anche il più importante d'Italia e mette pure a disposizione una procedura ftp per fare l'upload del dump.
Peccato che poi il risultato sia:

At this place the current query includes more than 300 dump lines. That can happen if your dump file was created by some tool which doesn't place a semicolon followed by a linebreak at the end of each query, or if your dump contains extended inserts. Please read the BigDump FAQs for more infos.

Io però il file di backup non me lo sono mica inventato, l'ho ottenuto da phpMyAdmin...

19
Sicurezza / Re:Mi è scomparso il sito...
« il: 11 Feb 2011, 22:00:19 »
Già fatto e mi dà quest'altro errore:

Non sono stati ricevuti dati da importare. O non è stato indicato alcun nome file, oppure è stato superata la dimensione massima consentita per il file, impostata nella configurazione di PHP. Vedi FAQ 1.16.

Penso sia un problema di dimensione del file: decompattato è quasi 30 Mb e zippato e circa 5,60 Mb
Però nella FAQ 1.16 non capisco praticamente nulla...

20
Sicurezza / Re:Mi è scomparso il sito...
« il: 11 Feb 2011, 20:26:56 »
Può può...


[allegato eliminato da un amministratore]

Pagine: [1] 2


Web Design Bolzano Kreatif