Keitaro Nulled

Установил на хостинг, все отлично работает.
Но есть нюанс, когда создаю доп. пользователя с ограниченными права, то, он не может авторизоваться, пишет "Users authorization allowed only in PRO edition".
Если делаю доп. юзера с админскими правами - он норм авторизуется.
Подскажите, как сделать, чтобы и пользователь с ограниченными правами мог авторизоваться? Насколько понимаю в этой версии не должно быть проблем с этим.

Подскажите, как побороть? Очень надо)
 
@stealthdebuger еще на нулледе вам в лс скинул серв и на тот момент вы мне индивидуально пролечили актуальную на тот момент версию, это была 9.11.2, вроде это был август или сентябрь 2020, работало прекрасно до июня этого года, в один момент удалился польователь, остался только админ, ну и заглушка при попытки войти в амдинку "Не удалось запросить информацию о вашей лицензии." Проверил БД, кампании остались, редиректы работают, только юзер удалился.
 
@mrtrick значит обновили защиту

P.S. Я всегда говорил, что в кейтаре есть бекдор от разработчиков. Нехорошие люди, продают систему с предумышленно оставленной уязвимостью.
 
redis ставить так

Код: 
sudo yum update
sudo yum install yum-utils
sudo yum -y install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm
sudo yum -y update
sudo yum -y install https://rpms.remirepo.net/enterprise/remi-release-8.rpm
sudo yum -y update
sudo -y yum module reset php
sudo yum -y module enable php:remi-7.2
sudo yum install php-pecl-redis5

sudo systemctl restart php-fpm.service
## OR ##
sudo systemctl reload php-fpm.service
 
Все же удалось победить
1) поставил на центос 8 триал, пароль от логина использовал в п. 5.2
2) зашел через winscp в файл /var/www/keitaro/application/config/config.ini.php и посмотрел там пароль от базы, вписал его в п 5.2
3) удалил через mc (yum install mc) содержимое папки /var/www/keitaro/
4) закинул через winscp в /var/www/keitaro/ файл install.php
5.1) в putty cd /var/www/keitaro/
5.2) запустил командой php74 -f install.php install --db-user="keitaro" --db-name="keitaro" --db-password="пас от базы" --admin-login="admin" --admin-password="пас от логина из п1 после установки" --language=ru
6) прописал chmod -R 777 /var/www/keitaro/
7) добавил крон wget -O /dev/null -q http://тутдоменпанельки/cron.php
8) в самой панели почистил кэш

Завелась, работает, клики считает, ПОСТБЕКИ РАБОТАЮТ!!!!!
 
Последнее редактирование:
всем привет, друзья, всех рад видеть!)
разворачиваю на CentOS7 + панель управления.
создал базу и юзера, загрузил туда бекап от версии 9.10.6,
затем запустил intsall.php со всеми необходимыми параметрами.
всё скачалось, установилось, к базе подключение есть, в логе были ошибки редиса, отключил его использование,
ошибки исчезли. версия системы отображается как: 9.10.15, последняя.
задание в крон добавил руками, ошибки в панельке нет. обычно, если крон-задание не отрабатывает, появляется
желтая иконка в шапке, сейчас её нет. но и при попытке проверки и запуска задачи руками из консоли, выдаёт ошибку:

sudo -u keitaro php /home/keitaro/sites/mydomain.com/cron.php
A license error occurred. Please check the system log.
Нажмите, чтобы раскрыть...
однако в логах - чисто.
при запуске в старой версии, от которой была взята база - такой ошибки нет.
ПС: понаблюдал, появился жёлтый аларм, крон не отрабатывает из-за ошибки, указанной выше)
 
Последнее редактирование:
ser63 сказал(а):
Если и ставится, то всегда ошибка MySQL, подскажите как исправить?
hkWJSwB.png
Нажмите, чтобы раскрыть...
Кажется версия MySQL конфликтует, у меня завелось без этих ошибок на следующем конфиге aaPanel: CentOS 8, PHP 7.1, MariaDB 10.3, Redis
 
Последнее редактирование:
Обнаружил очень не приятный для меня баг в версии 9.12.15. Не работает уникальность трафика по ip адресу. Выставляю уникальность потока по ip адресу + cookies, но если захожу с разных браузеров по ссылке трекера, я перехожу как уникальный пользователь в один и тот же поток. В статистике кликов нормально определяет какой браузер, но с каждого нового браузера при отсутствии cookies клик считается уникальным https://prnt.sc/1s33sre . Установил новую демо версию кейтары 9.13.5, там проблемы такой нет. Обновил через скрипт, но скрипт обновляет до версии 9.12.5 с неработающим кроном (( Печаль. Может есть кто установил версию 9.13.5 нулленую?
 
rejected1988 сказал(а):
Обнаружил очень не приятный для меня баг в версии 9.12.15. Не работает уникальность трафика по ip адресу.....
Нажмите, чтобы раскрыть...
На 9.13.15 версии похоже защиту поменяли. А насчет кук, попробуй их отключить и оставить уникальность по IP+UA
 
Sergyk сказал(а):
На 9.13.15 версии похоже защиту поменяли. А насчет кук, попробуй их отключить и оставить уникальность по IP+UA
Нажмите, чтобы раскрыть...
Куки пробовал отключать. Уникальность по IP+UA тоже не подходит, при таких настройках уникальность соблюдается если пользователь заходит всегда с useragent Opera + IP (144.33.33.33), а потом если сразу же заходит с Chrome + IP (144.33.33.33), то уже будет опять уникальный клик. А это уже постоянный пропуск ботового трафика в определенный поток. Уже перепробовал более раннюю версию кейтары 9.12.6, там работает аналогично.:swoon: Если не сложно можете попробовать как у вас происходит уникальность, если вы заходите с одинакового ip адреса, но с разных браузеров.
 
Ребята какая версия под капотом ?
 
При работе с нулом есть системные требования чтобы на серве стоял именно centOS?
 
Для ответа нужно войти/зарегистрироваться
Назад
Верх