Василий Сергеевич

Василий Сергеевич

+55
Репутация
71
Рейтинг
#1 Mysql 8 и первая ветка инстанта 11 марта 2022 в 10:35

День добрый камрады!

Требуется помощь в решении проблемы. При переезде на новый сервер получил kernel panic, включил в конфиге сайта показ ошибок, получил:

DATABASE ERROR:
SELECT id, title, link, config, internal, published, version, system FROM cms_components ORDER BY title
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'system FROM cms_components ORDER BY title' at line 1

На сервере установлен mysql 8 версии. Вопрос, как подружить 1 ветку инстанта с mysql 8?

#4 После обновления проблемы с ip 4 февраля 2019 в 18:07


У всех гостей и юзеров определяется один и тот же ip сервера провайдера. Произошло это после последнего обновления, естественно упал доход в РСЯ. Что делать?

@simberok
mod_rpaf
#6 Повышенная нагрузка из за редиректов 9 марта 2018 в 19:25

Ноль реакции!

vikont

Я не понимаю почему у вас не работает данный location, скрин приложенный это brainycp? brainy еще "сырая" панель, только началось развитие, на форуме панели много пишут о не корректной работе данной панели с nginx.
#7 Повышенная нагрузка из за редиректов 9 марта 2018 в 18:21
Пробуйте так:

server {
listen 185.180.231.78:80 ;
server_name dsdnr.ru www.dsdnr.ru;
root /home/detsad/sites/dsdnr.ru;
access_log /etc/nginx/vhost_logs/dsdnr.ru_access;
error_log /etc/nginx/vhost_logs/dsdnr.ru_error;

location /redirect {
return 444;
}

location ~* \.(jpg|jpeg|gif|png|ico|css|bmp|swf|js|txt|woff[2]?)$ {
root /home/detsad/sites/dsdnr.ru;
}

location ~ /.well-known {
allow all;
}
location ~* robots.txt { root /etc/nginx; }

location ~ /\.ht {
deny all;
}

location / {
proxy_pass 185.180.231.78:8080;
proxy_redirect off;
proxy_force_ranges on;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_cache one;
proxy_cache_key "$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri";
#access_log /etc/nginx/vhost_logs//home/detsad/sites/dsdnr.ru;

proxy_cache_valid 10s;
proxy_cache_min_uses 2;
#proxy_cache_lock on;
# proxy_cache_use_stale error timeout;
#proxy_cache_use_stale updating http_502 http_504;

limit_conn lone 5;
# limit_req zone=ltwo burst=10;

client_max_body_size 24m;
client_body_buffer_size 128k;
proxy_connect_timeout 90;
proxy_send_timeout 90;
proxy_read_timeout 90;
proxy_buffer_size 4k;
proxy_buffers 8 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 10m;


}
location ~* \.(ttf|jpg|jpeg|gif|png|ico|css|bmp|swf|js|txt|tar|zip|pdf|tar.gz|woff[2]?)$ {
root /home/detsad/sites/dsdnr.ru;
access_log off;
}




error_page 404 /404.html;
location = /40x.html {
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
}
}
#8 Повышенная нагрузка из за редиректов 9 марта 2018 в 17:17


В конфиг домена
instantcms.ru/forum/thread28953-4.html#284218

Василий Сергеевич
Не помогло!
Вставил сюда yadi.sk/i/OffeyR4n3TC229

vikont

Я где-то выше писал про синтаксис, приведите конфиг к такому виду:


Отступы! Отступы!
#11 Повышенная нагрузка из за редиректов 3 марта 2018 в 18:08


vikont:
Никакой реакции...
nginx перезагружали?

Василий Сергеевич
Конечно! Как без этого!

vikont
Нужно подумать как правильно закрыть адреса начинающиеся с /redirect?
Можно попробовать переменную is_args
В общем конфиге пропишите
if ($is_args = "?") {
return 444;
}
Перед перезагрузкой nginx проверьте их на валидность: nginx -t
#13 Повышенная нагрузка из за редиректов 3 марта 2018 в 17:05

Вот конкретно конфиг для домена, вставляю, дает ошибку 1. Как и кда здесь вставить чтоб не было ошибки:

vikont
После
error_log /etc/nginx/vhost_logs/dnrru.ru_error;
Добавить

location /redirect {
return 444;
}
#14 Повышенная нагрузка из за редиректов 3 марта 2018 в 16:56


Хорошо, просто уточню. Если этот страшный GET запрос поступит но не будет исполняться (обрабатываться), это решит проблему? или проблема остаётся?

Alex
Он не страшный laughон лишний и не нужный, да, можно, да и тех кого задолбали боты нужно для таких запросов прописать

location /go/ {
return 444;
}
это пример для первой ветки
т.е. мы закрываем соединение без ответа, вернее мы отвечаем, т.к. не можем не ответить, но пустым пакетом без заголовков и затем уже закрываем соединение, но и перехода по ссылке с сайта не будет, может к этой теме подключатся специалисты/разрабы и помогут составить регулярку для того чтобы переход работал только с сайта, а "извне" был закрыт/не учитывался/отбивался ошибкой/закрытием соединения
#15 Повышенная нагрузка из за редиректов 3 марта 2018 в 16:07

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

Alex
Вы все правильно поняли, но эту проблему надо решать в комплексе: закрытие запросов к серверу GET /redirect?url= и GET /redirect?url=, создание нецелесообразности проставления ссылок спамерами на сайтах на инстанте через компоненты редиректа, подумать над закрытием ссылок данного вида от индексации, ибо /go в robots не спасает.
Используя этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.