Fatal error: Maximum execution time of 300 seconds exceeded — ошибка в PHPMyAdmin

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

Fatal error: Maximum execution time of 300 seconds exceeded


Нужно поправить переменную в конфигурационном файле
libraries/config.default.php.

/**
 * maximum execution time in seconds (0 for no limit)
 *
 * @global integer $cfg['ExecTimeLimit']
 */
$cfg['ExecTimeLimit'] = 300;


По умолчанию — как раз-таки 300 секунд. Мы можем, например, поставить 0, таким образом уберём ограничение по времени загрузки.

Ну, а лучше использовать Sypex dumper

Как настроить вывод ошибок php в браузере. Способы отображения и сокрытия сообщений об ошибках php.

PHP
При разработке и отладке крупных веб-приложений на php возникает потребность в выводе ошибок php в браузер или лог-файл для из изучения и исправления. В php можно задать типы ошибок, для которых будут выводится сообщения. По умолчанию выводятся сообщения обо всех критических ошибках.
Читать дальше →

Ошибка /var/www/site/public_html/.htaccess: Invalid command 'RewriteEngine', perhaps misspelled or defined by a module not included in the server configuration

Ошибка /var/www/site/public_html/.htaccess: Invalid command 'RewriteEngine', perhaps misspelled or defined by a module not included in the server configuration

Ошибка говорит, что не включен модуль Апача rewrite

Решается просто:


sudo a2enmod rewrite
sudo /etc/init.d/apache2 restart

Решение проблемы "Forbidden You don't have permission to access / on this server."

Forbidden  You don't have permission to access / on this server.

Forbidden

You don't have permission to access / on this server.

Обычно возникает данная ошибка при переносе сайта, с локальной машины на «боевой» сервер. Не стоит впадать в отчаянье. Ошибка означает, что доступ к твоему php файлу запрещен.

Что бы исправить ошибку, внимательно проверьте:

  1. Права на папки и файлы
  2. Чаще всего данная ошибка связана с не проставленными правами chmod на папки и файлы. Внимательно перепроверьте.
  3. Запрет на все файлы
  4. В .htaccess указана деректва: deny from all. Попробуйте убрать.

504 Gateway Time-out (nginx и в связке nginx+apache) - что можно сделать?

504 — значит скрипт (бэкенд) слишком долго отвечал или скрипт завершается раньше, чем получен ответ.

Сразу предупрежу, если вы получаете такое сообщение на обычном shared хостинге – то проблема скорее в том, что исполняемый скрипт не укладывается во временные рамки (30 или 60 секунд – в зависимости от настройки).

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

504 Gateway Timeout (time out) на чистом nginx

В случае с выделеными серверами:
в php.ini увеличить значение параметра
PHP max_execution_time

в конфиге nginx увеличить время ожидания исполнения скрипта:

proxy_read_timeout 120;
        proxy_connect_timeout 120;


увеличить оперативной памяти
Файл конфигурации nginx.conf находиться в каталоге /etc/nginx/

syntax: proxy_connect_timeout время
default: proxy_connect_timeout 60
context: http, server, location
Директива задаёт таймаут для соединения с проксированным сервером. Необходимо иметь в виду, что этот таймаут __не может быть больше 75 секунд__.


504 Gateway Timeout (time out) в связке nginx+apache


Если возникла ошибка 504 Gateway Timeout (time out) в связке nginx+apache то увеличим на сервере допустимое время выполнения скриптов и ожидания ответа:
php.ini:
max_execution_time = 900


nginx.conf:
proxy_read_timeout  900;
client_header_timeout  10m;
client_body_timeout    10m;
send_timeout           10m;


Теперь есть 900 секунд (15 минут) на выполнение скриптов.

Также:
worker_processes 2; количество worker-ов, обычно один.
keepalive_timeout 400; (было 100)

Как определить количество рабочих процессов, задаваемых параметром worker_processes?

