Jump to content

Recommended Posts

Boa tarde meus caros, estou migrando a loja de um cliente meu de uma hospedagem compartilhada para outra...

Problema: O domínio está direcionado corretamente, e tenho acesso agora a um painel cPanel. No entanto, a loja está retornando Internal Server Error, também conhecido como error 500.

Passos que segui:

  1. Criado novo banco de dados, e importado os dados do antigo banco de dados
  2. Upload de todos os arquivos para o novo servidor via FTP
  3. Configuração do arquivo config_instalador.php (substituiu o /config/settings.inc.php)
  4. Atualização do DNS

Mudei as permissões conforme indicado em: [http://www.prestashop.com/forums/topic/236128-tutorial-servidor-configuracao-minima-para-ps-15/?hl=permiss%C3%B5es ].
No entanto, o erro persiste...

 

Alguém sabe as causas do Error 500?

Segue abaixo o arquivo config_instalador.php (o settings.inc.php pega os dados dele)

 

 

<?php



define('MAIL_SERVIDOR', "smtp.youarenerd.com.br");

define('MAIL_USUARIO', "NOME=youarenerd.com.br");

define('MAIL_EMAIL', "[email protected]");

define('MAIL_SENHA', "SENHA_DO_EMAIL");

    

define('DB_SERVIDOR', "localhost"); // No antigo servidor era: "mysql.youarenerd.com.br"

define('DB_USUARIO', "NOME_DO_DB"); // No antigo servidor era: youarenerd

define('DB_NOME', "USUARIO_DO_DB"); // No antigo servidor era: youarenerd

define('DB_SENHA', "SENHA_DO_DB");

define('PREFIXO', "ps3__");



define('FTP_SERVIDOR', "ftp.youarenerd.com.br");

define('FTP_USUARIO', "USUARIO_DO_FTP");

define('FTP_SENHA', "SENHA_DO_FTP");



define('DOMINIO', "youarenerd.com.br");

define('DIRETORIO', "www/");

define('DIR', "");

define('SSL', "true");

define('SITENOME', "");

define('KUNDE', "true");



?>

 

 

Versão do prestashop: 1.5.3.1

Edited by vitorcoelho (see edit history)
Link to comment
Share on other sites

 

 

  • Agora procure pela tabela ps_shop_url e edite a mesma substituindo domain e domain_ssl pelo seu dominiowww.oseudominio.com e physical_uri pelo nome da pasta da sua loja /prestashop_clone/ .
  • Agora já pode aceder ao back-office da sua loja www.oseudominio.com/prestashop_clone/admin123 e deve ir á tabPreferences > Seo & Url's e na secção Set Shop Url deve confirmar se o dominio e a pasta da sua loja estão correctos e clicar em Save se estiverem correctos para obrigar o Prestashop a gerar um novo ficheiro .htaccess.

 

 

Confirme os passos do quote acima, que foi retirado de http://www.prestashop.com/forums/topic/217863-tutorial-criar-loja-online-de-testes/ .

 

Caso a loja esteja instalada no root da public_html ou na numa subpasta com o nome igual ao do antigo alojamento, basicamente o que lhe deve estar a faltar é gerar um novo ficheiro .htaccess .

 

 

  • Like 1
Link to comment
Share on other sites

Confirme os passos do quote acima, que foi retirado de http://www.prestashop.com/forums/topic/217863-tutorial-criar-loja-online-de-testes/ .

 

Caso a loja esteja instalada no root da public_html ou na numa subpasta com o nome igual ao do antigo alojamento, basicamente o que lhe deve estar a faltar é gerar um novo ficheiro .htaccess .

Obrigado pela resposta @exadra37.

O ficheiro .htaccess antigo que resulta em error 500, é este:

 

 

php_value max_input_vars 100000

# ~~start~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again
# .htaccess automaticaly generated by PrestaShop e-commerce open-source solution
# http://www.prestashop.com - http://www.prestashop.com/forums

<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule . - [E=REWRITEBASE:/]
RewriteRule ^api/?(.*)$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L]

