Снижение нагрузки на сервер. Основы использования Самостоятельный help report php

4. Запустите пример

Запустите пример, используя следующий код:

Php HelloAnalytics.php

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

2. Если возникают проблемы с функциями MySQL (например "supplied argument is not a valid MySQL result resource") - это значит, что mysql_query() выполнилась с ошибкой. Чтобы всегда быть в курсе таких ошибок, функцию mysql_query надо вызывать так:

$sql = "SELECT * FROM table" ;
$res = mysql_query ($sql ) or trigger_error (mysql_error (). " in " . $sql );

Если используется mysqli, то перед коннектом написать 1 строчку:
mysqli_report (MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT );

3. При работе с изображениями , чтобы увидеть сообщение об ошибке, обязательно надо догадаться отключить вывод заголовка, говорящего браузеру, что дальше идет картинка.
И, естественно, обращаться к скрипту напрямую, а не через тег !

4. При проблемах в аплоаде в первую очередь смотрите массив $_FILES (print_r ($_FILES ); ). Описания ошибок из $_FILES["filename"]["error"] есть в мануале .

6. Закомментируйте строчку с header("Location:"), если ищете обшибку в обработчике POST запроса

7. При отладке AJAX запросов смотрите ответ сервера в FireBug-e и его аналогах (кнопка F12 в любом браузере), вкладка Network - Preview.

8. И САМОЕ ВАЖНОЕ: запуская скрипт, смотрите не то, что показывает браузер, а ИСХОДНЫЙ HTML код! .

Получив сообщение об ошибке, вы можете его прочитать и исправить.
Если не справились - пишите на форум. При этом КОПИРУЙТЕ сообщение об ошибке, и КОПИРУЙТЕ небольшой - 3-5 строк - кусок кода, на который указывает ошибка. Повторяю - КОПИРУЙТЕ! никакой отсебятины!

Если вы всё равно не нашли ошибку - читайте дальше:

Запомните - на пхп вы работаете только со СТРОКАМИ! HTML страница, которую вы создаёте скриптом - это для пхп всего лишь набор строк! Ему без разницы, что в этом наборе - теги img, script или frame. Пхп за вас не сделает переводы строк, не нарисует яваскрипт. Если вы не знаете яваскрипта - то не пытайтесь создавать программу на нём с помощью PHP.
Открывая соединение с удалённым хостом, вы посылаете строку в сокет, вы получаете строку из сокета. Пхп ничего не понимает в этих строках и за вас диалог вести не будет! Это ВЫ должны чётко понимать, что вы хотите послать в сокет, и что получить! Поэтому возьмите программу telnet, соединитесь с нужным хостом и пробуйте сначала САМИ сделать то, что хотите заставить сделать пхп.
Если у вас не работает скрипт с сокетами - бегом в телнет смотреть, что происходит!
SQL запрос - это СТРОКА. Вы должны себе чётко представлять, какой запрос получится в результате вашего хитроумного пхп-кода! Сервер БД не понимает конструкций intval, date, mktime и так далее! Это всё пхп-код. Результатом которого будет являться строка корректного SQL запроса. прежде, чем писать пхп код, вы должны ЧЁТКО СЕБЕ ПРЕДСТАВЛЯТЬ, КАК ДОЛЖЕН ВЫГЛЯДЕТЬ SQL ЗАПРОС В РЕЗУЛЬТАТЕ!
Если у вас не выполняется SQL запрос 0 выводите его на экран и смотрите - что нагородили своим скриптом!

Заключение.
Отладка - главное занятие программиста.
Отладка - единственный и самый мощный способ найти ошибку в программе.
Отладка состоит из двух основных компонентов:
1. Максимально упрощать пример. Если у вас не работает программа, которая рисует форму,получает данные, записывает данные формы в базу и выводит их снова, то разбейте программу на составляющие и выполняйте по очереди.
Если у вас не работает сложная подпрограмма определения работоспособности кук - напишите сначала тест в две строчки чтобы убедиться, что вы хотя бы можете выставлять и читать куку.
2. Вывод отладочной информации.
Проверяйте значение КАЖДОЙ переменной! Каждого значения, возвращаемого функцией!
Не работает локейшен? Выведите его на экран и скопируйте в браузер!
В файл записывается пустая строка? проверяйте составляющие этой строки на каждом этапе ее создания и выводите на экран!
Убедились, что на экран выводится? Тренируйтесь писать в файл, на тестовой строке! Забитой прямо в скрипт! Уменьшайте количество неизвестных!
И всегда смотрите не то, что показывает браузер, а ИСХОДНЫЙ HTML код!

