Плагин сканирования файлов сайта по хеш-сумме и отправки отчета на email - страница 2 - Расширения форумчан

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

Хорошо. Думаю обсуждать проще будет тут.

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

На днях допишу подробную инструкции со скринами и выложу.

На днях допишу подробную инструкции со скринами и выложу.

Это гуд, как и оговаривали надо вынести файл записи хеш-сумм за корень и с проверкой если это возможно, что бы не было проблемы с записью при включенной open base dir если работает на apache и она включена может быть конфликт при записи. Надо проверку выполнять и если она не включена, то писать файл за корень.


Совсем забыл еще говорили про уменьшение размера файла кеш-сумм при записи, содержимое или в md5 или еще как для сокращения размера.

Поставил плагин на пару сайтов Joomla! 3.4.8 -- отчёты не приходили. Обновил J! до 3.5 -- плагин не заметил изменений файлов и отчёты не прислал. Почта на сайтах PHP-mail и работает.

Поставил плагин на пару сайтов Joomla! 3.4.8 -- отчёты не приходили. Обновил J! до 3.5 -- плагин не заметил изменений файлов и отчёты не прислал. Почта на сайтах PHP-mail и работает.

Спасибо за информацию.
Обновили плагин, качаем в первом посту ссылка, ставим/тестируем и отписываемся если будут проблемы.

Так, отзывы есть?
По обновлению - список правок есть?

Добавлю: на данный момент обновлено только по прямой ссылке; на гитхабе пока лежит предыдущая версия.

Обновил. Плагин заработал.

Почти все сайты выдают ошибку
Директория statistics в исключения сканирования добавлена.

Так, отзывы есть?

Вопрос думаю не к нам, а к пользователям.

По обновлению - список правок есть?

Конечно есть, просто довели все до задуманного.

ScanDir 1.0.1
Исправлена ошибка записи хэш-суммы файлов
ScanDir 1.0.2
Вынесена запись файла хеш-сумм в каталог на уровень выше
Уменьшен размер записи файла хеш-сумм

@Olg
Попробуйте версию 1.0.2 в ней уменьшен размер записи файла.

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

Хостинг не позволяет писать выше корня...

Хостинг не позволяет писать выше корня...

Это вопрос или утверждение?
Вы проверили?

Утверждение, of course.

Утверждение, of course.

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

НЕТ - Если у вас хостинг позволяет запись выше корня сайта и вы не настраивали ограничений на запись в папки.
ДА - Если вы не знаете о чем речь, то можете только проверив установкой и просмотром записан ли файл в каталог на уровень выше корня сайта.

Зачем вы открываете каждый раз новый репозитарий при обновлении? 

Версия 1.0.3 хоть и для меня, но выдаётся та же ошибка. Может быть сделать в админке опцию прямого указания папки (пути) для записи файла?

Файл еще меньше не получиться сделать?

Так, отзывы есть?
По обновлению - список правок есть?

Ставим тестируем работает на многих проектах, полет нормальный.

Версия 1.0.3 хоть и для меня, но выдаётся та же ошибка. Может быть сделать в админке опцию прямого указания папки (пути) для записи файла?

Какую ошибку выдает?
Может посмотреть дадите, в лс стукните, самому интересно с чем конфликт.

Файл еще можно уменьшить, даже до состояния в 3-4 раза меньше можно, но надо смотреть какую нагрузку он давать будет, но сначала работоспособность настрою полностью всего функционала. Потом уж разберусь с записями хеш-сумм. Время свободного мало.

Ошибка та же, что и раньше:
statistics -- это папка в корне, которая закидывается хостером для Webaliser. Папку эту в исключения добавлял -- результат тот же.
Забавно, что на одном из сайтов при прочих равных условиях плагин работает.

statistics -- это папка в корне, которая закидывается хостером для Webaliser. Папку эту в исключения добавлял -- результат тот же.
Забавно, что на одном из сайтов при прочих равных условиях плагин работает.

У вас в корень пишет, если в настройках выставить?

Не пишет, как ни странно. Притом, повторю, на одном сайте на том же хостинге работает и пишет в корень нехилый по размеру файл.

Для статистики авторам: Joomla! 3.5, PHP7 -- плагин работает.

Может кому надо: для себя сделал перевод на английский языковых файлов. Только подробное описание переводить не стал -- уж извиняйте. Может быть полезно тем, у кого админки на английском.
В архиве изменения по сравнению с оригиналом: добавлены 2 языковых файла и добавлены 2 строчки в scandir.xml.
Авторам плагина: наверно можно закинуть изменения (или только перевод) в первый пост, чтобы не плодить копии -- на ваше усмотрение

Отличный плагинчик! Есть одно замечание, плагин пытается сканировать каталог выше основного домена, например сайт тут /var/www/data/domen.ru, а скрипт пытается пробраться сюда /var/www/data/ (/var/www/data/domen.ru/..)

Пришёл странный отчёт:
Что бы могли означать в строках

Измененные файлы:
.. (2016-04-01 04:15:36), 512 -> 512 bytes

две точки вместо имени файла?

Что бы могли означать в строках  две точки вместо имени файла?

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

Пришёл странный отчёт:

Спойлер

[свернуть]

Что бы могли означать в строках  две точки вместо имени файла?

видимо в плагине нет проверки
if ($filename != '.' && $filename != '..') {

Перенёс сайт от одного хостера к другому. Результат:

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 4304 bytes) in /.../plugins/system/scandir/scandir.php on line 220

Версия J!: 3.6.0, плагина: 1.0.3.

Olg, у Вас памяти не хватает как написано, как разработчик выше и писал, что на хостингах с малым объемом ОЗУ ошибки могут быть, ОЗУ от 256 а лучше 512 и выше

Бред! Скрипт должен уметь работать везде! Не умеет, нахер нужен он.
Автор, определить размер доступной памяти можно, из этого скрипт должен выбирать стратегию хранения данных (промежуточных данных) - память или буфер в виде файла/таблицы.

Фей, за ресурсоемкие операции нужно платить железом. А сканирование файлов средствами php - это очень ресурсоемкая операция. Так устроен сам язык. 512 мегов оперативки - не такая уж и большая цена.