# Images
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$1$2$3.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$1$2$3$4.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$1$2$3$4$5.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$1$2$3$4$5$6.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$1$2$3$4$5$6$7.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$1$2$3$4$5$6$7$8.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$1$2$3$4$5$6$7$8$9.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$8/$1$2$3$4$5$6$7$8$9$10.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^c/([0-9]+)(\-[\.*_a-zA-Z0-9-]*)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2$3.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^c/([a-zA-Z_-]+)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2.jpg [L]

# Dispatcher
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^.*$ - [NC,L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L]
</IfModule>

<IfModule mod_expires.c>
    ExpiresActive On
    ExpiresByType image/gif "access plus 1 month"
    ExpiresByType image/jpeg "access plus 1 month"
    ExpiresByType image/png "access plus 1 month"
    ExpiresByType text/css "access plus 1 week"
    ExpiresByType text/javascript "access plus 1 week"
    ExpiresByType application/javascript "access plus 1 week"
    ExpiresByType application/x-javascript "access plus 1 week"
    ExpiresByType image/x-icon "access plus 1 year"
</IfModule>

FileETag INode MTime Size
<IfModule mod_deflate.c>
    AddOutputFilterByType DEFLATE text/html
    AddOutputFilterByType DEFLATE text/css
    AddOutputFilterByType DEFLATE text/javascript
    AddOutputFilterByType DEFLATE application/javascript
    AddOutputFilterByType DEFLATE application/x-javascript
</IfModule>

#If rewrite mod isn't enabled
ErrorDocument 404 /index.php?controller=404

# ~~end~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again


# Adicionado pelo Painel de Controle

<IfModule mod_rewrite.c>

 RewriteEngine on

 RewriteCond %{HTTP_REFERER} !^$

 RewriteCond %{HTTP_REFERER} !^http://(www.)?youarenerd.com.br/.*$ [NC]

 RewriteRule .(gif|jpg|jpeg|png|js|css|avi|bmp|bat|doc|docx|fla|html|ico|log|mp3|mpg|mov|nrg|ogg|pdf|php|ptt|rm|rar|swf|txt|ttf|vob|wab|wav|zip)$ – [F]

 </IfModule>

 

 

Atualizei por este, e a página fica quebrada(em branco):

 

 

ErrorDocument 404 /404.php
<IfModule mod_deflate.c>
<FilesMatch "\.(js|css)$">
SetOutputFilter DEFLATE
</FilesMatch>
</IfModule>
RewriteEngine on
RewriteCond %{HTTP_HOST} ^(youarenerd\.com\.br)(:80)? [NC]
RewriteRule ^(.*) http://www.youarenerd.com.br/$1 [R=301,L]
order deny,allow
RewriteCond %{HTTP_USER_AGENT} wget [NC]

 

 

Consegue identificar alguma falha ou, tens algum exemplo funcional aí pra eu dar uma checada?

Edited by vitorcoelho (see edit history)
Link to comment
Share on other sites

Você não leu a resposta com atenção... volte a ler e siga os passos lá indicados no quote ou abra o link e consulte os mesmos passos no link.

No caso a TABLE ps_shop_url já estava com os dados informados (sendo que a loja está no public_html, o campo physical_url estava preenchido com uma "/") e não consigo acessar a área administrativa.

 

Caso a loja esteja instalada no root da public_html ou na numa subpasta com o nome igual ao do antigo alojamento, basicamente o que lhe deve estar a faltar é gerar um novo ficheiro .htaccess .

Por isso postei o comentário sobre o ficheiro .htaccess

 

Deixei passar algo?

Edited by vitorcoelho (see edit history)
Link to comment
Share on other sites

À quanto tempo mudou os DNS?

 

Experimente renomear o ficheiro .htaccess para outro nome qualquer. Ex: .htaccess-old

 

A loja deverá conseguir funcionar no back-officce sem o .htaccess.

Mudei durante o fim de semana, na madrugada de sabado p/ domingo, esqueci de mencionar isso :blush:

