Как вы знаете, в старших редакциях "Корпоративного портала" появился модуль "Экстранет".
В этом посте я постараюсь объяснить, что это за функционал и как начать его применение.
1. Экстранет - для чего он?
Модуль "Экстранет" позволяет в рамках установки "Корпоративного портала" создать еще один сайт, к которому открывается ограниченный (об этом - ниже) доступ извне.
Сайт экстранета является площадкой, на которой сотрудники Вашей компании и внешние пользователи (например, партнеры) могут безопасно и конфиденциально общаться и совместно работать друг с другом.
Функционал экстранета является, по сути, надстройкой над функционалом модулей "Социальная сеть" и "Интранет", обеспечивающей специфические права на доступ к контенту сайта.
Блог Владимира Артемова
Экстранет - с чем его едят?
05.11.200918:1405.11.2009 18:14:40
проблема с производительностью из-за "битых" ссылок на статику в коде страницы
26.12.200818:2926.12.2008 18:29:07
Сегодня разбирались в проблеме с производительностью на одном из сайтов - на некоторых хитах страница собиралась до 30 секунд. Причем проблема наблюдалась эпизодически - то 1.5 секунды, то 20.
Стали отлаживать и докопались до вызова session_start() в main/include.php - львиная доля всего времени сборки страницы в "проблемных" случаях приходилось именно на вызов этой функции.
Затем обратили внимание на закономерность - проблема возникала тогда, когда мы запрашивали страницу через очень короткий (2-3 секунды) промежуток времени после того, как отобразилась предыдущая страница сайта.
Заглянули в Fiddler - около десятка "битых" ссылок на .gif-ки, видимо - в шаблоне сайта. При этом по запросам сервер отдает контент нашей /404.php
Таким образом, подходим к разгадке: при запросе страницы выполняется с десяток запросов на несуществующие страницы, сервер отдает 404-ю ошибку, которая перехватывается нашим обработчиком (nginx либо не используется, либо обработка 404 статуса происходит на уровне Apache). Каждый из этих запросов блокирует сессию и, пока все они не будут обработаны, session_start() на странице, которую мы запросим через непродолжительное время, будет ожидать разблокировки, что займет несколько секунд.
Резюмируя: "битые" ссылки на изображения и иную статику в коде страницы могут приводить к тому, что при достаточно быстром переходе пользователя от одной страницы к другой, время формирования страниц вырастает до неприемлемых величин.
P.S. Этот пост ни в коем случае не отменяет того факта, что обычно большое время сборки страницы приходится на выполнение "тяжелых" SQL-скриптов - "Разработка"/"Отладка" вам в помощь!
Стали отлаживать и докопались до вызова session_start() в main/include.php - львиная доля всего времени сборки страницы в "проблемных" случаях приходилось именно на вызов этой функции.
Затем обратили внимание на закономерность - проблема возникала тогда, когда мы запрашивали страницу через очень короткий (2-3 секунды) промежуток времени после того, как отобразилась предыдущая страница сайта.
Заглянули в Fiddler - около десятка "битых" ссылок на .gif-ки, видимо - в шаблоне сайта. При этом по запросам сервер отдает контент нашей /404.php
Таким образом, подходим к разгадке: при запросе страницы выполняется с десяток запросов на несуществующие страницы, сервер отдает 404-ю ошибку, которая перехватывается нашим обработчиком (nginx либо не используется, либо обработка 404 статуса происходит на уровне Apache). Каждый из этих запросов блокирует сессию и, пока все они не будут обработаны, session_start() на странице, которую мы запросим через непродолжительное время, будет ожидать разблокировки, что займет несколько секунд.
Резюмируя: "битые" ссылки на изображения и иную статику в коде страницы могут приводить к тому, что при достаточно быстром переходе пользователя от одной страницы к другой, время формирования страниц вырастает до неприемлемых величин.
P.S. Этот пост ни в коем случае не отменяет того факта, что обычно большое время сборки страницы приходится на выполнение "тяжелых" SQL-скриптов - "Разработка"/"Отладка" вам в помощь!
выполняем агент на каждом хите
05.04.200810:2505.04.2008 10:25:21
Откровенно говоря, еще совсем недавно был уверен не только в бесполезности лично моего корпоративного блога, но и в бесполезности корпоративных блогов вообще. Но эволюция не стоит на месте, питекантропов сменили неандертальцы, а я пришел к выводу, что для некоторой информации нет лучшего места, чем блог на сайте компании.
Здесь я бы хотел делиться со специалистами, выполняющими интеграцию нашей системы, некоторыми методами, помогающими нам в ежедневной работе выявлять ошибки как в нашей системе, так и в пользовательских скриптах. Последних, к счастью, намного больше
.
Итак, начнем с агентов - как наилучшим образом диагностировать проблему, если она возникает в коде, который запускается с определенной периодичностью на , т.е. ошибка не видна на каждом хите.
Здесь я бы хотел делиться со специалистами, выполняющими интеграцию нашей системы, некоторыми методами, помогающими нам в ежедневной работе выявлять ошибки как в нашей системе, так и в пользовательских скриптах. Последних, к счастью, намного больше
.
Итак, начнем с агентов - как наилучшим образом диагностировать проблему, если она возникает в коде, который запускается с определенной периодичностью на , т.е. ошибка не видна на каждом хите.
© 2001-2012 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
