АртемЪ: Как считаете: есть ли смысл разделить и вынести /var со следующим распределением долей (исходя из процентного соотношения выделяемого места на всю эту папку):
/var (60%, RaiserFS)
/var/tmp (20%, RaiserFS)
/var/log (20%, RaiserFS)
внутри одного (единственного) LVM ?
Насколько это правильно?
akdes: функция достаточно безопасна, но советую сделать шифрование данных в запросе к API (даже если Вы собираетесь это "завернуть" в SSL!)
Т.к., контроль соединения с принимающей стороны (интерфейса API) - это одно, а возможность просмотра трафика MiTM-стороной - это совсем другое.
Крутое != сложное.
Jira и RedMine - это понятно... Но это уже ГЛОБАЛЬНЫЙ оверворк, т.к. эти системы больше рассчитаны на процесс разработки софта с множеством ветвлений на вехи и подразделения. Открою тайну: чем меньше разница между удобным необходимым функционалом и доступным функционалом - ТЕМ КРУЧЕ!
(отсутствие лишних линков, меню, кнопок и т.д.)
Stalker_RED: я согласен ровно на 50%: зависит от случая. Лучше сделать опцию по выбору пользователя:
Также:
[v] - Запомнить и привязать к моему интернет-провайдеру
[v] - СТРОГО! привязать к моему IP-адресу
Sanes: сначала надо понять о каком статусе речь. далее - есть настройки ревизий публикации и комментарии. понять: куда мы это выносим и дальше - просто генерируем оповещение об обновлении статуса публикации или отдельного поля. Это всё там есть.
Sanes: Уведомления - приходят на почту автоматом при создании статьи админу "из-коробки".
Комменты JComments - уже реально отточили за столько лет. Работает как часы.
Не спорю, допиливать придётся логику немного, но это совсем "капля" работы и всё делается из админки (без внедрения в исходник кода) через настройки ACL и JComments.
/var (60%, RaiserFS)
/var/tmp (20%, RaiserFS)
/var/log (20%, RaiserFS)
внутри одного (единственного) LVM ?
Насколько это правильно?