Quero acreditar que seja o DNS, mas atualizei outro domínio e não demorou 2horas, fora que os registros MX (pro hotmail) já estão ok, e alguns arquivos de download estão disponiveis (ex: http://www.youarenerd.com.br/arquivos/pdf-uol.pdf )

 

Renomeando o arquivo, o back office resulta Forbidden( :o ) e o index fica nulo...

Link to comment
Share on other sites

Se mudo nessa altura o problema já não é dos DNS.

 

Nunca mude de alojamento uma loja online sem testar primeiro com uma loja de testes a funcionar num subdominio tipo teste.dominio.com, pois assim evitará os dissabores que está a experimentar agora.

 

Pelo seu ficheiro settings.incp.php dá para perceber que a sua loja está muito personalizado, pelo que pode haver aí outra razão qualquer escondida nessas alterações de código nos ficheiros do core.

 

UMA CHAMADA DE ATENÇÂO:

 

 

  • Agora já pode aceder ao back-office da sua loja www.oseudominio.com/prestashop_clone/admin123 e deve ir á tabPreferences > Seo & Url's e na secção Set Shop Url deve confirmar se o dominio e a pasta da sua loja estão correctos e clicar em Save se estiverem correctos para obrigar o Prestashop a gerar um novo ficheiro .htaccess.

 

Será que você seguiu mesmo o passo descrito no quote acima??? Ou seja você tem de clicar em Save para que o ficheiro .htaccess seja gerado e parece-me que não o fez!!!

Link to comment
Share on other sites

Se mudo nessa altura o problema já não é dos DNS.

 

Nunca mude de alojamento uma loja online sem testar primeiro com uma loja de testes a funcionar num subdominio tipo teste.dominio.com, pois assim evitará os dissabores que está a experimentar agora.

 

Pelo seu ficheiro settings.incp.php dá para perceber que a sua loja está muito personalizado, pelo que pode haver aí outra razão qualquer escondida nessas alterações de código nos ficheiros do core.

 

UMA CHAMADA DE ATENÇÂO:

 

Será que você seguiu mesmo o passo descrito no quote acima??? Ou seja você tem de clicar em Save para que o ficheiro .htaccess seja gerado e parece-me que não o fez!!!

Eu não consigo acesso ao back office para gerar o ficheiro pela plataforma.

Os .htaccess que postei, o antigo e maior foi o proprio prestashop que criou na primeira hospedagem(HostNet), e o  segundo é um que eu mesmo criei pesquisando e inseri manualmente via ftp...

 

Por acaso nâo tens algum exemplo de um funcional para que eu possa dar uma checada comparando?

Edited by vitorcoelho (see edit history)
Link to comment
Share on other sites

Desculpa, mas com o cansaço esqueci-em que já tinha referido que não conseguia aceder ao back-officce.

 

Verifique a pasta admin e se existir algum ficheiero .htaccess modifique o nome do mesmo.

 

Exemplo de um .htaccess de uma loja 1.5.3.1 do meu servidor já preparado para copy paste para o seu servidor:

# by Exadra37
# IF YOU WANT TO ADD ANY PHP.INI SETTING YOU MUST DO IT INSIDE TAGS <Ifmodule mod_php5.c>  </IfModule>
<Ifmodule mod_php5.c>
    php_value max_input_vars 10000
</IfModule>

# ~~start~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again
# .htaccess automaticaly generated by PrestaShop e-commerce open-source solution
# http://www.prestashop.com - http://www.prestashop.com/forums

<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule . - [E=REWRITEBASE:/]
RewriteRule ^api/?(.*)$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L]

# Images
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$1$2$3.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$1$2$3$4.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$1$2$3$4$5.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$1$2$3$4$5$6.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$1$2$3$4$5$6$7.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$1$2$3$4$5$6$7$8.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$1$2$3$4$5$6$7$8$9.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$8/$1$2$3$4$5$6$7$8$9$10.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^c/([0-9]+)(\-[\.*_a-zA-Z0-9-]*)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2$3.jpg [L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^c/([a-zA-Z_-]+)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2.jpg [L]

# Dispatcher
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^.*$ - [NC,L]
RewriteCond %{HTTP_HOST} ^www.youarenerd.com.br$
RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L]
</IfModule>

