Если говорить про Контакты, то идея была такой, для сервиса Контактов, источником данных являются папки других приложений. Например почты, сообщений или фотографий. Т.е. он просматривает все сообщения читает теги где есть записи в тегах о контакте. Далее уже делает запрос у юзера, добавить ли вот эти новые найденные контакты или больше о них не сообщать. Можно контакты и вручную добавить, а можно через GUI, тут дело вкуса.
Что бы рассказать как именно можно сделать связку с контактами например, да и не только... с СМС, с календарем, с лентой rss, фотографиями и шарингом в папках, придется писать еще одну статью. И она пока еще не дописана.
Суть в том что контакты точно так же сами не появятся, и "полагаться на какой то там ИИ" не нужно, юзер главный.
И да я вижу что понимания у вас по прежнему нет. Сервисы разные. Сервис контактов это не тот же самый сервис Email. В статье помоему список был.
Предлагаю вам прям сесть и прочитать статью от и до, а потом вернуться к дискуссии.
Кто производит, кто контролирует? Никто, пока это идея... но вообще есть вот например реализация для почты OfflineIMAP. Почти то что нужно, opensource проект.
Естественно, вам про это и говорят. Нет принципиальных отличий, через порт она получает данные или через файлы. Сделать так можно уже сейчас, даже одну общую программу, которая подключается к разным сервисам через порты и имитирует файловую систему. Так не делают потому что это ничего не меняет, только добавляет усложнение.
Ну так и в чем тогда вопрос? Если так рассуждать то либо вообще не надо польсоваться никакими прогрмамами, либо все таки выбрать то, где утечка будет меньше.
Нет. Нам нужен не просто MessageBox с кнопкой "OK", а полноценная форма добавления контакта с полями "Email", "Имя", "Группа". А раз есть добавление, то нужно и отображение списка. Это означает, что у сервиса есть свой GUI с частью интерфейса, связанного с отправкой email.
Ну вообще достаточно простого алерта "Запрошена отправка письма "Привет хакер" на неизвестный адрес hacker@vasya.com" "Отправить", "Отмена"
Почему нельзя просто в тексте это отобразить?
Вы похоже не понимаете, ну или делаете вид. Неважно, через скольких посредников GUI отправляет письмо. Если пользователь может нажать кнопку в GUi, и письмо отправится, это означает, что GUI может отправить письмо. GUI от хакера может имитировать нажатие кнопки, положить копию письма в папку отправки на другой адрес, и сервис его отправит.
Еще раз повторю, есл итак думать как вы, то здесь вообще ничего не поможет, любую программу напиши и это будет плохо. Вам нужно немного вернуться в реальность и сложить все за и против, если будет программа от хакера Васи, то где ущерба будет больше? Где программе передан логин пароль или где программа не может ничего сделать кроме как сформировать письмо?
Нет это наверно вы не поняли, файл я могу перекинуть в любой ОС, т.к. это то начем основаны принципы работы ОС, а вот поделиться с другом записью из БД значительно сложнее, придется использовать специальный софт из пункта выше. И наверно другу тоже придется эту экспортную запись к себе в БД добавлять таким же софтом.
Начнем с того что я прекрасно понимаю как все устроено под капотом, в свое время я пилил свой 9p сервер.
БД к тому же умеют ломаться, а вот современные ФС уже этим болезням не подвержены.
Да все так! Наши данные уже не наши... сейчас например уже двухфакторка это смс/токен/приложение пароль, код и т.д. столько слоев проверок что отвались хотя бы один, к своим данным доступ получить становится очень сложно, а если два из них похерятся то всё... пиши пропало
Я недавно обновлял телефон, так вот проблемы начались начиная с симок и заканчивая всеми банковскими приложениями... Под эгидой упрощения и секъюрности, нагородили заборов и сложностей.
Даже просто перекинуть видео друзьям, ты заходишь в Фото, оно начинает тупо выкачивать данные из облака (даже если локально хранить, эта зараза что то там выгружает). Дальше куда, в Телегу если, то оно начинает конвертировать, если по airdrop, то оно вообще работает через раз. А можно было просто взять файл из локальной папки и скопировать в папку друга которая расшарена через Syncthing.
Поэтому я и начал искать варианты как можно было бы нормально сделать всё без потери удобства. Я ведь продумывал это не один день, почти год... пытался найти варианты и подходы, перелопатил все операционные системы, посмотрел реализации различные. И в итоге более менее разработал концепцию как это действительно могло бы работать, к тому же безопаснее чем сейчас.
Я вообще искал хоть один формат файла который бы включал в себя наборы файлов и папок... что то вроде bundle, что бы был указан основной файл и бли дополнительные файлы (метаинформация), вложения может какие то и т.д.
В итоге нашел только epub, который более менее может текст + вложения хранить, pdf который так же может, но имеет жесткое форматирование и на этом все...
У эпла есть rtfd, который тоже по суть папка с файлами, но эта магия происходит только в macOS
Дальше уже только файловые контейнеры вроде dmg, но увы они не могут дать простой доступ к данным для индексации например или предпросмотра
Поэтому принял решение что лушче хранить в оригинальном формате файла + xattr, тут пока просто ничего лучше не придумали
Письма отправляет не GUI, он их только формирует. Отправкой занимается доверенный сервис. И да GUI у него может и нет, но алерт показать он может, здесь никаких сложностей не возникнет ни с одной ОС.
Настраивть доступ к папкам это сейчас вообще не проблема, программа сама спрашивает доступ к папке, система гороит об этом юзеру, юзер соглашается или отклоняет. Уже сейчас такой механизм есть для доступа к папкам документов например и т.д.
Можно конечно не мудрить, сделать что бы GUI действительно делал отправку через сервис например просто подключаясь к сервису на локальный порт. Но это уже не будет особо отличаться от любой почтовой программы которая просто цеплятся к почтовому серверу.
Ну и кстати в такой схеме ничто не мешает ЛЮБОЙ почтовой программе взять все ваши письма и переслать хакеру Васе. Плюс к этому еще и оптравить ему ваш логин/пароль. Собственно так и ломали Apple, когда почтовая программа отправляла логин/пароль хакеру Васе, который потом заходил в iCloud и сливал голые фотки.
Ну, пусть у человечества будет хотя бы одна внятная инструкция как можно сделать по другому, и так что бы это действительно работало. И кстати, я уже сейчас вижу, насколько внедрение ИИ упрется в работу с данными в сегодняшнем подходе.
Вот смотрите, если например сделать то о чем я написал, то интеграции ИИ вообще не будет проблемой, без сторонних API.
А будет, так − завтра корпорации начнут вбухивать бабки в это, Apple выкатит какой ниудь очередной фреймворк с кривым API, который так же коряво будет поддерживать. Причем выкатит для двух с половиной стран как раньше было с Сири. Для других ОС вообще никто ничего не напишет. И все будут сидеть страдать и думать, как же дать доступ к данным для ИИ, у нас ведь все данные зашиты внутри программ!?
не совсем понял вопроса... сервис это программа работающая с источником данных, которая может забрать данные из источника, сохранить локально и уметь сделать отправку в источник
У меня есть понимание о некоторых ФС... я не вижу никаких проблем назвать некоторые файловые системы базой данных
Файловую систему можно рассматривать как базу данных в следующих случаях:
Иерархическая структура: Файловая система хранит данные в иерархическом порядке (папки, подпапки, файлы), что напоминает структуру некоторых типов баз данных, например иерархических БД.
Метаданные: Файловая система обеспечивает хранение метаданных о файлах (размер, дата создания, права доступа), что также является характеристикой баз данных.
Поиск: В некоторых файловых системах есть возможности индексации и поиска, схожие с теми, что предлагают базы данных.
Ни стереть ни отправить не сможет... Ограничение на доступ к определенным папкам только на чтение, и к папке отправки данных на запись. Более того, сервис прежде чем отправить письмо, проверяет адресата, и если адресат не находится в контактах, будет алерт с вопросом, уверены что хотите отправить письмо такого содержания на такой то адрес. И конечно GUI не может создать новый контакт, у него только на чтение к папке адресов.
т.е. GUI может только показать, и попросить сервис сделать отправку...
тут ничем не помогу, что есть то есть, хоть от триллиардной корпорации или хоть от опенсурс сообщества
Если говорить про Контакты, то идея была такой, для сервиса Контактов, источником данных являются папки других приложений. Например почты, сообщений или фотографий. Т.е. он просматривает все сообщения читает теги где есть записи в тегах о контакте. Далее уже делает запрос у юзера, добавить ли вот эти новые найденные контакты или больше о них не сообщать. Можно контакты и вручную добавить, а можно через GUI, тут дело вкуса.
Что бы рассказать как именно можно сделать связку с контактами например, да и не только... с СМС, с календарем, с лентой rss, фотографиями и шарингом в папках, придется писать еще одну статью. И она пока еще не дописана.
Суть в том что контакты точно так же сами не появятся, и "полагаться на какой то там ИИ" не нужно, юзер главный.
И да я вижу что понимания у вас по прежнему нет. Сервисы разные. Сервис контактов это не тот же самый сервис Email. В статье помоему список был.
Предлагаю вам прям сесть и прочитать статью от и до, а потом вернуться к дискуссии.
Кто производит, кто контролирует? Никто, пока это идея... но вообще есть вот например реализация для почты OfflineIMAP. Почти то что нужно, opensource проект.
ну и советую на счет логина пароля еще раз перечитать... это было у Apple и ущерб был не соизмерим с обынчой пересылкой пары писем
Значит видимо вина то не во мне, а в том что вы таки не прочитали статью... в ней вроде говорится как раз о контактах
Ну так и в чем тогда вопрос? Если так рассуждать то либо вообще не надо польсоваться никакими прогрмамами, либо все таки выбрать то, где утечка будет меньше.
Ну вообще достаточно простого алерта "Запрошена отправка письма "Привет хакер" на неизвестный адрес hacker@vasya.com" "Отправить", "Отмена"
Почему нельзя просто в тексте это отобразить?
Еще раз повторю, есл итак думать как вы, то здесь вообще ничего не поможет, любую программу напиши и это будет плохо. Вам нужно немного вернуться в реальность и сложить все за и против, если будет программа от хакера Васи, то где ущерба будет больше? Где программе передан логин пароль или где программа не может ничего сделать кроме как сформировать письмо?
Ну, если бы я смог донести своей статьей свою мсысль, у вас бы не возникло такой простой связки что ФС добаляет или не добавляет безопасности
Пример специального ПО для просмотра БД можно посмотреть здесь: https://uchet-jkh.ru/i/programmy-dlya-raboty-s-bazami-dannyx-kakuyu-vybrat/
Нет это наверно вы не поняли, файл я могу перекинуть в любой ОС, т.к. это то начем основаны принципы работы ОС, а вот поделиться с другом записью из БД значительно сложнее, придется использовать специальный софт из пункта выше. И наверно другу тоже придется эту экспортную запись к себе в БД добавлять таким же софтом.
Начнем с того что я прекрасно понимаю как все устроено под капотом, в свое время я пилил свой 9p сервер.
БД к тому же умеют ломаться, а вот современные ФС уже этим болезням не подвержены.
Что бы ос индексировала их содержание, придется сделать распаковку?
Да все так! Наши данные уже не наши... сейчас например уже двухфакторка это смс/токен/приложение пароль, код и т.д. столько слоев проверок что отвались хотя бы один, к своим данным доступ получить становится очень сложно, а если два из них похерятся то всё... пиши пропало
Я недавно обновлял телефон, так вот проблемы начались начиная с симок и заканчивая всеми банковскими приложениями... Под эгидой упрощения и секъюрности, нагородили заборов и сложностей.
Даже просто перекинуть видео друзьям, ты заходишь в Фото, оно начинает тупо выкачивать данные из облака (даже если локально хранить, эта зараза что то там выгружает). Дальше куда, в Телегу если, то оно начинает конвертировать, если по airdrop, то оно вообще работает через раз. А можно было просто взять файл из локальной папки и скопировать в папку друга которая расшарена через Syncthing.
Поэтому я и начал искать варианты как можно было бы нормально сделать всё без потери удобства. Я ведь продумывал это не один день, почти год... пытался найти варианты и подходы, перелопатил все операционные системы, посмотрел реализации различные. И в итоге более менее разработал концепцию как это действительно могло бы работать, к тому же безопаснее чем сейчас.
ну почему, например synthing, можно расшарить папки с друзьями и просто кидать в эти папки нужные для шаринга файлы
Я вообще искал хоть один формат файла который бы включал в себя наборы файлов и папок... что то вроде bundle, что бы был указан основной файл и бли дополнительные файлы (метаинформация), вложения может какие то и т.д.
В итоге нашел только epub, который более менее может текст + вложения хранить, pdf который так же может, но имеет жесткое форматирование и на этом все...
У эпла есть rtfd, который тоже по суть папка с файлами, но эта магия происходит только в macOS
Дальше уже только файловые контейнеры вроде dmg, но увы они не могут дать простой доступ к данным для индексации например или предпросмотра
Поэтому принял решение что лушче хранить в оригинальном формате файла + xattr, тут пока просто ничего лучше не придумали
Письма отправляет не GUI, он их только формирует. Отправкой занимается доверенный сервис. И да GUI у него может и нет, но алерт показать он может, здесь никаких сложностей не возникнет ни с одной ОС.
Настраивть доступ к папкам это сейчас вообще не проблема, программа сама спрашивает доступ к папке, система гороит об этом юзеру, юзер соглашается или отклоняет. Уже сейчас такой механизм есть для доступа к папкам документов например и т.д.
Можно конечно не мудрить, сделать что бы GUI действительно делал отправку через сервис например просто подключаясь к сервису на локальный порт. Но это уже не будет особо отличаться от любой почтовой программы которая просто цеплятся к почтовому серверу.
Ну и кстати в такой схеме ничто не мешает ЛЮБОЙ почтовой программе взять все ваши письма и переслать хакеру Васе. Плюс к этому еще и оптравить ему ваш логин/пароль. Собственно так и ломали Apple, когда почтовая программа отправляла логин/пароль хакеру Васе, который потом заходил в iCloud и сливал голые фотки.
Ну, пусть у человечества будет хотя бы одна внятная инструкция как можно сделать по другому, и так что бы это действительно работало. И кстати, я уже сейчас вижу, насколько внедрение ИИ упрется в работу с данными в сегодняшнем подходе.
Вот смотрите, если например сделать то о чем я написал, то интеграции ИИ вообще не будет проблемой, без сторонних API.
А будет, так − завтра корпорации начнут вбухивать бабки в это, Apple выкатит какой ниудь очередной фреймворк с кривым API, который так же коряво будет поддерживать. Причем выкатит для двух с половиной стран как раньше было с Сири. Для других ОС вообще никто ничего не напишет. И все будут сидеть страдать и думать, как же дать доступ к данным для ИИ, у нас ведь все данные зашиты внутри программ!?
RDF это метаинформация которая должна храниться либо в какой то БД, либо в отдельном файле...
xattr поддерживается ФС, хранится тоже по сути в БД, но это все рулится именно файловой системой
Плюс если передать файл из одной ФС с поддержкой xattr в другую, теги должны передаться без проблем, а вот с RDF так не получится
не файловая система даст безопасность
специальное по для просмотра файлов в фс основа на которой зиждется любая ОС, а вот MSQL или любая БД это набор таблиц и записей
файл можно перекинуть здесь и сейчас как угодно, попробуйте перекинуть запись из БД или табличку, а я посмотрю
никакой алхимии нет, если внимательно почитать статью будет понятно что я вообе пытаюсь донести
"всё есть файл" (c) Plan9
не совсем понял вопроса... сервис это программа работающая с источником данных, которая может забрать данные из источника, сохранить локально и уметь сделать отправку в источник
"все есть файл" (C) Plan9
У меня есть понимание о некоторых ФС... я не вижу никаких проблем назвать некоторые файловые системы базой данных
Файловую систему можно рассматривать как базу данных в следующих случаях:
Иерархическая структура: Файловая система хранит данные в иерархическом порядке (папки, подпапки, файлы), что напоминает структуру некоторых типов баз данных, например иерархических БД.
Метаданные: Файловая система обеспечивает хранение метаданных о файлах (размер, дата создания, права доступа), что также является характеристикой баз данных.
Поиск: В некоторых файловых системах есть возможности индексации и поиска, схожие с теми, что предлагают базы данных.
Ни стереть ни отправить не сможет... Ограничение на доступ к определенным папкам только на чтение, и к папке отправки данных на запись. Более того, сервис прежде чем отправить письмо, проверяет адресата, и если адресат не находится в контактах, будет алерт с вопросом, уверены что хотите отправить письмо такого содержания на такой то адрес. И конечно GUI не может создать новый контакт, у него только на чтение к папке адресов.
т.е. GUI может только показать, и попросить сервис сделать отправку...