- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Конечно "обектавна", например, если потратить все Inode аккаунта, то можно ускорить файловую систему. Правда, есть побочные эффекты, например новые сессии не создаются... Но и это решаемо, файл сессии создайте заранее, битрикс хранит их в 1 файле. :)
Правильный хостер должен при запуске такого теста заблокировать ваш аккаунт на несколько минут.
Так что тест объективен. Если хостер ваш аккаунт не вырубает совсем, или вырубает больше чем на несколько минут, при запуске такого теста - то это не правильный хостер.
Конечно "обектавна", например, если потратить все Inode аккаунта, то можно ускорить файловую систему. Правда, есть побочные эффекты, например новые сессии не создаются... Но и это решаемо, файл сессии создайте заранее, битрикс хранит их в 1 файле. :)
Сессии не хранятся в одном файле. Вы что-то путаете.
Inode аккаунта могут быть использованы в случае проблем с файловым кешом (если используется неправильный ключ для создания кеша, то кеш пухнет - это проблема программиста).
Сессии не хранятся в одном файле. Вы что-то путаете.
Inode аккаунта могут быть использованы в случае проблем с файловым кешом (если используется неправильный ключ для создания кеша, то кеш пухнет - это проблема программиста).
И правда, не в одном файле :)
Ранее ставил промежуточную версию битрикса, потом заметил, что после тестирования сайта ab-утилитой, панель производительности стала показывать слишком большое время создания сессии, так я узнал что битрикс кидал сессии в 1 файл.
Ничего с тех пор не менялось, кроме удаления и установки нового битрикса, да и какая надстройка php может спровоцировать такое поведение? :)
Конечно "обектавна", например, если потратить все Inode аккаунта, то можно ускорить файловую систему. Правда, есть побочные эффекты, например новые сессии не создаются... Но и это решаемо, файл сессии создайте заранее, битрикс хранит их в 1 файле. :)
А на каких параметрах и хостинге у вас такие результаты вышли?
И правда, не в одном файле :)
Ранее ставил промежуточную версию битрикса, потом заметил, что после тестирования сайта ab-утилитой, панель производительности стала показывать слишком большое время создания сессии, так я узнал что битрикс кидал сессии в 1 файл.
Ничего с тех пор не менялось, кроме удаления и установки нового битрикса, да и какая надстройка php может спровоцировать такое поведение? :)
Битрикс использует стандартные сессии PHP, в которых на каждую сессию свой файл.
Опционально он может хранить сессию в БД, тогда на каждую сессию запись в табличке.
Долгий старт сессии возможен, если к серверу приходит несколько запросов с одним сессионным идентификатором.
При вызове session_start() файл сессии эксклюзивно блокируется и тогда остальные процессы ждут, когда с файла будет снята блокировка (например, при завершении запроса или вызове session_write_close). Это нормальное поведение для сессии PHP.