проблема 100% в серваке и решить ее должен админ.
Оно и понятно - если бы такая проблема была вообще то топик не был бы одинок.
как показать админу что проблема в настройках сервака:
scj/admin
оригинальный index.php переименовываем в scj_index.php
создаем index.php который состоит из одной строки
<?php
include('scj_index.php');
думаю тут вопросов нет.
1. заходим в сетинги в амдинке
2. меняем содержимое index.php на
<?php
print_r($_POST);
как видно тут тоже только одна строка которая должна вывести переменные.
3. нажимаем на сохранить сетинги. Одна строка , где нет никаких упоминаний смарта, должна отработать мгновенно. Так и происходит на любом другом серваке.
А тут почему-то оно долго думает.
Вот с этим и должен разобраться админ.
Не сохраняет CJ Settings
Re: Не сохраняет CJ Settings
Don't forget to run script update
Re: Не сохраняет CJ Settings
Админы установили чистый скрипт:
"После установки чистого скрипта зашёл проверить те действия "Settings-CJ Settings-TOP settings изменить поле "Toplist creation interval, minutes"" - меняется сразу мгновенно.
Скопировал из старой папки /thumbs, /top, /tube, /data - проверил еще раз - тоже всё нормально.
Попробовал залить дамп старой бд - и сразу же настройки опять не меняются.
Вероятно что-то в бд сломалось при апгрейде.
Мы с этим сделать ничего не можем, т.к. непонятно в чем именно проблема, но не в сервере, т.к. на чистом скрипте всё нормально.
Настройки скрипта как-то еще можно перенести кроме всего дампа бд? Может как-то можно выборочно экспортировать, или перенести только какие-то определённые таблицы бд, может тогда проблема не перенесётся на новый скрипт."
Видимо эта ошибка была в версии 1,52 и перенеслась на новую версию. Есть ли какая то возможность вернуть таблицу с сетингами к "заводскому виду"? Может там какаято ошибка, а ресетнув её потом бы настройки заново выставил.
"После установки чистого скрипта зашёл проверить те действия "Settings-CJ Settings-TOP settings изменить поле "Toplist creation interval, minutes"" - меняется сразу мгновенно.
Скопировал из старой папки /thumbs, /top, /tube, /data - проверил еще раз - тоже всё нормально.
Попробовал залить дамп старой бд - и сразу же настройки опять не меняются.
Вероятно что-то в бд сломалось при апгрейде.
Мы с этим сделать ничего не можем, т.к. непонятно в чем именно проблема, но не в сервере, т.к. на чистом скрипте всё нормально.
Настройки скрипта как-то еще можно перенести кроме всего дампа бд? Может как-то можно выборочно экспортировать, или перенести только какие-то определённые таблицы бд, может тогда проблема не перенесётся на новый скрипт."
Видимо эта ошибка была в версии 1,52 и перенеслась на новую версию. Есть ли какая то возможность вернуть таблицу с сетингами к "заводскому виду"? Может там какаято ошибка, а ресетнув её потом бы настройки заново выставил.
Re: Не сохраняет CJ Settings
выше в примере никакой базы нет вообще
не надо быть програмером что б понять что
<?php
print_r($_POST);
никак не пересекается с базой.
Админ не хочет работать просто
не надо быть програмером что б понять что
<?php
print_r($_POST);
никак не пересекается с базой.
Админ не хочет работать просто
Don't forget to run script update
Re: Не сохраняет CJ Settings
Прошу прощения. А можно уточнить алгоритм проверки?
1. захожу в каталог scj/admin. Там есть файл index.php
2. переименовываю оригинальный scj/admin/index.php в scj_index.php
3. создаю в scj/admin/ index.php который состоит из одной строки
<?php
include('scj_index.php');
4. Далее не понятно. - захожу в админке Settings-CJ Pages и меняю указанный там путь на
<?php
print_r($_POST);
так что ле?
Потом сохраняю. Всё сохраняется мгновенно, но выдаёт предупреждения.
Warning, looks like doesnt exists. Check path.
Warning, looks like print_r($_POST); doesnt exists. Check path.
Saved
Если я сделал правильно, то не пойму что оно там делает медленно. Всё происходит мгновенно. Уточните, пожалуйста, что я не так сделал.
1. захожу в каталог scj/admin. Там есть файл index.php
2. переименовываю оригинальный scj/admin/index.php в scj_index.php
3. создаю в scj/admin/ index.php который состоит из одной строки
<?php
include('scj_index.php');
4. Далее не понятно. - захожу в админке Settings-CJ Pages и меняю указанный там путь на
<?php
print_r($_POST);
так что ле?
Потом сохраняю. Всё сохраняется мгновенно, но выдаёт предупреждения.
Warning, looks like doesnt exists. Check path.
Warning, looks like print_r($_POST); doesnt exists. Check path.
Saved
Если я сделал правильно, то не пойму что оно там делает медленно. Всё происходит мгновенно. Уточните, пожалуйста, что я не так сделал.
Re: Не сохраняет CJ Settings
1-3 да, все верно
4. заходим в админке в сетинги
5. меняем содержимое index.php (не в cjpages а тот что include('scj_index.php'); )
на
<?php
print_r($_POST);
и жмем "сохранить" в браузере в админке на странице сетингов которая у вас должна быть открыта из шага 4
в этот момент браузер шлет данные на этот index.php который вы только что меняли. и если в обычной ситуации это файт скрипта, где можно писать "скрипт глючит"
то в данной ситуации там скрипта нет, там есть только print_r($_POST); который вы только что туда добавили
4. заходим в админке в сетинги
5. меняем содержимое index.php (не в cjpages а тот что include('scj_index.php'); )
на
<?php
print_r($_POST);
и жмем "сохранить" в браузере в админке на странице сетингов которая у вас должна быть открыта из шага 4
в этот момент браузер шлет данные на этот index.php который вы только что меняли. и если в обычной ситуации это файт скрипта, где можно писать "скрипт глючит"
то в данной ситуации там скрипта нет, там есть только print_r($_POST); который вы только что туда добавили
Don't forget to run script update
Re: Не сохраняет CJ Settings
Ну вроде разобрались. Проблема в настройках фаервола.
"На сервере в фаерволе было правило, не знаю\не помню зачем оно там было добавлено когда-то
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 STRING match "isedar" ALGO name bm TO 65535
Оно блочит запросы со строкой isedar.
На свежем скрипте проблема видимо не появлялось, т.к. там нет нигде этой блокируемой строки, а в рабочем скрипте где-то встречается и блочится запрос фаерволом, поэтому нигде никаких ошибок, логов, просто висело."
"На сервере в фаерволе было правило, не знаю\не помню зачем оно там было добавлено когда-то
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 STRING match "isedar" ALGO name bm TO 65535
Оно блочит запросы со строкой isedar.
На свежем скрипте проблема видимо не появлялось, т.к. там нет нигде этой блокируемой строки, а в рабочем скрипте где-то встречается и блочится запрос фаерволом, поэтому нигде никаких ошибок, логов, просто висело."