<IfModule mod_expires.c>
    ExpiresActive On
    ExpiresByType image/gif "access plus 1 month"
    ExpiresByType image/jpeg "access plus 1 month"
    ExpiresByType image/png "access plus 1 month"
    ExpiresByType text/css "access plus 1 week"
    ExpiresByType text/javascript "access plus 1 week"
    ExpiresByType application/javascript "access plus 1 week"
    ExpiresByType application/x-javascript "access plus 1 week"
    ExpiresByType image/x-icon "access plus 1 year"
</IfModule>

FileETag INode MTime Size
<IfModule mod_deflate.c>
    AddOutputFilterByType DEFLATE text/html
    AddOutputFilterByType DEFLATE text/css
    AddOutputFilterByType DEFLATE text/javascript
    AddOutputFilterByType DEFLATE application/javascript
    AddOutputFilterByType DEFLATE application/x-javascript
</IfModule>

#If rewrite mod isn't enabled
ErrorDocument 404 /index.php?controller=404

# ~~end~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again

Substitua o conteúdo do seu .htaccess por este.

 

Este .htaccess tem em consideração que a loja está no root da public_html e não numa sub pasta.

  • Like 2
Link to comment
Share on other sites

Por favor evite tópicos duplos. Exadra por favor deleta o tópico em questao ou mova os dois para um só. Nao mais sou moderadora, pois me afastei do trabalho do fórum no final do ano. So ajudo de vez em quando com um usuário novo.

 

http://www.prestashop.com/forums/topic/305076-migra%C3%A7%C3%A3o-para-vps-urgente/

 

Abcs.

 

Conny

Link to comment
Share on other sites

Olá @selectshop.at 

 

Eu já tinha notado o tópico que refere, mas se reparar o tópico relata problemas na migração para uma VPS e este está relacionado com problemas na migração para um alojamento partilhado por causa da migração para a VPS não ter sido bem sucedida.

 

Embora a loja online em questão seja a mesma os assuntos são diferentes:

  • Neste tópico o assunto é sobre o ERRO 500.
  • No outro tópico o assunto é sobre DNS.

Obrigado na mesma pela sua chamada de atenção :)

  • Like 1
Link to comment
Share on other sites

Aparentemente o arquivo .htaccess que o @exadra37 me passou corrigiu o problema. Pra variar o cliente esqueceu de pagar a hospedagem e congelaram o domínio. Usuários....

Muito obrigado a todos pela atenção. Novamente, salvo pelo fórum do prestashop.

@EDIT
Cliente pagou e descobri que o htaccess não funcionou como esperado... Página inicial quebrada e administrativa dando forbidden(403).
Vou tentar a dica abaixo do selectshop e crio um novo post com o resultado.

Edited by vitorcoelho (see edit history)
Link to comment
Share on other sites

Olá @selectshop.at 

 

Eu já tinha notado o tópico que refere, mas se reparar o tópico relata problemas na migração para uma VPS e este está relacionado com problemas na migração para um alojamento partilhado por causa da migração para a VPS não ter sido bem sucedida.

 

Embora a loja online em questão seja a mesma os assuntos são diferentes:

  • Neste tópico o assunto é sobre o ERRO 500.
  • No outro tópico o assunto é sobre DNS.

Obrigado na mesma pela sua chamada de atenção :)

Acordo com vc. no entanto o problema/assunto é o mesmo, tentando o vitorcoelho resolvê-lo de varias formas.  Deixe se quiser separado, no entanto sugiro que perguntas referenters ao mesmo tema fiquem em um tópico só, para que outros possam ver, o que já foi tentado para resolver. Um dos erros mais comuns resultando em 500 também se refere a redirecoes erradas ou o DNS com IP diferente de aonde o domínio está localizado.

 

@ vitorcoelho - para evitar problemas como este existe uma simples e efetiva meneira de virtualizar um domínio, sem ter que mexer no DNS. Veja aqui o meu tutorial em ingles. Eu uso isto com muita frequencia e sem problemas de mudar domínio, IP's em DNS. Vc. deixando a raíz nao tocada, tmbm. nao vai esquecer de alterar alguma coisa ;)

 

Bom proveito com a minha simples dica bem efetiva: http://www.prestashop.com/forums/topic/305074-why-can-i-not-import-a-database-to-a-newly-installed-prestashop/?do=findComment&comment=1545481

Link to comment
Share on other sites

