Попытался проделать это на корневом разделе и xfs_quota> project -s dev-projects там действительно пробежался по всем файлам ФС. Но последующая команда не прошла:
xfs_quota> limit -p bhard=200000m dev-projects
xfs_quota: cannot set limits: Function not implemented
У меня, кстати, в path не выдается, что лимиты включены. Хотя mount же говорил обратное. Кстати, что выдает mount?
Переразбивку диска пока делать не хочу, это боевой сервер. Хочется для начала добиться квотирования на той разбивке фс, что есть в текущий момент. Кстати, мне казалось, что суть проектов в xfs это как раз иметь возможность установки квот на вложенных директориях (поскольку /quotatest/xfs/proj-dir1 находится в / для корой квотирование включено, то я рассчитывал на срабатывание квот для неё и всех её дочерних директорий, видимо ошибался).
После внесения изменений в fstab полностью ребутил машину.
Кстати, я тоже подумал в эту сторону. Нет, не монтировал. Потому как мне туда нечего подмонтировать. У меня софтовый RAID-1 и на нем две партиции, одна на ext3 и монтируется в /boot, вторая (все оставшееся место) в /. Поэтому один из вариантов почему у меня не работает был — нельзя ставить квоты на корень ФС. Но информации о таком виде запрета я ни где не нашел. Кроме того как я понимаю строка:
/dev/md2 on / type xfs (rw,usrquota,prjquota)
говорит о том, что для / квоты, в том числе квоты проекта, включены. Поэтому я ожидаю, что для директории /quotatest/xfs/proj-dir1 сработает квота проекта.
pinba в первую очередь это инструмент. Готовый и оттестированный на достаточно больших проектах. И как его использовать дело разработчика. Счетчик на ней сделать вполне можно, просто нужно добавить агрегатор данных в базе.
Если посетитель отлючил JavaScript, приём кук и флеш, то ни какая постобработка данных на сервере картину не восстанавливает. Для сервера это каждый раз будет новый посетитель. Но на таких посетителей можно забить, т.к. большая часть людей вообще не представляет, что есть JS, куки и флеш и уж тем более не умеет их отключать. Поэтому мне видится, что стоит использовать KissMetrics и не заморачиваться этим вопросом в данный момент.
Нельзя быть уверенным, что куки не были потеряны/потерты.
Именно. Более того, повлиять или 100% выявить факт потери/затирания невозможно. Поэтому не нужно усложнять задачу и просто забить. Проверка() не прошла, значит это новый посетитель (нельзя его называть пользователем до тех пор, пока он не прошел регистрацию/аутентифика́цию).
Можно попробовать включить в Проверки() JavaScript. В частности, написать JS который будет писать в localStorage. В этом случае можно отследить новичка даже если он затер куку. Только нужно понимать, что такая проверка не будет работать для клиентов с отключенным JS.
Если хотите более точных данных, то как ни крути проверка должно быть многофакторной. Отслеживаем уникальную куку, используем localStorage, привязываемся к IP. В идеале в проверки добавлять поведенческие фильтры. Когда собираем и анализируем статистику действий посетителя от момента входа до времени Х. Когда такая статистика собрана (или логически задана), то новый посетитель поведение которого сильно отличается от этой схемы считается злоумышленником и он не засчитывается как новый посетитель (но засчитывается в счетчик попыток подделки).
От целенаправленной массовой атаки это не спасет, но в относительно нормальных условиях данные можно получить максимально точные.
nginx не поддергивают динамическую подгрузку модулей. Поэтому в нем нельзя как в PHP «собрать отдельно модули». Все требуемые модули компилятся монолитом и требуется перекомпиляция если требуемый список модулей меняется.
Ну его нельзя назвать всенаправленным. Как минимум обычные динамики такого не позволят. Но приходилось видеть схемы когда звук излучался на конический отражатель в результате чего в плоскости динамика звук получается круговой (вот даже удалось найти пример: "Акустическая система с круговой диаграммой направления"). Конструкция точно любопытная которую не в каждом магазине найдешь + в итоге можно получить оригинальную акустическую систему собрать которую нужно думать было бы интересно.
Что бы валютный контроль банка вынес мозг? Они всячески будут трясти бумаги для обоснования этих денег. Указанные НЕ резиденты РФ готовые предоставить подписанные договоры и акты? Не думаю.
Если нужен доступ нескольким разработчикам, то все эта вариации схем идут лесом. Так как в этом случае нужно уже поднимать СУВ и деплоить на продакшен из билд-скрипта/репозитория.