Не сохраняются настройки

[abasov]

что может быть, просто обновил на 2.0.0.18?
Естественно права на фс перебил:
chmod -R a-wx,a+rX,u+w *
chown -R www-data:www-data *

[RezistoR]

Блин у меня такая же ерунда подскажите в чем дело пожалуйста:
На локальном серваке все ОК, но на сайте в админке выбираю категории где должны отображаться комментарии нажимаю сохранить и настройки не сохраняются а меня кидает на главную страницу админки. Это может быть связано с правами на файлы? Сама папка com_jcomments имеет права 775. В чем может быть загвоздка?

Версия также 2.0.0.18

[RezistoR]

В общем частично решил проблему путем хирургического вмешательства в БД.
Залез в PhP my admin в своей базе нашел таблицу jos_jcomments_settings там и указаны все настройки и в ручную пришлось вбить id категорий с которыми не хотел работать компанент, незнаю почему но почемуто сам Jcomment не захотел это делать за меня автомат из админке, повторюсь - это на самом сайт на локальном серваке все ОК. Естейственно сейчас настройки стоят в админке те которые вбил в базе.

В общем как сказал abasov "...но..осадок остался"

Ну от конструктора компанента все равно хотелось бы узнать возникновение данной причины.

[smart]

Хм, в принципе, однажды мы с таким уже сталкивались - у пользователя было очень много категорий (что-то в районе 80-100). Причем не всегда проявлялся, но поймать тогда не получилось.

Посмотрите пожалуйста настройки PHP у вас на сервере, какое значение установлено у переменной post_max_size?

Такое ощущение, что объем данных POST-запроса (который выполняется при сохранении) превышает какое-то значение. Я попробую в новой версии компонента немножко исправить данную ситуацию. Если подождете пару дней - думаю смогу дать тестовый билд для тестирования.

[RezistoR]

Такая проблема была тут: http://joomlaforum.ru/index.php/topic,52213.0.html я уже потом эту тему нашел.

post_max_size в С-панели смотрится? и где конкретно?

Та подаждем куда деваться то, на то они и тесты чтоб потом error'ы исправлять. Спасибо за компанент кстати очень хороший, еслиб не понравился то тут бы вопросы не задавал )

[RezistoR]

Все что смог выловить из параметров PHP в С-панели похожее на post_max_size, но самого его не нашол:

Resource Limits   max_execution_time   Maximum execution time of each script, in seconds   15
Resource Limits   max_input_time   Maximum amount of time each script may spend parsing request data   30
Resource Limits   memory_limit   Maximum amount of memory a script may consume (32MB)   32M

Спросил у хостера этот параметр, сказал на этой странице все отображено: http://server3.pwstudio.ru/phpinfo.php
Ну да вот он:    post_max_size   8M

[smart]

А давайте проведем маленький эксперимент?

1. Открываем файл admin.jcomments.php
2. Заменяем в нем строку: cfg_enable_categories на cfg_cc
3. И затем ниже, перед строчкой:

Код

$c_params = $config->getKeys();

добавляем вот такой кусок кода:

Код

		foreach($_POST as $k=>$v) {
			if ($k == 'cfg_cc') {
				$_POST['cfg_enable_categories'] = $v;
			}
		}

По идее, это должно решить данную проблему. Нет - буду думать дальше.

[RezistoR]

Нет не помогло все тоже самое.

[smart]

Нет не помогло все тоже самое.

т.е. несмотря на изменения, сохраняется ровно 23 категории, а если выбрать 24 - то нет?

[RezistoR]

По последним подсчетам 20 категорий сохраняет, при попытки сохранить 21 - выкидывает на главную админки.

[smart]

Хм, блин, попробовал создать у себя 100 категорий - нормально сохраняется. Никаких проблем не возникает... Так, а попробуйте поинтересоваться у хостера, нет ли каких-то ограничений на длину запроса? Потенциально это можно сделать на уровне Apache посредством переменных LimitRequest*, например вот так:

Код:

LimitRequestBody 2000
LimitRequestFields 100
LimitRequestFieldsize 400
LimitRequestLine 8000

Т.е. в принципе есть еще идеи, как можно обойти текущую проблему, но для начала нужно понять, что именно мешает. Длина запроса, количество полей или еще что-либо.

[RezistoR]

Хм, блин, попробовал создать у себя 100 категорий - нормально сохраняется. Никаких проблем не возникает...

Smart, у меня на компе на локалном апаче все тоже без проблем так что 100% дело в сервере хостера.