O problema do DNS passa-se numa VPS e o do Erro 500 passa-se num alojamento partilhado que foi utilizado como recurso para o cliente não ficar com a loja offline... assim sendo, na minha opinião faz todo o sentido manter os dois tópicos em separado.

 

A solução que apresenta para virtualizar dominios só é útil ao @vitorcoelho para poder aceder á loja e trabalhar na mesma enquanto os DNS não completarem a  propagação. Para os clientes da loja, a mesma continuará indisponível.

 

Para que não haja quebra no acesso á loja durante a propagação dos DNS é necessário apontar todos os registos de DNS do alojamento anterior para o novo alojamento, trocando nos mesmos o IP do alojamento antigo pelo do alojamento novo. Isto só é possível se tiverem acesso á configuração dos DNS no vosso serviço de alojamento.

Link to comment
Share on other sites

Aparentemente o arquivo .htaccess que o @exadra37 me passou corrigiu o problema. Pra variar o cliente esqueceu de pagar a hospedagem e congelaram o domínio. Usuários....

Muito obrigado a todos pela atenção. Novamente, salvo pelo fórum do prestashop.

 

@EDIT

Cliente pagou e descobri que o htaccess não funcionou como esperado... Página inicial quebrada e administrativa dando forbidden(403).

Vou tentar a dica abaixo do selectshop e crio um novo post com o resultado.

 

Não efectue edit para dizer que a solução não funcionou, faça antes um quote do post e relate o acontecido.

 

Active o debug do prestashop para vermos as mensagens que aparecem, para tal abra o ficheiro config/defines.inc.php e por volta da linha 28 altere false para true:

/* Debug only */
define('_PS_MODE_DEV_', false); // alterar 'false' para true para activar debug na loja
if (_PS_MODE_DEV_)
{
	@ini_set('display_errors', 'on');	
	define('_PS_DEBUG_SQL_', true);
	/* Compatibility warning */
	define('_PS_DISPLAY_COMPATIBILITY_WARNING_', true);
}

Depois coloque uma mensagem com um print screen do erro.

  • Like 1
Link to comment
Share on other sites

Não efectue edit para dizer que a solução não funcionou, faça antes um quote do post e relate o acontecido.

 

Active o debug do prestashop para vermos as mensagens que aparecem, para tal abra o ficheiro config/defines.inc.php e por volta da linha 28 altere false para true:

/* Debug only */
define('_PS_MODE_DEV_', false); // alterar 'false' para true para activar debug na loja
if (_PS_MODE_DEV_)
{
	@ini_set('display_errors', 'on');	
	define('_PS_DEBUG_SQL_', true);
	/* Compatibility warning */
	define('_PS_DISPLAY_COMPATIBILITY_WARNING_', true);
}

Depois coloque uma mensagem com um print screen do erro.

 

Exadra seu lindo, tava agora mesmo procurando qual era o arquivo pra mostrar os bugs no prestashop...

 

O erro em questão é:

NwTtxqg.png

  • O "urfagtcw_yan" é o nome do usuario e nome do DB.
  • "ps_3" foi o prefixo que setei na primeira hospedagem em que a loja estava rodando normal. Vale lembrar que depois de mudarmos para a hospedagem, as tabelas importadas ficaram com o prefixo "ps__3". Testei colocando os dois no arquivo de configuração, sem resultados positivos...
  • A linha 605 do arquivo Db.php segue no print abaixo:

     

     

    WIa5NIN.jpg

     

  • Pelo que entendi, ele está acusando que a url youarenerd.com.br não existe, o mesmo para https://youarenerd.com.br (temos SSL)

obs: Outras areas, como a adminsitrativa, segue dando forbidden(403)

 

Edited by vitorcoelho (see edit history)
Link to comment
Share on other sites

De acordo com a minha experiencia e como já escrevi em outros tópicos: Apesar do Prestashop dar a opcao de alteracao do prefixo do banco de dados, nao se deve fazer alteracao nenhuma, se o cliente ou usuário for comprar ou usar addons extras. Muitos addons usam fixo o prefixo ps_ e acabam nao encontrando uma tabela no banco de dados que deve ser ampliada. O quanto mais se deixa o core Prestashop em sua versao original, o menos problemas se terá no futuro. Altere os prefixos para original ps_ e veja se o erro desaparece.

 

