
Artem
05.04.2018
19:47:13
Товарищи! А подскажите, пожалуйста, как побороть зависающие сесси в joomla? Много раз мелькалло перед глазами, но сам столкнулся впервые и найти теперь не могу

Дмитрий
05.04.2018
19:47:40
не стуктуру кое где подкинули

Vladimir
05.04.2018
19:48:04
дело в хостере

Google

Vladimir
05.04.2018
19:48:21
в первую очередь

Дмитрий
05.04.2018
19:49:00
надо им травки подкинуть, чтобы хорошие дизайны пошли лепить :)))
пусть слетают в какую нибудь голландию :)

Artem
05.04.2018
19:49:41
дело в хостере
а что должно быть настроено? т.к. зависает на хостинге и на openserverе

Али
05.04.2018
19:50:04
бли у GridBox обновления чаще выходят чем у Ютем

Vladimir
05.04.2018
19:50:04
тут же все утверждают что это круто
на винде сервера ставить
все точно так же как на хостере
и никаких отличий
ну совсем никаких
там надо играться с настройками
но вопрос - разрешит ли ваш хостер

Google

Artem
05.04.2018
19:51:27

Vladimir
05.04.2018
19:51:53
если вы говорите про сессии - то проблема появилась в джумла 3.8.5
или 3.8.4

Helen
05.04.2018
19:52:06
Владимир, Вы больны? Вы на каждую фразу будете тыкать про сервер? Вам лечиться нужно.

Vladimir
05.04.2018
19:52:10
из за того что перешли на очистку сессий php
вроде не упоминал вас даже

Artem
05.04.2018
19:52:31
я её увидел после обновления с 3.8.2 до последней

Helen
05.04.2018
19:52:36
А я вот буду тогда поднимать вопрос о Вашем бане
Ибо Вы реально надоели

Vladimir
05.04.2018
19:52:45
я-то никого не оскорбляю

Евгений
05.04.2018
19:53:04

Vladimir
05.04.2018
19:53:06
и не говорю что мне кто то надоел

Helen
05.04.2018
19:53:08
окай
займусь

Vladimir
05.04.2018
19:53:21

Vadim
05.04.2018
19:53:53

Vladimir
05.04.2018
19:54:03

Евгений
05.04.2018
19:54:17

Google

Artem
05.04.2018
19:54:44

Vladimir
05.04.2018
19:54:58
как побочный эффект растет база сессий
посмотрите - если растет таблица сессий в базе - значит проблема с настройками php

Дмитрий
05.04.2018
19:55:22
За володю и двор стреляю в упор. ?

Vladimir
05.04.2018
19:55:23
щас найду конкретнее

Artem
05.04.2018
19:55:44

Али
05.04.2018
19:58:35

Vladimir
05.04.2018
19:58:54
такие
For DB session garbage collection may not be called at all.
See http://php.net/manual/pl/session.configuration.php#115842
You can check that by putting that code in your template index.php.
<?= ini_get('session.gc_probability'); ?>
If ini_get('session.gc_probability'); is equal to 0 then php won't clear your database table #__session.
надо смотреть параметр 'session.gc_probability'
это настройка php
в нормальных хостерах все ок

Artem
05.04.2018
20:00:31
Кстати, @zikkuratvk, вы не сталкивались с тем, что фильтр запоминает последние опции и не сбрасывает их? Только чистка кукисов

Vladimir
05.04.2018
20:01:00

Artem
05.04.2018
20:01:37
Ну да. Он же через GetUserState работает, который на сессии завязан

Vladimir
05.04.2018
20:02:07
<?= ini_get('session.gc_probability'); ?>
вот это что выведет?

Artem
05.04.2018
20:02:35
заветный 0

Vladimir
05.04.2018
20:03:58
ну

Google

Vladimir
05.04.2018
20:04:02
что я могу сказать...
кто хостер?
мы должны знать героев
One thing you might not have noticed is that in the Debian/Ubuntu distro, by default PHP disables its session garbage collection mechanism
(eg. the default php.ini contains the line ;session.gc_probability = 0 in Ubuntu).
Instead, it runs a cron job every half hour (see the script /etc/cron.d/php5) to purge session files in the /var/lib/php5/ directory. In most cases, this doesn't do the session cleanup job for us as session data may not be saved in files under the /var/lib/php5/ directory (like in Drupal). Thus by default PHP session garbage collection does not run in Debian/Ubuntu as many may expect. To solve this, you can modify the php.ini file by adding the line
session.gc_probability = 1

Artem
05.04.2018
20:08:34

Vladimir
05.04.2018
20:08:37
ну и как видим проблема с настройкой этого параметра

Vadim
05.04.2018
20:08:57

Vladimir
05.04.2018
20:09:00
выше все расписано

Artem
05.04.2018
20:09:03

Vladimir
05.04.2018
20:09:12
а не с сайтом

Vadim
05.04.2018
20:12:23
То то мы у себя не можем это дело воспроизвести))

Vladimir
05.04.2018
20:12:39
я думал все в курсе проблемы

Vadim
05.04.2018
20:12:52
Неа))

Vladimir
05.04.2018
20:13:03
ну собственно проблему я изложил выше
у некоторых хостеров или людей любящих дебин/убунту не установлен параметр session.gc_probability = 1
из за чего не очищаются сессии php и по ним не очищаются сессии джумлы в базе данных

Google

Vladimir
05.04.2018
20:14:52
в результате сессии у кого то подвисают
у кого то еще что то происходит
первый признак - рост таблицы сессий в базе данных
источником проблемы является не твое расширение, а проблема с сессиями
то есть хостер грубо говоря

Artem
05.04.2018
20:17:00

Vladimir
05.04.2018
20:17:07
эта тема обсуждалась на форуме и во многих других местах
в том числе и в этом чате
поэтому я думал что всем очевидно

Artem
05.04.2018
20:17:45

Vladimir
05.04.2018
20:18:02
блин
вроде бы известна же причина
достаточно очевидная
там насколько я знаю есть еще какой-то нюанс со странными настройками хостеров
но это уже экзотика. чаще всего все решается изменением этого параметра

Artem
05.04.2018
20:19:51

Dmitry
05.04.2018
20:20:04
Привет. На чем советуете делать магазин на джумле? Какой компонент на данный момент лучший?