Добрый день. Не могу решить проблему с просмотром статистики awstats: получаю ошибку 404 от nginx.

Настраиваю awstats для nginx. Ставлю задачу для cron. Всё делаю вот по этому руководству: http://www.tech-notes.net/awstats-for-nginx/

Вижу, что awstats работает, по крайней мере в /var/lib/awstats/ создаются текстовые файлы, в которых предположительно содержится информация по месяцам.

Когда пытаюсь зайти на свой сайт по адресу: my_site.com/awstats/awstats.pl?config=my_site.com получаю ошибку: 404 Not Found

При попытке обновить awstats вручную: sudo /usr/lib/cgi-bin/awstats.pl -update -config=my_site.com вылезала ошибка «perl: warning: Please check that your locale settings», которая была решена с помощью «sudo dpkg-reconfigure locales».

Но это не помогло, ошибка 404 не пропадает.

Настройки такие:

server {
    listen 80 default_server;
    listen [::]:80 default_server;
    root  /usr/share/wordpress;
    location /awstats/ {
        root   /usr/lib/cgi-bin;
        index  index.html index.htm index.pl;
    }
    location /awstatsclasses/ {
        alias /usr/share/awstats/lib/;
    }
    location /awstats-icon/ {
        alias /usr/share/awstats/icon/;
    }
    location /awstatscss {
        alias /usr/share/doc/awstats/examples/css/;
    }
}

Спасибо!

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

Есть очень большой проект, с несколькими базами данных, основная из которых содержит около 500 таблиц, и с сотнями тысяч записей в некоторых таблицах.

Проект изначально был на Битрикс, потом его переносили на самописный фреймворк, сейчас по сути никто до конца не знает, какие таблицы в нём для чего предназначены.

Есть задачи по рефакторингу или написанию миграций, которые, в том числе, должны симулировать создание инфоблоков через админку. Соответственно, очень много времени уходит на то, чтобы разбираться в коде.

Соответственно, есть потребность выяснять, какая таблица обновлялась в результате определённых действий пользователя. Сначала была попытка отслеживать изменения с помощью information_schema, но большая часть таблиц inno db, значит, время внесения последних изменений через information_schema учесть нельзя, число столбцов учитывается тоже примерно. Можно, наверное, для всех таблиц пересчитывать записи с помощью count(*), но идея мне кажется не самой лучшей, как и повесить триггеры на все 500 таблиц.

У меня нет доступа к логу запросов MySQL, и меня уверяют, что он трудночитаем.

Подскажите, пожалуйста, есть ли какие-нибудь хорошие анализаторы логов mysql, либо скрипты по типу профайлера, которые бы отслеживали запросы, либо наиболее эффективные способы отладки, с помощью которых можно было бы написать, например, простой скрипт, который бы запускался,отслеживал запросы и выдавал данные об изменениях в табилце?

Добрый день. Возникла необходимость заблокировать сайт у меня на личном компьютере, чтобы он не открывался в браузерах. Пробовала заблокировать через Squid, разными способами, не получилось.

Первый способ:

1. Создала файл /etc/squid3/block.acl

2. Сохранила в нём злосчастный адрес (в виде site.org, как и у автора инструкции)

3. Открыла squid3.conf и в секции acl добавила строку:

acl block dstdomain «/etc/squid3/block.acl»

4. В секцию http_access добавила строку:

http_access deny block

5. Перезагрузила squid:

sudo squid3 restart

6. Открыла браузер и убедилась, что сайт всё так же открывается.

Второй способ:

1. Создала другой файл:

touch /etc/squid3/blacklist

2. Сохранила в нём адрес сайта. В этом туториале рекомендовали экранировать точку в адресе сайта (site\.org).

3. Попыталась создать список пользователей, для которых будет производиться фильтрация:

acl url_filtred src (тут я перепробовала: localhost, мой ip, мой логин, 127.0.0.1)

4. Подключила список:

acl blacklist url_regex -i «/etc/squid3/blacklist»

5. Указала:

http_access deny blacklist url_filtred

6. Перезагрузила squid3 в терминале:

sudo squid3 restart

7. Сайт все так же открывается.

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

-- Все решила:

В Хостс заблокировала адрес вида site.org, a также адрес вида www.site.org, и всё заработало. Раньше браузер просто делал перенаправление. Спасибо.