Надеюсь, что я смог хотя бы немного объяснить принципы этого занятия.
Удачной отладки.

Сессии являются простым способом хранения информации для отдельных пользователей с уникальным идентификатором сессии. Это может использоваться для сохранения состояния между запросами страниц. Идентификаторы сессий обычно отправляются браузеру через сессионный cookie и используются для получения имеющихся данных сессии. Отсутствие идентификатора сессии или сессионного cookie сообщает PHP о том, что необходимо создать новую сессию и сгенерировать новый идентификатор сессии.

Сессии используют простую технологию. Когда сессия создана, PHP будет либо получать существующую сессию, используя переданный идентификатор (обычно из сессионного cookie) или, если ничего не передавалось, будет создана новая сессия. PHP заполнит суперглобальную переменную $_SESSION сессионной информацией после того, как будет запущена сессия. Когда PHP завершает работу, он автоматически сериализует содержимое суперглобальной переменной $_SESSION и отправит для сохранения, используя сессионный обработчик для записи сессии.

По умолчанию PHP использует внутренний обработчик files для сохранения сессий, который установлен в INI-переменной session.save_handler . Этот обработчик сохраняет данные на сервере в директории, указанной в конфигурационной директиве session.save_path .

Сессии могут запускаться вручную с помощью функции session_start() . Если директива session.auto_start установлена в 1 , сессия автоматически запустится, в начале запроса.

Сессия обычно завершает свою работу, когда PHP заканчивает исполнять скрипт, но может быть завершена и вручную с помощью функции session_write_close() .

Предостережение

Внимание

Замечание :

Сессии, использующие файлы (по умолчанию в PHP), блокируют файл сессии сразу при открытии сессии функцией session_start() или косвенно при указании session.auto_start . После блокировки, ни один другой скрипт не может получить доступ к этому же файлу сессии, пока он не будет закрыт или при завершении скрипта или при вызове функции session_write_close() .

Скорее всего это станет проблемой для сайтов, которые активно используют AJAX и делают несколько одновременных запросов. Простейшим путем решить эту проблему будет вызов функции session_write_close() сразу же как только все требуемые изменения в сессии будут сделаны, предпочтительно ближе к началу работы скрипта. Также можно использовать другой механизм сессии, который поддерживает конкурентный доступ.

Коэффициент допустимой нагрузки на сервер - один из параметров SaaS-аккаунтов. Для каждого тарифного плана установлены свои параметры нагрузки. С текущей нагрузкой аккаунта Вы всегда можете ознакомиться в личном кабинете CRM системы.

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

Основные параметры, влияющие на нагрузку:

• Количество пользователей в системе работающих одновременно;
• Количество записей в таблицах программы;
• Количество правил и групп доступа;
• Количество напоминаний, цветовых форматирований, фильтров и т.д.;
• Количество вычислений и их сложность;
• Количество заданий, выполняемых в фоновом режиме (через систему Cron);
• Количество запущенных рассылок (электронной почты и СМС);
• Количество отчетов;
• Объем лога программы.

Поэтому, если некоторые группы доступа, цветовые форматирования, фильтры и прочие элементы конфигурации не используются, то их желательно удалить. Также можно удалить ненужные записи из таблиц. Кроме удаления элементов конфигурации можно предпринять и другие меры по снижению нагрузки на сервер. О них подробнее речь пойдет ниже.

Все меры по снижению нагрузки можно разделить на две части: для администраторов и для разработчиков. Эти меры также могут снизить нагрузку на сервер при использовании web-версии программы.

Инструкции для администраторов

Начало оптимизации

