Можно и так. Но есть нюансы типа "один аккаунт, несколько разных пользователей, однму шелл, другому только файлы". В целом решаемо, конечно. Но человек хотел меньше геморроя.
1) Самба под линукс есть. Пакет так и называется. Имеет смысл для локалок без особого разграничения доступа, либо для случая, когда есть AD, сервер с самбой подключен к нему и всё рулится через AD. В промежуточных случаях обычно двойной геморрой с заведением пользователей в двух местах и разграничением доступа.
2) Помнится, в старых виндах можно было подключить webdav как сетевой диск. Не знаю, как в 10-11 сейчас.
3) для хостинга всё ж лучше всего sftp — с ним тупо нет обращений на тему "сменили провайдера и чего-то теперь не загружаются файлы" и шаманства "включите пассивый режим, не работает — включите активный". Да и на пропадание буквы "я" в виндовой кодировке до сих пор некоторые наступают.
1) ftp не работает хорошо, если сравнивать с тем же sftp, к сожалению. Иначе бы в техподдержку не было СТОЛЬКО обращений именно по проблемам с загрузкой сайтов по ftp именно из-за двух соединений для единственного сеанса. Статистика обращений клиентов против вашего тезиса. 2) если нужен чистый sftp-сервер без шелла — используем чистый sftp-сервер (к примеру, sftpgo), а не openssh, где шелл — основное, а sftp — отдельно.
whisper — диаризация + распознавание. parakeet — чистое распознавание. gigaam — чистое распознавание в режиме коротких аудио и диаризация + распознавание для длинных
Вобщем, я забыл, что у меня диаризация в любом случае отдельной сеткой, а это влияет.
UPD: и по скорости — что parakeet, что gigaam даже без видеокарты распознают быстрее скорости аудио. whisper на том же компе распознаёт в разы медленнее скорости аудио.
Рекомендую попробовать parakeet от нвидии — весьма лучше в плане распознавания хренового качества аудио. Или gigaam в варианте распознавания длинных аудио. Обе работают СИЛЬНО быстрее whisper'а.
Продавался именно как сопроцессор. А что там только звуковые эффекты... Ну так по сравнению с встроенной однобитной пищалкой 48-го — это таки небо и земля.
Бесполезное э... нечто, сделанное ради вставки про ботхаб.
Иногда вредное (скрипт, в котором явным образом вписан пароль к почте вместо того, чтобы настроить MTA так, чтобы пароль можно было подсмотреть только от рута), иногда плацебо (неработающий поисковик соседей по вайфаю, вместо которого правильнее было бы завести arpwatch). Пожалуй, наиболее бесполезное — ежедневное "здоровье" системы на почте. Если озабочен показателями — выведи их в трее для оперативной диагностики. Если не озабочен — показатели в почте бесполезны.
Сделанное начинающим питонистом (не инженером), ВНЕЗАПНО узнавшим про некоторые команды и не озаботившимся поискать не костыли, а что-то более приличное и, что важно, работающее.
Как учебные скрипты — может и пойдут. Как то, что изменит рутину... Сомневаюсь. Подобные скрипты в начале карьеры пишутся практически каждым и потом забываются.
Мда... 4ГБ памяти под почтовый сервер, из которых сам сервер для небольшой компании будет есть хорошо если полгига, остальное — постоянно запущенная вебморда администрирования...
Ну и, кстати, борьба со спамом — дело такое, иногда "с мягким знаком" и всё равно будет пролазить + часть легитимной почты будет отбрасываться.
Железный контроллер, который действительно ускорит и упростит, будет стоить как весь системный блок, использованный под хранилище. Дешевые аппаратные рейды будут сливать по производительности mdadm с любым более-менее современным процессором.
Насчёт "новых нет" — хз. Летом брал две штуки 4ТБ разных производителей — по smart отработали по полтора десятка часов и нули на поверхности. Но брал не в магазине, а на заказ через поставщика для работы.
Не совсем. Жесткие диски в штатном режиме позиционируют головки не слишком точно и по бокам дорожки остаются следы от старых записей, которые можно откопать при наличии оборудования.
Раз per-app не получится... Остаётся вариант написания фильтрующего dbus-proxy и подмены им dbus для избранных. Всё равно, часть софта через firejail идёт.
Иногда даже он не помогает, судя по обращениям в техподдержку.
Можно и так. Но есть нюансы типа "один аккаунт, несколько разных пользователей, однму шелл, другому только файлы". В целом решаемо, конечно. Но человек хотел меньше геморроя.
1) Самба под линукс есть. Пакет так и называется. Имеет смысл для локалок без особого разграничения доступа, либо для случая, когда есть AD, сервер с самбой подключен к нему и всё рулится через AD. В промежуточных случаях обычно двойной геморрой с заведением пользователей в двух местах и разграничением доступа.
2) Помнится, в старых виндах можно было подключить webdav как сетевой диск. Не знаю, как в 10-11 сейчас.
3) для хостинга всё ж лучше всего sftp — с ним тупо нет обращений на тему "сменили провайдера и чего-то теперь не загружаются файлы" и шаманства "включите пассивый режим, не работает — включите активный". Да и на пропадание буквы "я" в виндовой кодировке до сих пор некоторые наступают.
1) ftp не работает хорошо, если сравнивать с тем же sftp, к сожалению. Иначе бы в техподдержку не было СТОЛЬКО обращений именно по проблемам с загрузкой сайтов по ftp именно из-за двух соединений для единственного сеанса. Статистика обращений клиентов против вашего тезиса.
2) если нужен чистый sftp-сервер без шелла — используем чистый sftp-сервер (к примеру, sftpgo), а не openssh, где шелл — основное, а sftp — отдельно.
Вот из-за ретроградов и есть до сих пор.
whisper — диаризация + распознавание.
parakeet — чистое распознавание.
gigaam — чистое распознавание в режиме коротких аудио и диаризация + распознавание для длинных
Вобщем, я забыл, что у меня диаризация в любом случае отдельной сеткой, а это влияет.
UPD: и по скорости — что parakeet, что gigaam даже без видеокарты распознают быстрее скорости аудио. whisper на том же компе распознаёт в разы медленнее скорости аудио.
Рекомендую попробовать parakeet от нвидии — весьма лучше в плане распознавания хренового качества аудио. Или gigaam в варианте распознавания длинных аудио. Обе работают СИЛЬНО быстрее whisper'а.
Продавался именно как сопроцессор. А что там только звуковые эффекты... Ну так по сравнению с встроенной однобитной пищалкой 48-го — это таки небо и земля.
Он был актуален до введения кириллических сервисов, по-моему. А дальше пошло огораживание, в том числе от dreamwidth
Резюме: краткий пересказ куска lartc.org ради рекламы облачного провайдера.
Бесполезное э... нечто, сделанное ради вставки про ботхаб.
Иногда вредное (скрипт, в котором явным образом вписан пароль к почте вместо того, чтобы настроить MTA так, чтобы пароль можно было подсмотреть только от рута), иногда плацебо (неработающий поисковик соседей по вайфаю, вместо которого правильнее было бы завести arpwatch). Пожалуй, наиболее бесполезное — ежедневное "здоровье" системы на почте. Если озабочен показателями — выведи их в трее для оперативной диагностики. Если не озабочен — показатели в почте бесполезны.
Сделанное начинающим питонистом (не инженером), ВНЕЗАПНО узнавшим про некоторые команды и не озаботившимся поискать не костыли, а что-то более приличное и, что важно, работающее.
Как учебные скрипты — может и пойдут. Как то, что изменит рутину... Сомневаюсь. Подобные скрипты в начале карьеры пишутся практически каждым и потом забываются.
Мда... 4ГБ памяти под почтовый сервер, из которых сам сервер для небольшой компании будет есть хорошо если полгига, остальное — постоянно запущенная вебморда администрирования...
Ну и, кстати, борьба со спамом — дело такое, иногда "с мягким знаком" и всё равно будет пролазить + часть легитимной почты будет отбрасываться.
В https://habr.com/ru/companies/globalsign/articles/923138/ упоминается в том числе NIST SP 800-63, чьи требования несколько противоречат вашим.
Железный контроллер, который действительно ускорит и упростит, будет стоить как весь системный блок, использованный под хранилище. Дешевые аппаратные рейды будут сливать по производительности mdadm с любым более-менее современным процессором.
Насчёт "новых нет" — хз. Летом брал две штуки 4ТБ разных производителей — по smart отработали по полтора десятка часов и нули на поверхности. Но брал не в магазине, а на заказ через поставщика для работы.
Сервер от инета не зависит. Общение между серверами p2p.
Не совсем. Жесткие диски в штатном режиме позиционируют головки не слишком точно и по бокам дорожки остаются следы от старых записей, которые можно откопать при наличии оборудования.
По-моему, это аналогично неверной настройке автоскейлера джуном. Точно так же сожрутся ресурсы в рамках лимитов.
Раз per-app не получится... Остаётся вариант написания фильтрующего dbus-proxy и подмены им dbus для избранных. Всё равно, часть софта через firejail идёт.
Если правильно помню, можно запретить управление питанием через политики dbus при помощи конфига в недрах /etc/dbus-1.
Правда, не помню, с какой точностью это можно запретить, то есть, можно ли это запретить только для приложения.