Ошибки и Решения

  • Ошибка HTTP request length (so far) exceeds MaxRequestLen в логах при попытке загрузить файл

    6 Дек 2016
    Admin
    24
    0

    При попытке загрузить файл на сайт, в административной панели сайта или через какие-либо другие формы загрузки файла может выводится ошибка в логах:

    HTTP request length 132768 (so far) exceeds MaxRequestLen (131072)

    Данная ошибка исправляется довольно просто, необходимо добавить следующую строку:

    В конфиг. файл apache, добавлять можно в конец файла.

    На Linux CentOS (RHEL) он находится по пути: /etc/httpd/conf/httpd.conf

    На Linux Debian (Ubuntu) он находится обычно по пусти^ /etc/apache2/apache2.conf 

    Читать далее
  • Ошибки запросов к базе при обновлении Joomla 1146 Table #__newsfeeds’ doesn’t exist и 1146 Table ‘#####_updates’ doesn’t exist

    30 Ноя 2016
    Admin
    53
    0

    Ошибки:

    1146 Table #__newsfeeds’ doesn’t exist

    1146 Table ‘#####_updates’ doesn’t exist SQL=SHOW FULL COLUMNS FROM #####_updates

     

    Исправление ошибки 1146 Table ‘#####_updates’ doesn’t exist :

    DROP TABLE ####_updates;

    CREATE TABLE IF NOT EXISTS #####_updates (
    update_id int(11) NOT NULL AUTO_INCREMENT,
    update_site_id int(11) DEFAULT 0,
    extension_id int(11) DEFAULT 0,
    name varchar(100) DEFAULT »,
    description text NOT NULL,
    element varchar(100) DEFAULT »,
    type varchar(20) DEFAULT »,
    folder varchar(20) DEFAULT »,
    client_id tinyint(3) DEFAULT 0,
    version varchar(32) DEFAULT »,
    data text NOT NULL,
    detailsurl text NOT NULL,
    infourl text NOT NULL,
    extra_query varchar(1000) DEFAULT »,
    PRIMARY KEY (update_id)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT=’Available Updates’;

     

    Нужно выполнить эти запросы к базе, где #### ваш префикс базы.

    Исправление ошибки 1146 Table #__newsfeeds’ doesn’t exist :

    Нужно переустановить (установить) расширение (extension) newsfeed или «лента новостей».

     

    Читать далее
  • ИСПРАВЛЕНИЕ ошибки #1146 — Table ‘data_dictionary.CHARACTER_SETS’ doesn’t exist

    8 Ноя 2016
    Admin
    90
    0

    После обновления MySQL сервиса или других работ с сервером базы данных может возникнуть следующая ошибка: (далее…)

    Читать далее
  • РЕШЕНО — Ошибка: Warning: tempnam(): open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (.) in helper.php on line 19

    26 мая 2016
    Admin
    742
    0

    После переносов на новый хостинг сайтов на joomla иногда могут возникнуть ошибки типа этой: (далее…)

    Читать далее
  • Как исправить ошибку после обновления Joomla 3.5 «Ошибка Обнаружена ошибка.»

    16 Апр 2016
    Admin
    3271
    18

    Исправление ошибки после обновления Joomla «Ошибка Обнаружена ошибка.», как устранить данную ошибку написано в статье.

    Читать далее
  • (РЕШЕНО) Ошибка в битриксе: The script encountered an error and will be aborted. To view extended error messages, enable this feature in .settings.php

    17 Янв 2016
    Admin
    2569
    0

    При возникновении в битриксе ошибки: «The script encountered an error and will be aborted. To view extended error messages, enable this feature in .settings.php.» есть несколько вариантов решения.

    1 вариант решения проблемы ( для старых версий 1С Битрикс)

    Проверить настройки подключения к базе данных и другие в файле  .settings.php в папке /bitrix/ 

    Также можете попробовать переименовать данный файл .settings.php в папке /bitrix/  к примеру на .settings.php_bak

    2 вариант решения проблемы

    Проверьте настройки подключения к базе данных в файле  bitrix/php_interface/dbconn.php 

    Проверьте всё ли в порядке с базой данных, имеются ли в неё таблицы и не повреждены ли они.

     

    Читать далее
  • Roundcube — Неудачная попытка входа — РЕШЕНИЕ ошибки

    18 Апр 2015
    Admin
    1049
    3

    После установки Roundcube на сервер вы можете при попытке войти с данными созданного ящика увидеть ошибку «Неудачная попытка входа» при этом пароль и логин верные.» Это может быть вызвано тем, что Roundcube шифрует пароли методом  DIGEST-MD5, а Dovecot все пароли шифрует методом CRAM-MD5.

    После включения логов вы увидите примерно следующее содержимое:

    В данном случае вам поможет удаление метода DIGEST-MD5 в файле /usr/share/roundcubemail/program/lib/Roundcube/rcube_imap_generic.php на строке 778

    После удаления код должен выглядеть так:


    То есть убираете ‘DIGEST-MD5′  перед ‘CRAM-MD5’ в коде на строке 778.

     

    Если у вас возникнут вопросы или вы не сможете разобраться с решением проблемы пишите в комментарии постараюсь вам помочь.
    Читать далее
  • РЕШЕНИЕ — Apache Error: Premature End of Script Headers

    10 Апр 2015
    Admin
    1646
    0

    Ошибка «Premature end of script headers», которая появляется в логах apache — одна из самых распространенных ошибок и может быть настоящей  головной болью. Ниже описано несколько способов, которые могут помочь вам устранить эту ошибку.
    Иногда при запуске скриптов вы можете увидеть такую ошибку:
    Premature end of script headers: /home/novall.net/public_html/index.php

    Причины появления ошибки «Error: Premature End of Script Headers» и методы исправления

    Эта ошибка говорит о том что сервер ожидал полный набор HTTP заголовков, но не получил его. Это может возникать по нескольким причинам:

    1. Неверная версия PHP установленная для вашего сайта. Проверьте версию PHP установленную для вашего сайта и попробуйте переключить её на другую, подходящую для вашего сайта.
    2. Лимиты RLimitCPU и RLimitMEM установленные в httpd.conf тоже могут отвечать за появление ошибки «Premature end of script headers»  если скрипт был остановлен по достижению этих лимитов и не дошел до конца при выполнении.
    3. Проблема в настройках suEXEC, mod_perl, или другом модуле часто могут вмешивать в процесс обработки скрипта и приводить к вышеуказанной ошибке. Если это действительно так, то дополнительная информация может быть найдена в лога ошибок apache, имя лога error.log. Чаще всего данный лог-файл находится в папке: /var/log/…/error.log где три точки это имя вашего фронтэнда к примеру, apache, nginx или httpd.
    4. Также эту ошибку могут вызывать некорректные права установленные на скрипт. CGI-скрипты могут быть выполнены только при условии корректных Пользователя и Группы заданных в файле httpd.conf . Исправить проблему могут корректно выставленные пользователь и группа на файлы и папки, либо изменение прав доступа на 755 или 777 на все файлы сайта, но изменения прав на 755 или 777 не безопасное решение проблемы, поэтому лучше выставить корректные группу и пользователя.
    5. Также проблема может возникать в случае если перед тегом <?php в начале файла стоит пустой символ к примеру пробел или абзац удалите пустой символ и проверьте сайт.
    Если у вас возникнут трудности или вопросы, вы можете задать их в комментарии, а я постараюсь вам помочь.
    Читать далее
  • Как восстановить hardlink-и логов пользователей в ISPmanager

    14 Фев 2015
    Admin
    367
    0

    Массовое восстановление хардлинков в папках /var/www/httpd-logs/ и /var/www/USERNAME /data/logs/ у пользователей  панели ISPmanager

    Это можно сделать одним простым способом через perl скрипт введенный прямо в командную строку:

    В переменную USERNAME необходимо вставлять нужного пользователя из раздела «Пользователи» то есть того для, которого нужно восстановить логи, в нашем коде вписан NOVALLNET его и нужно заменить на имя вашего пользователя.

    Если у вас файлы логов присутствуют на местах но логи туда не записываются удалите файлы логов из папки /var/www/USER/data/logs/ и затем запускайте скрипт он создаст хардлинки для логов автоматически.

    Читать далее
  • Не догружается CSV, XLS, SQL файл — ошибка: «504 gateway timeout»

    30 Окт 2014
    Admin
    456
    0

    Владельцы интернет магазинов или сайтов на таких движках, как 1C Bitrix, Prestashop, DLE, Opencart могут столкнуться с такой проблемой, как возникновение ошибки  «504 gateway timeout» при импорте товаров или базы данных через административную панель сайта.

    При анализе логов можно увидеть примерно такой текст ошибки:

    201*/**/** **:**:** [error] 6338#0: *1 upstream prematurely closed connection while reading response header from upstream, client: 127.0.0.1, server: , request: «GET / HTTP/1.1», upstream: «fastcgi://127.0.0.1:8080», host: «novall.net»

    Эту проблему можно решить довольно просто, а именно добавление строки увеличивающей время ожидания ответа от apache для сервиса nginx.

    proxy_read_timeout 120;

    Добавлять эту строку необходимо в файл /etc/nginx/nginx.conf после секции:

    location / {

    Это увеличит время ожидания ответа от apache и тем самым даст больше времени на импорт вашего файла с базой товаров, продуктов или других материалов на сайт.

    ВНИМАНИЕ! Решение в данной статье подходит не только для ситуаций с 504 ошибкой при импорте каких либо файлов на сайт, но и при других ситуациях связанных с долгим выполнением скрипта и как следствие 504 ошибкой по причине того, что NGINX не дождался ответа от Apache, примерная ошибка, которая отображается в логах при такой проблеме отображена выше.
    Если у вас возникнут, какие-либо вопросы по статье или же будут другие проблемы похожие на эту, пишите в комментарии, мы попробуем вам помочь.
    Читать далее