toshick: (Barmaglott)
[personal profile] toshick
Да, я продолжаю считать, что MS OneDrive дает 100 очков форы гуглодрайву.
Да, я могу на нем работать с документами и таблицами полноценно, с нескольких компов, хоть с локальной копией, хоть с облачной, без всяких конвертаций и неожиданной потери форматов.
Однако:
1) эти решительные люди встроили синхронизацию с облаком куда-то на уровень файловой системы или драйверов. В результате при синхронизации больших файлов компьютер перестает обращать внимание на внешний мир.
2) если работать с таблицами всерьез, т.е. в нескольких окнах сразу, со сложными связями и формулами просмотра и выборки, то рано или поздно XL вылетает, оставляя обе копии файла в убитом состоянии. Хорошо хоть у них нормально работает автосэйв.

Date: 2015-09-20 07:10 pm (UTC)
From: [identity profile] blazzer.livejournal.com
1. у тебя точно не антивирус глючит?
2. не понял, если ты сохраняешься на onedrive, то эксель валится, а если на локальный диск, то не валится? серьезно?

Date: 2015-09-20 07:19 pm (UTC)
From: [identity profile] toshick.livejournal.com
1) нет, у меня хороший свежий drWeb
он, скотина, жрет кучу ресурсов, но не глючит
разве что иногда убивает торрент-клиента, но это не баг, а фича

2) я сохраняюсь на локальном кэше вандрайва. Офис, скотина, теперь такой умный, что инициирует синхронизацию вандрайва после каждого сохранения, а XL, похоже, захватывает обе копии, и локальную, и облачную.
Ситуация, когда что-то пошло не так, у меня пока возникала только однажды, буду смотреть дальше.

И да, в таких ситуациях XL, который работает с чисто локальным диском, не падает. Что я, первый раз перекашиваю таблицу со сложными формулами неудачно вставленной строкой? ;-)
Edited Date: 2015-09-20 07:20 pm (UTC)

Date: 2015-09-20 07:50 pm (UTC)
From: [identity profile] toshick.livejournal.com
На самом деле, Стас, я забыл сказать, что я над ним перед этим жестоко проглумился - оставил файл открытым на двое суток. Типа сейчас сяду поработать.
Удаленные диски такого ОЧЕНЬ не любят 8-))).

Date: 2015-09-20 09:57 pm (UTC)
From: [identity profile] blazzer.livejournal.com
понятно, круто
я занудничаю т.к. у меня один из проектов, которыми я занимаюсь, тоже предусматривает синхронизацию в облако на уровне файловой системы (виртуальный диск), так что мне очень интересно знать, что вытворяют реальные пользователи во всяких маржынальных сценариях!

Date: 2015-09-20 10:00 pm (UTC)
From: [identity profile] toshick.livejournal.com
ок, спрашивай ;-)

"маргинальных"
"маржинальный" - это из экономики и фин. дела ;-)

а какое облако ?

Date: 2015-09-20 10:06 pm (UTC)
From: [identity profile] blazzer.livejournal.com
настраиваемо - это virtual appliance, которому можно скормить доступ в enterprise private cloud (куда он продается), можно в амазон с3. я занимаюсь виндоуз частью, возможно кроме этого решения подцеплю еще и ажур и с3 напрямую, "чтобы два раза не вставать". Смысл решения в т.ч. и в том, что файлы на этом виртуальном диске по умолчанию зашифрованы, убираем доступ клиента (на сервере или через централизованную админскую панель) - сразу пропадает доступ ко всему разделу.

возникнут вопросы - обязательно спрошу теперь, но жалобы пользователя куда более плодотворный источник вдохновения, хехе ))
Edited Date: 2015-09-20 10:11 pm (UTC)

Date: 2015-09-20 10:26 pm (UTC)
From: [identity profile] toshick.livejournal.com
ага, я искал такие решения одно время, но у меня была прямо противоположная цель - сделать шифрование облачного диска, доступное только его владельцу
это возможно, но все решения создают дикий трафик, по самой сути шифрования
готового варианта, когда шифрует серверная сторона, и сразу забывает ключ, не нашлось
только самому заказывать сервер, ставить на него нужный софт ... это не сложно, конечно, но ...

я правильно понимаю, что речь идет о том, что файлы на виртуальном диске шифруются сессионным ключом, после окончания сессии клиент его теряет, и привет?

Date: 2015-09-21 12:41 am (UTC)
From: [identity profile] blazzer.livejournal.com
>> после окончания сессии клиент его теряет, и привет
да, смысл в этом - надо все время получать свежие ключи с сервера, на локале ничего надолго храниться не будет. Разумеется куча тонких моментов с точки зрения user experience, есть чем заняться долгими зимними канадскими вечерами вобщем.

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

Date: 2015-09-21 05:17 am (UTC)
From: [identity profile] toshick.livejournal.com
ага, а что с долгими сессиями?
держать набор ключей для файлов с разным временем открытия?
да, наверное, это не сложно, хотя будут забавные проблемы при разрыве связи


да, можно шифровать поблочно, но это означает, что надо делать собственную файловую систему
готового решения я не знаю

Есть вариант шифровать пофайлово, но на больших файлах он работает так себе.

Date: 2015-09-21 05:22 am (UTC)
From: [identity profile] blazzer.livejournal.com
>> будут забавные проблемы при разрыве связи
ага
я в общем то сейчас делаю архитектуру и концепт, если повезет, то закончу к новому году - много всего интересного, целого красивого решения пока еще нет, но с божьей помощью будет

>> надо делать собственную файловую систему
https://www.eldos.com/cbfs/
Edited Date: 2015-09-21 05:28 am (UTC)

Date: 2015-09-21 05:44 am (UTC)
From: [identity profile] toshick.livejournal.com
удачи
я в другую сторону пошел, потом как-нибудь расскажу


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

Date: 2015-09-21 03:39 pm (UTC)
From: [identity profile] blazzer.livejournal.com
спасибо
заезжай к нам на колыму, поболтаем
(ну или мы намылимся в вашы палестины, хехе)

Date: 2015-09-21 03:47 pm (UTC)
From: [identity profile] toshick.livejournal.com
ок
в ваше полушарие я пока не собирался ;-)

April 2024

S M T W T F S
 123456
78910111213
14151617181920
2122232425 2627
282930    

Style Credit

Expand Cut Tags

No cut tags
Page generated Jun. 16th, 2025 11:06 am
Powered by Dreamwidth Studios