Akeeba backup http error 500 - Исправление ошибок и поиск оптимальных решений проблем

0 Пользователей и 1 Гость просматривают эту тему.

31 Ответов
6409 Просмотров

Мне нужно перекинуть сайт с хостинга на локальный сервер Ubuntu. Сделал бэкап сайта через Akeeba Backup, перебросил базу данных, восстановил сайт, но после удаления папки installation браузер выдаёт ошибку 500. Логи указаны правильно, но ничего нет. В чём может быть проблема?

Смотрите логи веб-сервера.

В логах ничего нет. Абсолютно ничего.

В логах ничего нет. Абсолютно ничего.

Значит логи отключены.

Логи включены, но нет даже файла error.log.
Вот что в файле конфигурации:

	public $debug = '1';
	public $debug_lang = '1';

Может где-то ещё надо что-то изменить?
P.S: Путь к логам правильный!

По умолчанию журналы в Linux хранятся в /var/log, папка httpd. Вы там смотрите?

Записан

Оказываю услуги по Joomla | Миграция на Joomla 3.x | Сопровождение | IT-аутсорсинг | Недорогие домены и хостинг

Ой, не там смотрел.
Нашёл ошибку вот что пишет:

PHP Fatal error:  Cannot use Joomla\String\String as String because 'String' is a special class name in /var/www/html/bazakuba/libraries/vendor/joomla/registry/src/Format/Json.php on line 12

Нашёл файл, вот эта линия:

use JoomlaStringString;

Что она может значить?

« Последнее редактирование: 20.09.2016, 16:33:47 от Gbsyi »

Записан

Только то, что у вас древнейшая версия движка и относительно новая версия php

Понятно, но что делать?
Можно как-то исправить ничего не обновляя?

Поставьте PHP 5.4, должно работать.

Записан

Оказываю услуги по Joomla | Миграция на Joomla 3.x | Сопровождение | IT-аутсорсинг | Недорогие домены и хостинг

Искал в интернете, как откатиться на старую версию, но ничего не получалось. Пробовал способы с разных сайтов, ни один не помог.
Есть какой-то 100% рабочий способ?

Ну если логи по мистической причине не работают, то остается старый добрый методы научного тыка.
1. Пробуем ставить чистую Joomla, если работает то преходим к шагу 2, если нет на 80% траблы в настройках php
2. Если чистый движок работает а ваш перенесенный с хоста бэкап выдает 500 ошибку, то на 90% трабла у в htaccess да и скорее всего в mod_rewrite
3. Если же трабла не в htaccess а чистое двигло работает, то просто берем и пересобираем сайт ища в чем же косяк

Записан

Не можете справиться с задачей сами пишите, решу ее за вас, не бесплатно*.
*Интересная задача, Деньги или Бартер. Натурой не беру!
CodersRank | Контакты | Мой GitHub | Workshop

2. Если чистый движок работает а ваш перенесенный с хоста бэкап выдает 500 ошибку, то на 90% трабла у в htaccess да и скорее всего в mod_rewrite

Вот моя проблема.
Логи сервера работают, не работают Джумловские, но на сколько я понимаю их нет, так как ничего и не происходило именно в Joomla.

« Последнее редактирование: 20.09.2016, 18:57:48 от Gbsyi »

Записан

Вот что в .htaccess

##Mod_rewrite in use.
RewriteEngine on

Поставьте PHP 5.4, должно работать.

Ответ дан!

Ответ дан!

Нашёл способ устанавливать разные версии, но меньше 5.5 никак. Есть какой-то способ установить именно 5.4?

« Последнее редактирование: 20.09.2016, 19:14:51 от Gbsyi »

Записан

Нашёл способ устанавливать разные версии, но меньше 5.5 никак. Есть какой-то способ установить именно 5.4?

Вот моя проблема.

Ну если читая работает, начните с того что уберите ваш .htaccess и варните родной htaccess.txt так же в configuration.php

Если это все поможет то Google вам в помощь, там гора вариантов на тему .htaccess 500 error.
Но это все только в том случае если чистый движок работает, тогда вам ни какие нстройки и вресии php не нужны (я вообще не понимаю почему начали с них, когда самая распространенная проблема при 500 ошибке это кривой .htaccess )

P.S свой сервак и не исправит 500 ошибку подазрительно

Записан

Чет я не вьеду в тему, вы как именно восстанавливали?

Сделал бэкап сайта через Akeeba Backup, перебросил базу данных, восстановил сайт, но после удаления папки installation

И вам уже давали советы пошагово, начните с установки чистого движка Joomla.

Записан

Я с мобильного, в основном…

Чет я не вьеду в тему, вы как именно восстанавливали?

1. Через Akeeba backup сохранил сайт.
2. Экспортировал к себе.
3. Скопировал к себе базу данных.
4. Запустил процесс восстановления.
5.Получил ошибку 500.

Но это все только в том случае если чистый движок работает, тогда вам ни какие нстройки и вресии php не нужны (я вообще не понимаю почему начали с них, когда самая распространенная проблема при 500 ошибке это кривой .htaccess )

.htaccess насколько я понял правильный, т.к. в логах ошибка не в .htaccess, а в файле Json.php
Погуглил ошибку и увидел, что проблема в php, а конкретно — Не совместимы php и расширения, т.к. расшерения предназначены для более старой php.
К тому же, у меня различаются версии php на локальном сервере и на хостинге( На хостинге php 5.5, а у меня 7.1)
Пробую откатить, но без толку, в phpinfo показывает версию php 7.1 хотя я её удалял.
Почему так происходит?

Зачем себе отдельно копировали базу данных? Akeeba делает бэкап сайта вместе с базой данных.

1. Через Akeeba backup сохранил сайт.
2. Экспортировал к себе.
3. Скопировал к себе базу данных.
4. Запустил процесс восстановления.
5.Получил ошибку 500..htaccess насколько я понял правильный, т.к. в логах ошибка не в .htaccess, а в файле Json.php
Погуглил ошибку и увидел, что проблема в php, а конкретно — Не совместимы php и расширения, т.к. расшерения предназначены для более старой php.
К тому же, у меня различаются версии php на локальном сервере и на хостинге( На хостинге php 5.5, а у меня 7.1)
Пробую откатить, но без толку, в phpinfo показывает версию php 7.1 хотя я её удалял.
Почему так происходит?

Пункт 3 явно лишний
Вот давно мануал писал.
Мало что изменилось кроме названия

Akeeba при установке проверяет все параметры сервера

Зачем себе отдельно копировали базу данных? Akeeba делает бэкап сайта вместе с базой данных.

Извините, не знал.

Пункт 3 явно лишний
Вот давно мануал писал.
Мало что изменилось кроме названия

Akeeba при установке проверяет все параметры сервера

Получается, надо заново переустановить бэкап, и посмотреть что не так, я правильно понял?

Да, в акибу встроен инсталлятор

если ошибка 500 то вот что можно сделать
Если проблема связана с файлом .htaccess, то Вам следует изменить:

директиву Options +FollowSymLinks на Options +SymLinksIfOwnerMatch
директиву Options All -Indexes на Options -Indexes
убрать параметр +ExecCGI
убрать параметры AddHandler, php_value, php_flag
удалить директиву -MultiViews
Закомментировать директивы в файле .htaccess можно поставив в начале строки символ #

Да, в акибу встроен инсталлятор

Начал переустанавливать. Вот что получил:

Ну надо поправить настройки, он же прямо пишет что не так

Не соответствует версия php, но это было понятно ещё давно, но как я говорил у меня php не хочет переустанавливаться. Я удаляю его, пишет что он удалился либо пишет что он не установлен. Устанавливаю 5.5, не устанавливается без объяснения причины.

Поставьте PHP 5.4, должно работать.

Fatal error: Cannot use JoomlaStringString as String because ‘String’ is a special class name in /var/www/***/libraries/vendor/joomla/registry/src/Format/Json.php on line 12
в 12 строке «use JoomlaStringString;»

Спасибо. все заработало! три дня билась над белым экраном. восстановление резервной копии ничего не давало.

Источник

I have hosted my joomla website by uploading all my files to public_html, I have also changed the connections for host, user name, password and database name to the according. But when I run my front end, I see

This page isn’t working
domain name is currently unable to handle this request.
HTTP ERROR 500

Please help

asked Mar 29, 2018 at 6:50

I would like to add one more point in Neil Robertson is as below:

By doing point no 2 — (enabling error reporting) still the issue persist, Please check the public $gzip; variable in configuration file. It should be 0 as Joomla internally does the gzip compression.

Excuse my Grammar Novice in English.

answered Mar 29, 2018 at 14:47

Some things to try:

Using FTP or similar, temporarily rename .htaccess to .htaccess.old and copy htaccess.txt to .htaccess in the root folder of your website so you are using the default .htaccess file.
Using FTP or similar, edit your configuration.php file and set public $error_reporting = 'maximum'; to see if there are any more meaningful error messages.
Temporarily rename any php.ini files in the root folder of your website.
Repeat steps 1 and 3 in the /administration folder if the back end of the website is also affected.
In cPanel or similar, try switching PHP 7.x back to PHP 5.6 if applicable. You may have some extensions that are not ready for PHP 7 yet.
Clear the cache by manually deleting everything in the /cache folder. Also clear the cache in the hosting control panel, in your CDN e.g. CloudFlare and anywhere else if these options exist.
Create and upload a simple index.html page to see if the hosting is operational.
Create and upload a simple index.php page to see if php is working (temporarily rename the current index.php to index.old).
Check folder and file permissions. Folders should be 755 and files should be 644.
Try restoring a copy of the website to an alternative local or remote host to see if the problem is with the hosting or if the website is broken somehow.
Try accessing the website via a temporary url rather than the domain name to see if the issue is with the domain name. For example, some hosts allow you to access your website via the IP address and cPanel account name like this: http://123.123.123.123/~acctname
Disable third party extensions one by one by editing the xxx_extensions table using phpMyAdmin or similar until the site works again or until all third party extensions are disabled.
In PHP Selector in cPanel or similar, check that the relevant PHP modules are enabled. PHP 5.6 will look something like this:

Assuming nothing else works, assuming you have a current backup and assuming you haven’t edited any of the core code, you could try uploading and expanding the full install package for your current version of Joomla e.g. Joomla_3.8.6-Stable-Full_Package.zip in the root folder of your website to overwrite any corrupt files. Once expanded, delete the install package and the /installation folder.

Hopefully one of these suggestions will help. Unfortunately there are many potential causes of «Error 500».

answered Mar 29, 2018 at 9:45

Neil RobertsonNeil Robertson

7,9842 gold badges24 silver badges72 bronze badges

Источник

January 16, 2015//in WordPress/

I experienced this error when trying to run a backup on a site hosted at the One.com provider.

The solution is to manually adjust the JPA part size for split archives. Even if the configuration wizard had been used, it didn’t work.

Go to Akeeba Backup -> Settings
Scroll down to Archiver engine where JPA is selected.
Click on the Configure button to the right of JPA.
In my case the Part Size for split archives was set to over 2 GB. I lowered it until it worked, which for me was 100 MB.

https://media01.nerdia.net/uploads/nerdia-logo-340×156.png
0
0

Stefan Helander

https://media01.nerdia.net/uploads/nerdia-logo-340×156.png

Stefan Helander2015-01-16 09:11:242015-01-16 09:11:24Akeeba Backup for WordPress Internal Server Error 500 XHR ReadyState: 4

Joomla! 1.5 menu items not visibleConvert Microsoft Outlook PST email to IMAP without Outlook

Источник

I have website already and wanted to do many changes in website. So I took the akeeba backup and created site locally.

When I created website, I got error as Internal Server Error. To solve that error I removed whatever was there in .htaccess file. Now website is working locally, however administrator is not working.

I followed the answer of same question, however it is not working.

Can anyone point, where I am going wrong? I need this to be done anyhow.

Edit 1

Below is what I have in apache_error.log

[Thu Nov 29 10:22:34 2012] [notice] Digest: generating secret for digest authentication ...
[Thu Nov 29 10:22:34 2012] [notice] Digest: done
[Thu Nov 29 10:22:34 2012] [notice] Apache/2.2.21 (Unix) mod_ssl/2.2.21 OpenSSL/0.9.8r DAV/2 PHP/5.3.6 configured -- resuming normal operations
[Thu Nov 29 10:23:29 2012] [error] [client ::1] (2)No such file or directory: Could not open password file: /home5/smartkwc/public_html/administrator/.htpasswd
[Thu Nov 29 11:02:33 2012] [error] [client ::1] (2)No such file or directory: Could not open password file: /home5/smartkwc/public_html/administrator/.htpasswd
[Thu Nov 29 11:03:28 2012] [error] [client ::1] (2)No such file or directory: Could not open password file: /home5/smartkwc/public_html/administrator/.htpasswd

Источник

Новое
Разделы форума

Akeeba Backup 500 Error

(1 чел.) (1) Гость

Страница: 1

Сообщения темы: Akeeba Backup 500 Error

Опции

Создать новую тему
Новые сообщения

#11956

Akeeba Backup 500 Error 8 г., 10 мес. назад

Репутация: 0

Ребят, кто сталкивался с проблемой? Гуглил, пишут про какой-то FOF раздел из бэкапа, но к сожалению бэкапа нет.

Буду благодарен за помощь, проблемы начались после танцев с бубном вокруг widgetkit
<hr />
проблему решил своими силами:
index.php?option=com_installer&view=manage — нужно вбить в домен/
попадет на деинсталятор, после нжуно удалить akeeba backup. Спасибо. Тему можно закрывать