Confira se a estrutura da tabela está idonea. Veja neste tópico aqui a estrutura: http://www.prestashop.com/forums/topic/287922-error-when-upgrade/ último tópico.

 

O certificado SSL é um certificado próprio para o domínio em questao ? Certificados de multiuso ou seja para um servidor inteiro nao servem para Prestashop.

 

Tentei pingar o domínio em questao: http://youarenerd.com.br. Recebo reposta negativa. O host nao existe.

 

Vc. configurou multishop corretamente ? Veja aqui um bom tutorial com explicacao de como configurar multishop e o que acontece quando se ativa multishop: http://blog.belvg.com/how-prestashop-supports-multistores-in-1-5.html

Edited by selectshop.at (see edit history)
Link to comment
Share on other sites

 

  • "ps_3" foi o prefixo que setei na primeira hospedagem em que a loja estava rodando normal. Vale lembrar que depois de mudarmos para a hospedagem, as tabelas importadas ficaram com o prefixo "ps__3". Testei colocando os dois no arquivo de configuração, sem resultados positivos...

 

 

O prefixo que está a utilizar tem 4 '____' portanto é 'ps____3'  e não 'ps__3' , que tem apenas 2 '__' . Assim sendo deve corrigir o seu ficheiro config/settings.inc.php e usar o prefixo tal e qual como tem na base de dados.

  • Like 1
Link to comment
Share on other sites

Opa, cheguei agora, vamos lá...

De acordo com a minha experiencia e como já escrevi em outros tópicos: Apesar do Prestashop dar a opcao de alteracao do prefixo do banco de dados, nao se deve fazer alteracao nenhuma, se o cliente ou usuário for comprar ou usar addons extras. Muitos addons usam fixo o prefixo ps_ e acabam nao encontrando uma tabela no banco de dados que deve ser ampliada. O quanto mais se deixa o core Prestashop em sua versao original, o menos problemas se terá no futuro. Altere os prefixos para original ps_ e veja se o erro desaparece.

 

Confira se a estrutura da tabela está idonea. Veja neste tópico aqui a estrutura: http://www.prestashop.com/forums/topic/287922-error-when-upgrade/ último tópico.

 

O certificado SSL é um certificado próprio para o domínio em questao ? Certificados de multiuso ou seja para um servidor inteiro nao servem para Prestashop.

 

Tentei pingar o domínio em questao: http://youarenerd.com.br. Recebo reposta negativa. O host nao existe.

 

Vc. configurou multishop corretamente ? Veja aqui um bom tutorial com explicacao de como configurar multishop e o que acontece quando se ativa multishop: http://blog.belvg.com/how-prestashop-supports-multistores-in-1-5.html

A tabela está ok, exatamente como a do link indicado...

O certificado SSL recebemos gratuitamente como promoção da virtuati, provavelmente é de multiuso já que acusa "verificou-se apenas o nome do domínio"

Quanto ao ping, ele funciona sem o protocolo http. Os paineis cPanel/WHM, bem como o banco de dados e FTP no servidor estão funcionando perfeitamente.

A questão do multishop, testarei quando conseguir acesso a area administrativa do prestashop, mesmo não possuindo mais de uma loja no host...
 

O prefixo que está a utilizar tem 4 '____' portanto é 'ps____3'  e não 'ps__3' , que tem apenas 2 '__' . Assim sendo deve corrigir o seu ficheiro config/settings.inc.php e usar o prefixo tal e qual como tem na base de dados.

Na verdade não, meu arquivo de config no momento do print tinha apenas 2 '__'. Notei que se eu altero, no erro ele adciona mais 2 '__', ou seja quando ele mostrou 4, no arquivo config.inc tinha 2. Testei com apenas 1 '_' e ele mostro 3...
Atualmente no arquivo, o prefixo está "ps__3" bem como no banco de dados, resultando isto:
 