Самое первое действие, которое Вы должны сделать - убедиться, что у Вас используется последняя версия программы. Убедиться в этом можно, перейдя в "Настройки" - "Дополнительно" - "Обновление ревизии". Если Вы используете самую последнюю версию и ревизию программы, Вы увидите соответствующее сообщение

Если же Вы используете старую версию или ревизию, то программа предложит Вам обновиться.

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

Общие настройки программы

Перейдите в "Настройки" - "Дополнительно" - "Общие настройки". Здесь стоит обратить внимание на два пункта.

Интуитивный поиск - Вы можете отключить эту опцию, если Вам не нужен поиск по транслитерации значения.

Режим скролла окна - Подробнее о режимах скролла окна Вы можете прочитать в нашей документации . Желательно указать у данной настройки значение "Простой".

Настройки Cron

Перейдите в "Настройки" - "Дополнительно" - "Настройки Cron". В настройках Cron можно управлять задачами, выполняющимися автоматически в фоновом режиме. Например, синронизацией, отправкой писем и СМС. Снизить нагрузку за счет этой настройки можно двумя способами.

1. Запретить выполнение заданий, которые Вы в своей программе не используете. Сделать это можно, открыв нужное задание и поставив галочку "Запретить выполнение".

Например, если Вы не пользуетесь функцией синхронизации, то откройте соответствующее задание и поставьте галочку "Запретить выполнение" в его настройках. Если Вы не пользуетесь функцией отправки СМС - можно запретить выполнение заданий "Формирование СМС", "Отправка СМС", "Проверка статуса доставки СМС".

2. Изменить периодичность выполнения заданий. Сделать это можно, зайдя в настройки задания и изменив значение в поле "Период". Например, в задании "Отправка писем" можно указать вместо ежеминутного выполнения, выполнение задания раз в 5 минут.

Настройка условий выполнения вычислений

В CRM программе для автоматического заполнения некоторых полей используются вычисления. Но иногда условия их выполнения неоптимальны. Например, нагрузку вызывает условие "Отображения поля" в настройке вычисления. Следует избегать его использования.

Например, если у нас есть вычисление, по которому в поле А вносится сумма полей Б и В, то желательно использовать условия "Изменение поля Б" и "Изменение поля В". Если у нас есть вычисление, которое заносит в поле А значение из другой таблицы из поля Б, в зависимости от значения в поле связи В, то логично, что можно использовать только условие "Изменение поля В" и "Сохранение в таблице".

Настройка и архивирование логов

Перейдите в "Настройки" - "Логи" - "Настройка лога". В настройках лога, без необходимости не стоит включать логирование просмотра пользователем таблиц, представлений и записей. Это может как увеличить нагрузку на сервер, так и привезти к тому, что файл с логами будет слишком большим. Также здесь стоит включить опцию "Производить ежемесячное архивирование лога", что позволит ежемесячно автоматически уменьшать размер таблицы с логами

Также здесь можно автоматически заархивировать логи, если ранее не было включено автоматическое архивирование. Сделать это можно во вкладке "Архив".

Настройка фильтров

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

Инструкция для разработчиков

Работа с таблицей perfomance_stat

Важно: Внесение изменений в таблицы базы данных может привести к неработоспособности программы. Не стоит вносить изменения в таблицы базы данных без крайней необходимости.

Войдите в ваш аккаунт, и откройте адрес https://*адрес вашего аккаунта*/edit_sql.php (где вместо *адрес вашего аккаунта* укажите соответствующее значение). В открывшемся окне заходим в таблицу базы данных, содержащую название Вашего аккаунта (например, c_myaccount). В открывшемся перечне таблиц базы откройте таблицу f_performance_stat

В данной таблице ведется учет всех скриптов программы за последний час. Для начала, вам стоит отсортировать все скрипты в этой таблице по количеству sql-запросов (от большего к меньшему). Для этого, дважды нажмите на заголовок "sql_count".

После того, как данные отсортированы, можно начать проводить анализ данных. При проведении анализа Вам стоит обратить внимание на два столбика

1. script - указывает на название скрипта, выдающего нагрузку

2. get_data - дает более подробную информацию о скрипте, либо содержит ссылку на таблицу/задачу, в которой возникает нагрузка.

Для удобства анализа, используйте таблицу, приведенную ниже: