XF 2.2 Ошибка в логе сервера

Статус
В этой теме нельзя размещать новые ответы.
Версия XenForo
2.2.0

vadimon

Проверенные
Сообщения
227
Реакции
18
Баллы
8,115
В логе сервера постоянно сыплет ошибка:
PHP Fatal error: require(): Failed opening required '/home/c/cj67783/public_html/src/vendor/composer/../laminas/laminas-zendframework-bridge/src/autoload.php' (include_path='.:/opt/php72/share/pear') in /home/c/cj67783/public_html/src/vendor/composer/autoload_real.php on line 69

У меня и папки такой нет, на который ссылается лог, да и быть ее вроде не должно. А с autoload_real.php не совсем понял, что должно происходить
PHP:
<?php

// autoload_real.php @generated by Composer

class ComposerAutoloaderInitc3539a040d496b098908566d08fa79fa
{
    private static $loader;

    public static function loadClassLoader($class)
    {
        if ('Composer\Autoload\ClassLoader' === $class) {
            require __DIR__ . '/ClassLoader.php';
        }
    }

    /**
     * @return \Composer\Autoload\ClassLoader
     */
    public static function getLoader()
    {
        if (null !== self::$loader) {
            return self::$loader;
        }

        spl_autoload_register(array('ComposerAutoloaderInitc3539a040d496b098908566d08fa79fa', 'loadClassLoader'), true, true);
        self::$loader = $loader = new \Composer\Autoload\ClassLoader();
        spl_autoload_unregister(array('ComposerAutoloaderInitc3539a040d496b098908566d08fa79fa', 'loadClassLoader'));

        $useStaticLoader = PHP_VERSION_ID >= 50600 && !defined('HHVM_VERSION') && (!function_exists('zend_loader_file_encoded') || !zend_loader_file_encoded());
        if ($useStaticLoader) {
            require_once __DIR__ . '/autoload_static.php';

            call_user_func(\Composer\Autoload\ComposerStaticInitc3539a040d496b098908566d08fa79fa::getInitializer($loader));
        } else {
            $map = require __DIR__ . '/autoload_namespaces.php';
            foreach ($map as $namespace => $path) {
                $loader->set($namespace, $path);
            }

            $map = require __DIR__ . '/autoload_psr4.php';
            foreach ($map as $namespace => $path) {
                $loader->setPsr4($namespace, $path);
            }

            $classMap = require __DIR__ . '/autoload_classmap.php';
            if ($classMap) {
                $loader->addClassMap($classMap);
            }
        }

        $loader->register(true);

        if ($useStaticLoader) {
            $includeFiles = Composer\Autoload\ComposerStaticInitc3539a040d496b098908566d08fa79fa::$files;
        } else {
            $includeFiles = require __DIR__ . '/autoload_files.php';
        }
        foreach ($includeFiles as $fileIdentifier => $file) {
            composerRequirec3539a040d496b098908566d08fa79fa($fileIdentifier, $file);
        }

        return $loader;
    }
}

function composerRequirec3539a040d496b098908566d08fa79fa($fileIdentifier, $file)
{
    if (empty($GLOBALS['__composer_autoload_files'][$fileIdentifier])) {
        require $file;

        $GLOBALS['__composer_autoload_files'][$fileIdentifier] = true;
    }
}
 
при FastCGI и CGI права вообще не нужно выставлять. Могу ошибаться, конечно, но уже не единожды с этим сталкивался. Залил под юзером и ничего выставлять не нужно
Ну кто знает, есть же и другие хостинги, с другими интерфейсами, где есть такая возможность.
OFFTOP

vadimon написал(а):
Сейчас в логах ошибок нет
И все же, прошу заметить, автору темы помогло изменение прав

 
Последнее редактирование:
при FastCGI и CGI права вообще не нужно выставлять.
Нужно, нужно.
Во-первых, вопрос безопасности. Ксен вроде как и не дырявый, но никто не застрахован. Да и в принципе, это вопрос порядка на сервере. Когда всё в каше - оч. неприятно работать.

Во-вторых, если изначально положить на права, ещё в момент установки, то можно приехать к тому, что скрипт банально не сможет аттачи скинуть на диск, или кеш шаблонов, или аватары, etc. Ещё один вариант развития - заливали аддон, потеряли права\овнера, потом решили через админку, с архива. И тут движок опять споткнулся.
 
OFFTOP


И тут движок опять споткнулся.
Тьфу ты, клятый движок, опять на ровном месте споткнулся, падла!



Tcnm

Есть только файлов, за БД не уверен, не помню бэкап БД до или после обновления у меня лежит.
Без бэкапа БД вам сложно будет что-то вразумительное сделать, скорее всего придется ждать пока кто-то решит покопаться в вашем форуме и поисправлять ошибки
 
Разобрался, в чем было дело.

Думаю так: при обновлении с 2.1.11 до 2.2.5 не отключил плагины, залил файлы релиза 2.2.5, сделал обновление. Процесс обновления прошел удачно, но видимо из-за включенных плагинов + возможно, не все файлы релиза закачались корректно (хотя, обычно в процессе обновления/установки XF ругается, если каких-то файлов не хватает), поэтому и постоянно висела информация, что форум обновляется и ничего не мог с этим поделать. А так как решил накатить обратно бэкап предыдущего релиза, то в логах и были ошибки на несуществующие файлы/папки, так как БД уже перезаписалась под релиз 2.2.5 и даже запоздалое отключение плагинов проблему не исправляло.
Сделал так: в конфиге включил режим отладки, в админке выключил все дополнения, залил еще раз релиз 2.2.5, все обновилось, заработало, далее обновил дополнения до актуальных версий.

Ребята, всем спасибо за советы и помощь.

И все же, прошу заметить, автору темы помогло изменение прав
Если честно, то изменение прав никак на это не повлияло, ИМХО )
 
Последнее редактирование модератором:
Статус
В этой теме нельзя размещать новые ответы.
Современный облачный хостинг провайдер | Aéza
Назад
Сверху Снизу