Fatal error: Uncaught Table 'urfagtcw_yan.ps3____shop_url' doesn't exist<br /><br /><pre>SELECT s.id_shop, CONCAT(su.physical_uri, su.virtual_uri) AS uri, su.domain, su.main FROM ps3___shop_url su LEFT JOIN ps3___shop s ON (s.id_shop = su.id_shop) WHERE (su.domain = 'youarenerd.com.br' OR su.domain_ssl = 'youarenerd.com.br') AND s.active = 1 AND s.deleted = 0 ORDER BY LENGTH(uri) DESC</pre> thrown in /home/urfagtcw/public_html/classes/db/Db.php on line 605
-

Provavelmente vc encontrou o erro, já que não tem a mínima lógica ele "adicionar" mais 2 underlines do que informado no arquivo...Mas ainda não faço idéia do porque de estar acontencendo isto

@edit erros de portugues :D

Edited by vitorcoelho (see edit history)
Link to comment
Share on other sites

O seu certificado SSL nao vai funcionar. Nao ative a nao ser que tenha um próprio para o seu domínio. Se for usar multishop entao terá de comprar um certificado SSL próprio. Veja aqui discussao no fórum ingles: http://www.prestashop.com/forums/topic/199185-multistore-ssl-question

 

Quanto ao prefixo: deixe original como sugerido. Vc. sempre vai ter problemas com o prefixo alterado. Para efeitos de uma melhor seguranca é melhor controlar/impedir o acesso ao banco de dados do que alterar prefixo. Depois tem outra: um agressor podendo ler o seu ficheiro /config/settings.inc.php já tem todos os dados para o banco de dado, por tanto inútil fazer alteracao. ;):D

  • Like 1
Link to comment
Share on other sites

O seu certificado SSL nao vai funcionar. Nao ative a nao ser que tenha um próprio para o seu domínio. Se for usar multishop entao terá de comprar um certificado SSL próprio. Veja aqui discussao no fórum ingles: http://www.prestashop.com/forums/topic/199185-multistore-ssl-question

 

Quanto ao prefixo: deixe original como sugerido. Vc. sempre vai ter problemas com o prefixo alterado. Para efeitos de uma melhor seguranca é melhor controlar/impedir o acesso ao banco de dados do que alterar prefixo. Depois tem outra: um agressor podendo ler o seu ficheiro /config/settings.inc.php já tem todos os dados para o banco de dado, por tanto inútil fazer alteracao. ;):D

Eu seu disso, por isso não me preocupei em falar o prefixo aqui no fórum. O "ps_3" foi criado pelo prestashop na 3ª instalação do app da hostnet(primeiro host da loja).

 

Quanto ao SSL, vou me preocupar com isso depois que o site voltar ao ar...

Contando com os 2 ou 3 dias que ficou fora do ar por motivos financeiros, amanha fará uma semana...

Pelo menos, foi avisado ao proprietario que era mais indicado fazer um teste, mas ele preferiu que eu arrumasse as incompatibilidades direto no novo host...Aqui estou eu, agoniado pra entender o que houve...

#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#_#

 

Agora, voltando ao foco do post. Creio que o @exadra37 descobriu o problema...

O prefixo...

  • O prefixo que o prestashop criou foi "ps_3".
  • Quando mudei para o novo host e importei as tabelas, elas vieram com o prefixo "ps__3" (2 underlines).
  • O erro mostrado ao acessar o domínio, sempre mostra 2 '__' a mais do que está presente no arquivo de configuração.
  • E o erro mostrado agora, conta com 4 underlines pois no arquivo de configuração, eu setei para "ps__3" para ficar com o mesmo prefixo atual das tabelas do banco.
Edited by vitorcoelho (see edit history)
Link to comment
Share on other sites

A criacao do prefixo foi forcado, pois vc. usou somente um banco de dados para várias instalacoes. Se vc. tivesse esvaziado o banco de dados primeiramente nao existiria este prefixo. O problema que está lhe dando agora é porque parece que algumas tabelas nao foram criadas com o prefixo incrementado e esta tabela agora está contando o próximo prefixo. Para vc. fixar o problema vc. deveria fazer uma migracao das tabelas com os dados para um banco de dados idoneo, ou seja sem os prefixos 1, 2, 3, etc.