Потенциально это можно сделать на уровне Apache посредством переменных LimitRequest*, например вот так:

А чтоб это сделать куда надо суваться? Я чето не понял. А задал этот вопрос хостеру он мне вот что ответил:

"Эти лимиты не установлены в конфиге, вероятно все идет по умолчанию. Сколько по умолчанию надо
смотреть в документации в APACHE 2"

[RezistoR]

Ну вот что я прочитал в документации к Апаче2:

LimitRequestBody 102400
LimitRequestFields 50
LimitRequestFieldSize 4094
LimitRequestLine 4094

Это в документации официальной, но вот как узнать на 100% что также и у хостера выставленно?

Вот что мне еще хостер сказал:
"Я думаю... лучше обратит внимание на модуль suhosin
в php. Возможно из за него у него что то не получается. В нем есть куча ограничений он защищает php"

[RezistoR]

Ну что идеи есть?

[smart]

Ну что идеи есть?

ну, а какие могут быть идеи-то? надо тестировать... чуть позже время появится - попробую на нашем сервере погонять комменты, у нас тоже стоит сухосин...

[str0ke]

Было ли найдено в итоге решение данной проблемы?
Ато возинкло тоже самое только при отметке более 15 категорий.
Через базу все время добавлять не ах как удобно.
К хостеру обратился, но пока ответа нет.

[smart]

Ну пока что рабочая версия причины данной проблемы - ограничение на количество переменных в POST запросе на сервере (такое можно настроить к примеру в suhosin). Последнюю неделю я как раз и думаю над тем, как максимально упростить диалог настроек компонента. Идеи уже есть, но готового решения пока что нет.

[str0ke]

Хорошо. Попробую помучать хостера. Если ничего не выйдет буду ждать новую версию ... Или делать ручным методом все накрайняк
Вопрос хостера:
На какое время Вам надо изменить параметр suhosin ?

[smart]

На какое время Вам надо изменить параметр suhosin ?

хм, я бы на постоянно изменил бы... насколько я понимаю суть проблемы, у них выставлено огранчение в переменной suhosin.post.max_vars. На текущий момент форма настроек комментариев действительно содержит большое количество полей (на вскидку точно больше 300), это и создает проблему.

[str0ke]

Спасибо. Попробуем. У меня такое чувство что хостер не очень понимает что я от него хочу)

[smart]

Спасибо. Попробуем. У меня такое чувство что хостер не очень понимает что я от него хочу)

ну всякое бывает... у меня тоже, честно скажу, нет 100% уверенности, что проблема именно в этом... но чисто логически напрашивается именно такой вывод.

[str0ke]

suhosin.post.max_vars = > 2048 = > 2048
suhosin.request.max_vars = > 2048 = > 2048

Сделал хостер.
Помогло, теперь все отлично.
Спасибо тебе smart за помощь!

[smart]

Я нашел универсальное решение данной проблемы, если у кого-то еще повторяется данный баг - сообщите, я дам тестовую версию на проверку. Мне кажется, что реализованное решение универсально и больше проблем быть не должно.

[NoMax]

Благодарю за компонент - использовал раньше и доволен.
Но недавно поставил на Joomla 1.0.12 и обнаружил, что при выборе и сохранении более 15 категорий настройки не записываются (и вылетает в основное меню админки).

Проблему понял, судя по обсуждениям - в настройках php стоит suhosin.post.max_vars 200
Танцы с htaccess и php.ini не помогли - надо обращаться к хостеру. Но если есть универсальное решение, то очень бы хотелось опробывать такую тестовую версию.
Спасибо.

[smart]

Но если есть универсальное решение, то очень бы хотелось опробывать такую тестовую версию.

проверьте приват, я вам скинул ссылочку

[NoMax]

Спасибо. Теперь все нормально работает - выделяет всю кучу категорий и записывает.

Но теперь пропали иконки компонента в админке (только "Комментарии" с иконкой, остальные потерялись )

Еще правда свежие комментарии пропадали в кэше... Сначала отключил стандартный кэш - помогло. Потом включил его и отключил кэш модуля - вроде тоже работает.

Еще раз благодарю за компонент и поддержку.

[smart]

Да, ошибка была, но только в Joomla 1.0, я забыл там пути подправить. Исправил, перезалил дистрибутив (ссылка та же, что давал вам утром).

[NoMax]

Все отлично

[olezhek]

smart, а можно и мне ссылочку? Чтобы все категории добавились в JComments.
Joomla 1.5.15 (если это важно)

[olezhek]

Люди, у кого есть решение проблемы? Пожалуйста... очень надо..