Ответ автора nginx Игоря Сысоева:

Если весь сайт помещается в память сервера, к диску обращений нет, и это выделенный сервер для nginx, то 1. Не будет лишних переключений контекста. Если нужно ходить на диск, то 5-10 — это позволит обрабатывать соединения процессами, незаблокироваными на диске.

Кроме этого необходимо понаблюдать за состоянием процессов nginx в работе в часы пик. Командой ps посмотреть состояние рабочих процессов (worker process):

# ps ax -o %cpu,vsz,wchan,command | grep "nginx\|PID"

%CPU   VSZ WCHAN  COMMAND
0,0  1428 pause  nginx: master process /usr/local/nginx/sbin/nginx
0,0  2284 -      nginx: worker process (nginx)
0,0  2128 kqread nginx: worker process (nginx)

Если один из рабочих процессов находится в состоянии ожидания «kqread» в колонке «WCHAN», то значит их количество достаточно. Ну а если уж все они постоянно находятся в этом состоянии, то их количество можно сократить до одного.

И не забывайте контролировать логи ошибок nginx, если количество соединений превысит значение, которое в может обслужить nginx текущим количеством процессов, то в логах это будет соответствующее сообщение.

10 типичных ошибок в SEO или какие ошибки в SEO?

SEO
Одна из важнейших проблем SEO состоит в постоянном недопонимании его роли в увеличении трафика вашего веб-сайта. Особенно это касается крупных организаций, в которых высшее руководство не знакомо с SEO и не понимает, как это работает. Неосведомленные топ-менеджеры легко могут принимать решения, катастрофичные с точки зрения SEO.

В результате допускаются следующие типичные ошибки:
1. Начало работы с задержкой
Даже организации, которые осведомлены о важности SEO, склонны начинать работу в этом направлении слишком поздно. Люди, работающие в этих организациях, могут считать, что SEO – это что-то вроде выбора ключевых слов и копирайтинга, но не учитывают, что SEO также играет ключевую роль в технической реализации. Главное, что нужно запомнить в связи с этим: проще сделать правильно с первого раза, нежели переделывать все потом.
2. Выбор неправильно системы управления контентом (CMS)
К сожалению, многие CMS не имеют даже базовых характеристик SEO, например, возможность указания title, заголовков страницы и текстов ссылок (анкоров). Другие системы управления контентом могут иметь эти характеристики, но могут быть недружелюбны к поисковым роботам или же создавать дублированный контент.
3. Использование недружелюбных к поисковикам методов при разработке сайта
Иногда руководители по маркетингу настаивают на использовании флэш-файлов на всем сайте. Поисковые системы продвинулись в отношении понимания контента внутри флэш-файлов, но все же они работают с ними хуже, чем с обычными HTML-страницами. Необдуманно можно даже полностью блокировать роботов поисковых систем, например, если использовать ссылок в JavaScript, которые не поддерживает робот.
Читать дальше →

Nginx, ошибка accept() failed (24: Too many open files)



Для одного хостинга картинок арендован выделенный сервер. На нем LAMP с nginx-фронтендом.
В один прекрасный день Nginx начинает периодически выдавать ошибку 500 при заходе на страницы.

В логах что-то похожее на

[alert] 8668#0: accept() failed (24: Too many open files)


Это значит, превышен лимит количества одновременно открытых файлов.

Решаем
Читать дальше →

Ошибка: Device is mounted and no online capability in fsck tool for file system

Ошибка: Device is mounted and no online capability in fsck tool for file system
Возникла при попытке форматировать устройство.

Решение: отмонтируем устройство и пробуем форматировать.
Программа для убобства монтирования\размонтирования:MountManager

Ошибка: Function split() is deprecated

Ошибка: Function split() is deprecated

заменить split на explode

split работает с регулярными выражениями на основе POSIX вместо нее рекомендуется использовать preg_split (на основе формата PCRE)
в данном случе, регулярки не нужны и достаточно использовать explode