Domanda

Sto cercando di spostare il mio sito web (-S) a un nuovo server. Sul mio vecchio server, Magento e database erano sulla stessa scatola. Questa installazione di Magento serve due negozi. Ho comprato due nuovi server uno per il DB e uno solo per Magento. Il mio percorso di migrazione è stato:

  • copia del database vecchio e spostarlo nel nuovo server di database.
  • Modifica impostazioni DB in app / etc / local.xml.
  • ripulito var / cache e var / sessioni.

Fin qui tutto bene. Tutto fin qui funziona come al solito, nessun errore. Così mi sono trasferito a New Server per installare Magento:

  • scaricato Magento, estratto nella cartella principale web.
  • copiato tutti (!) I file dal vecchio server web e metterlo nel nuovo.
  • permessi Cambiato in:

    chown web37:client1 * -R
    chown web37:client1 .htaccess
    find . -type d -exec chmod 755 {} \\;
    find . -type f -exec chmod 644 {} \\;
    chmod -R o+w media var
    chmod o+w app/etc
    chmod 777 includes includes/config.php
    rm -rf var/cache/*
    rm -rf var/session/*
    
  • Modificato nella .htaccess da

    Options +FollowSymLinks
    

    a

    Options FollowSymLinks
    

    e

    #RewriteBase /magento/
    

    a

    RewriteBase /
    
  • In aggiunta a Apache:

    AcceptPathInfo on
    

Questa configurazione dà indietro il

    dbModel read resource does not implement Zend_Db_Adapter_Abstract

errore con la traccia:

    #0 /var/www/clients/client1/web3/web/app/code/core/Mage/Core/Model/Resource/Db/Collection/Abstract.php(134): Varien_Data_Collection_Db->setConnection(false)
    #1 /var/www/clients/client1/web3/web/app/code/core/Mage/Core/Model/Config.php(1348): Mage_Core_Model_Resource_Db_Collection_Abstract->__construct(Object(Mage_Core_Model_Resource_Website))
    #2 /var/www/clients/client1/web3/web/app/code/core/Mage/Core/Model/Config.php(1380): Mage_Core_Model_Config->getModelInstance(\'core_resource/w...\', Object(Mage_Core_Model_Resource_Website))
    #3 /var/www/clients/client1/web3/web/app/Mage.php(490): Mage_Core_Model_Config->getResourceModel(\'core/website_co...\', Object(Mage_Core_Model_Resource_Website))
    #4 /var/www/clients/client1/web3/web/app/code/core/Mage/Core/Model/Abstract.php(208): Mage::getResourceModel(\'core/website_co...\', Object(Mage_Core_Model_Resource_Website))
    #5 /var/www/clients/client1/web3/web/app/code/core/Mage/Core/Model/Abstract.php(213): Mage_Core_Model_Abstract->getResourceCollection()
    #6 /var/www/clients/client1/web3/web/app/code/core/Mage/Core/Model/App.php(608): Mage_Core_Model_Abstract->getCollection()
    #7 /var/www/clients/client1/web3/web/app/code/core/Mage/Core/Model/App.php(466): Mage_Core_Model_App->_initStores()
    #8 /var/www/clients/client1/web3/web/app/code/core/Mage/Core/Model/App.php(349): Mage_Core_Model_App->_initCurrentStore(\'\', \'store\')
    #9 /var/www/clients/client1/web3/web/app/Mage.php(683): Mage_Core_Model_App->run(Array)
    #10 /var/www/clients/client1/web3/web/index.php(87): Mage::run(\'\', \'store\')
    #11 {main}

Se il cambiamento delle autorizzazioni per 777 del var cartella di server mi dice che ha avuto un errore 500, ma posso vedere assolutamente nulla su questo errore nei log degli errori anche se se cambio il livello di log di Apache per \ "LogLevel debug \" :( lo stesso se mi eliminare o rinominare la cartella della cache. Nulla aiuta e io non so davvero cosa posso fare. ho provato molte volte per reinstallare e sto lavorando per risolvere il problema quasi da una settimana. Qualsiasi l'aiuto sarebbe bello: (

Annunci:

  • Se io cercando una nuova installazione tutto funziona bene
  • una nuova installazione dopo rimuovere il file local.xml vecchio vuole che alcune cartelle in 777, ma le pause sul passo successivo (dopo l'inizializzazione del database) in 500 errore.
  • Sia Server hanno i requisiti di Magento, sia local.xml \ 's sono identici.
  • Old Magento Server:
    • CentOS 5.9
    • H-Sphere 3.6.1
    • Magento Community 1.7.0.2
    • mod_php
  • Nuovo Magento Server:

    • CentOS 6.4
    • ISPConfig 3.0.5.2
    • Magento Community 1.7.0.2
    • mod_php
    • suphp.conf:

      [global]
      ;Path to logfile
      logfile=/var/log/httpd/suphp.log
      ;Loglevel
      loglevel=info
      ;User Apache is running as
      webserver_user=apache
      ;Path all scripts have to be in
      docroot=/var/www
      ;Path to chroot() to before executing script
      ;chroot=/mychroot
      ; Security options
      allow_file_group_writeable=true
      allow_file_others_writeable=false
      allow_directory_group_writeable=true
      allow_directory_others_writeable=false
      ;Check wheter script is within DOCUMENT_ROOT
      docroot=/var/www
      ;Send minor error messages to browser
      errors_to_browser=false
      ;PATH environment variable
      env_path=/bin:/usr/bin
      ;Umask to set, specify in octal notation
      umask=0022
      ; Minimum UID
      min_uid=100
      ; Minimum GID
      min_gid=100
      [handlers]
      ;Handler for php-scripts
      x-httpd-suphp="php:/usr/bin/php-cgi"
      ;Handler for CGI-scripts
      x-suphp-cgi="execute:!self"
      umask=0022
      umask=0022
      
È stato utile?

Soluzione

In primo luogo,

  1. suPHP è lento, a meno che non si tratta di un ambiente multi tenant, basta usare mod_php - la sua molto più semplice da gestire e confugure
  2. Perché si utilizza un DB server esterni con un unico server web. Nella maggior parte dei casi, questo sarà più lento di entrambi essendo sullo stesso sistema.

Guardate la configurazione che hai postato, allow_file_others_writable e allow_directory_others_writable è impostato su false. Vale a dire. Non è permesso di utilizzare 777 fino a quando non modificare tali impostazioni.

Ma il punto centrale di suPHP è così che le autorizzazioni possono essere stretti (ad es. 744 e 644), in quanto viene eseguito il processo di PHP come il diritto utente per cominciare.

Assicurarsi si può effettivamente connettersi al server DB tramite linea di comando -. Sembra un mal configurato istituito

Altri suggerimenti

ho ottenuto lo stesso errore quando sto provando ad aggiornare negozio.

Come posso evitare questo problema, Backup di tutti i file XML modulo di estensione 3rd Party (da app / etc / modules) e quindi rimuovere questi file da app / etc / modules.

Con questo, al di sopra errore è andato. Ho installato Magento e quindi aggiungere i file estensioni indietro. Tutte le cose ha funzionato come previsto.

Spero che questo vi aiuterà.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a magento.stackexchange
scroll top