• A
    User •

    Problemi da locale a remoto

    Ciao a tutti.
    Mi chiamo Andrea e sono alle prese col portare il mio sito creato tramite joomla in locale a remoto.
    Devo avere fatto una fesseria. Come prima cosa ho creato un db nel mio hosting account ed ho importato il db opportunamente esportato in locale con easyphp; dopo avere fatto questo ho modificato nell'amministrator di joomla in locale l'indirizzo del server del database che non è localhost in quanto Godaddy mi dà proprio un indirizzo. Da questo momento non sono più riuscito ad entrare nel mio admin e nel sito.
    Allora ho copiato tutti i file in remoto (i file dentro al cartella www di easyphp).
    Ho modificato il file configuration.php inserendo i dati corretti del database e del server, ed ho modificato anche quella riga in cui devi inserire l'indirizzo completo del tuo sito. Ho salvato il file e l'ho rispedito sul server.

    Quando apro il mio sito mi compare questa scritta:
    Database Error: Unable to connect to the database:Could not connect to MySQL

    Help, help, help 😞
    Premetto che sono alle prime armi quindi non so bene come muovermi.

    Grazie mille a tutti coloro che mi risponderanno e che mi aiuteranno in questa avventura 🙂

    Saluti
    Andrea

    0
  • W
    User Attivo •

    Ciao, sicuramente c'è un'errore nei parametri del configuration.php. Devono essere quelli che ti fornisce Godaddy.

    0
  • A
    User •

    Ciao.
    Io ho messo i parametri che mi ha dato GoDaddy ed in particolare ho modificato al riga 32 (host) ed ho messo l'indirizzo che mi dà godaddy. Poi ho modificato user all riga 33 e db alla riga 34 e li ho messi uguali in quanto godaddy usa l'user uguale al database name. In ultimo ho modificato live site alla riga 19 ed ho messo l'indirizzo del mio sito.

    Io pero' credo che ho fatto casino con l'indirizzo del server, in quanto prima di fare tutto questo macello, ero ancora in locale, e tramite l'admin di joomla nel menù di configurazione del server sono andato a modificare l'indirizzo del database. Da quel momento non ha più funzionato nulla.

    Ora pero' avendo creato un altro database l'indirizzo è cambiato.

    Sono comunque, come ripeto, andato a cambiarlo in configuration.php ma nulla.... La frase che mi viene fuori è sempre quella che dice che non riesce a connettersi al database. Eppure i parametri sembrano tutti giusti.
    Devo avere sbagliato nella procedura di trasferimento da locale in remoto.

    La cosa mi sta tanto a cuore in quanto ho paura di perdere tutto il lavoro fatto e le settimane se non mesi persi per creare il sito in questione.

    Io ho fatto cmq sia il backup del database che dei file di joomla, ma ora è come se non lo avessi fatto in quanto non li posso utilizzare.

    Non so proprio dove sbattere la testa.

    Questo è il mio configuration.php

    <?php
    class JConfig {
    var $offline = '0';
    var $editor = 'tinymce';
    var $list_limit = '20';
    var $helpurl = 'joomla.it';
    var $debug = '0';
    var $debug_lang = '0';
    var $sef = '0';
    var $sef_rewrite = '0';
    var $sef_suffix = '0';
    var $feed_limit = '10';
    var $secret = '';
    var $gzip = '0';
    var $error_reporting = '-1';
    var $xmlrpc_server = '0';
    var $log_path = 'c:\programmi\easyphp1-8\www\miodominio\logs';
    var $tmp_path = 'c:\programmi\easyphp1-8\www\miodominio\tmp';
    var $live_site = '    ';
    var $offset = '0';
    var $caching = '0';
    var $cachetime = '15';
    var $cache_handler = 'file';
    var $memcache_settings = array();
    var $ftp_enable = '0';
    var $ftp_host = '127.0.0.1';
    var $ftp_port = '21';
    var $ftp_user = '';
    var $ftp_pass = '';
    var $ftp_root = '';
    var $dbtype = 'mysql';
    var $host = 'p41mysql177.secureserver.net';
    var $user = 'andreasar';
    var $db = 'andreasar';
    var $dbprefix = 'jos_';
    var $mailer = 'mail';
    var $mailfrom = '';
    var $fromname = '    ';
    var $sendmail = '/usr/sbin/sendmail';
    var $smtpauth = '0';
    var $smtpuser = '';
    var $smtppass = '';
    var $smtphost = 'localhost';
    var $MetaAuthor = '1';
    var $MetaTitle = '1';
    var $lifetime = '15';
    var $session_handler = 'database';
    var $password = '    ***';
    var $sitename = '********';
    var $MetaDesc = 'Joomla! - il sistema di gestione di contenuti e portali dinamici';
    var $MetaKeys = 'joomla, Joomla';
    var $offline_message = 'Sito fuori servizio per manutenzione. Riprovare più tardi.';
    }
    ?>

    0
  • A
    User •

    Ci siamo.
    Sono riuscito a farlo funzionare. Era la password del database errata che confondevo con quella dell'admin e per quanto riguarda l'amministrazione, che ancora non mi andava, ho cambiato i permessi della cartella administrator tramite FTp e li ho settati a 777.
    Fino qui ho fatto bene???

    Solo che ora ho un problemino:
    a parte qualche errorino di grafica che ho risolto, non mi visualizza l'header... Il mio header è un fluttuare continuo di 6 header. In locale funzionava ma ora no.
    Dove posso andare a vedere per risolvere questa cosa?

    Grazie

    0
  • A
    User •

    Credo che dipenda dai permessi delle cartelle...
    Ora ho settato tutte le cartelle a 755 e tutti i file a 644.
    E' giusto?
    Cosa serve dare i permessi alle cartelle ed ai file? Se ne dò troppi rischio qualcosa?
    Insomma vorrei settarli nella maniera più consona ed opportuna e non settarli inbase solo al fatto che tutto mi funziona...non so se ho reso l'idea.

    0
  • W
    User Attivo •

    E' giusto 755 per le cartelle e 644 per i files.

    0
  • A
    User •

    Ok... Ho settato i chmod ma il problema dell'header rimane.
    Praticamente carica solo il file flash che usce prima degli header. E' una forma di pubblicità che si fa il creatore del template da me scelto. Questo file swf dura una frazione di secondo per poi lasciare il posto allo scorrere dei 6 header jpg. Il problema sta nel fatto che rimane fisso il file flash e non vengono caricati gli header jpg.

    Ho provato a guardare nei file del templates, ma ancora non ho trovato niente.

    Qualcuno mi sa dire come posso fare? Ripeto che in locale mi funzionava benissimo.

    grazie 🙂

    0
  • A
    User •

    Non riesco proprio a capire dove sta il problema...
    Nessuno mi puo' aiutare??? :arrabbiato:

    Heeeelp...

    0
  • W
    User Attivo •

    Se in locale funzionava e non hai toccato niente sarà ancora un problema di permessi. Controllali bene.

    0
  • A
    User •

    Grazie webmax per darmi retta.

    Io mi sono messo nella root principale del mio server ed ho settato ttte le cartelle a 755 e tutti i file a 644 ed ancora non funziona.

    La cosa che mi ha incuriosito è che ho provato a ricaricare il templates originale ol_desire, quindi senza le mie modifiche, insomma quello nudo e crudo che scarichi dal web, e pur avendo i suoi file originali, fa lo stesso errore.

    Puo' dipendere dal database? Io non sono molto acculturato in materia e magari dell'esportazione e importazione del db ho trascurato qualche procedura. So che ci sono dei privilegi nel db, ma quelli li avevo settati quando ero in locale e l'ho esportato così com'era. Dovrei andare a settare qualcosa anche lì?

    O forse nelle varie procedure che ho fatto è andata persa una eventuale riga di comando del file index o di qualche altro file, che dava l'istruzione di caricare i jpg dell'header? Ma sostituendo i file con quello originale avrebbe dovuto funzionare...invece no!

    Quindi credo che dipenda da una causa a monte del template...

    Se sapevo facevo da subito tutto il remoto ... 🙂

    Dove posso guardare???

    0
  • W
    User Attivo •

    Non dipende dal dtabase. Oltre alle cartelle in root devi settare i permessi a quelle interne controlla il percorso del template e guarda i permessi.

    0
  • A
    User •

    Si ma in root ho settato anche di fare l'operazione alle sottocartelle ed a tutti i file. Infatti adesso, per sicurezza, sono andato a controllare i permessi sia di cartelle che di file nelle cartelle interne ed in particolare in quelle del template in questione e tutto è settato correttamente.

    Ma cosa diavolo è saltato!!! :mmm:

    0
Effettua l'accesso per rispondere