Com Heidi-SQL vc. por exemplo abrindo duas instancias pode migrar tabela por tabela de um banco de dados ao outro mapeando as tabelas. Seria a minha solucao. Uma solucao limpa sem transtornos e problemas no futuro.

  • Like 1
Link to comment
Share on other sites

A criacao do prefixo foi forcado, pois vc. usou somente um banco de dados para várias instalacoes. Se vc. tivesse esvaziado o banco de dados primeiramente nao existiria este prefixo. O problema que está lhe dando agora é porque parece que algumas tabelas nao foram criadas com o prefixo incrementado e esta tabela agora está contando o próximo prefixo. Para vc. fixar o problema vc. deveria fazer uma migracao das tabelas com os dados para um banco de dados idoneo, ou seja sem os prefixos 1, 2, 3, etc.

Com Heidi-SQL vc. por exemplo abrindo duas instancias pode migrar tabela por tabela de um banco de dados ao outro mapeando as tabelas. Seria a minha solucao. Uma solucao limpa sem transtornos e problemas no futuro.

Sempre curti seus links, por acaso não tens algum relacionado ao uso do Heidi SQL? :D

Estou  com o software aqui mas está  dificil encontrar material decente sobre as funções do mesmo...

Link to comment
Share on other sites

Pois aí vai: http://www.heidisql.com/

Veja lá a parte de imagens.

 

Para abrir duas instancias vc. abre no session manager banco de dados 1 e usando novamene o session manager vc. abre o banco de dados 2. Com a tecla do mous direita vc. encontra outras funcoes. Use a funcao export. Marque as tabelas que quer exportar e no próximo screen vc. escolhe as opcoes que deseja. Tinha escrito um tutorial em alemao uma vez, mas infelizmente nao o encontro. Tenho aqui 6 máquinas e em cada outro conteúdo.... Sei tá uma bagunca no momento, mas estou unificando o meu próprio network interno em uma nas. Mas ainda vai demorar um pouco, pois durante o dia estou na faculdade, e final de semana mereco um pouco de lazer e faco os meus projetos pagos...

Edited by selectshop.at (see edit history)
  • Like 1
Link to comment
Share on other sites

Pois aí vai: http://www.heidisql.com/

Veja lá a parte de imagens.

 

Para abrir duas instancias vc. abre no session manager banco de dados 1 e usando novamene o session manager vc. abre o banco de dados 2. Com a tecla do mous direita vc. encontra outras funcoes. Use a funcao export. Marque as tabelas que quer exportar e no próximo screen vc. escolhe as opcoes que deseja. Tinha escrito um tutorial em alemao uma vez, mas infelizmente nao o encontro. Tenho aqui 6 máquinas e em cada outro conteúdo.... Sei tá uma bagunca no momento, mas estou unificando o meu próprio network interno em uma nas. Mas ainda vai demorar um pouco, pois durante o dia estou na faculdade, e final de semana mereco um pouco de lazer e faco os meus projetos pagos...

Desculpe a demora na resposta... Não entendi muito bem a lógica do heidisql... Mas no caso, se for para apenas mudar o prefixo, um query não resolveria o caso?

Link to comment
Share on other sites

Sim lógico, se for mudar o banco de dados atual. Mas nao faca sem back-up. No seu caso deveriam ser mais do que um query, pois vc. está com diferentes prefixos. Vê se dá certo alterando somente o prefixo. Nao sei da onde vem a auto_incrementacao do seu prefixo, porque normalmente nao é possivel vc. instalar mais do que uma loja em um banco de dados sem deletar o completo conteúdo.

 

Somente existem duas opcoes. Vc. alterou o prefixo manualmente durante a instalacao, ou o seu servidor tem algum script que o faca para evitar dubletes.
;)

Link to comment
Share on other sites

Povo, problema resolvido com uma "gambiarra"...
Estávamos perdendo muito tempo em algo aparentemen fútil.

Retiramos os '_' do prefixo normal, e então outro script adcionou 2 '_' ao prefixo, batendo corretamente com as tabelas atuais...

 

O prestashop está acessível, mas a loja não está incorporando as fotos/produtos e qualquer outro dado que tenha sido inserido via painel, bem como o painel admin continua dando error 403(forbidden)

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...