Comments 53
Все сырое конечно, но тема отличная. Давно хотел себе что-то подобное. Гугл-докс на рабочем столе)
кажется самый большой плюс chrome — именно такие ярлыки веб приложений
Мда. В двух выложенных непустых файликах можно вести обсуждение… И, кажется, уже ведётся.
хм… это dropbox номер 2???
Я понимаю, что сама программа сырая. Но чисто на уровне концепта: как управлять совместным доступом?
Ваш пример: текст исправлен вторым пользователем. А если первый хотел файл просто показать? А если первый не согласен с некоторыми исправлениями, как вернуть исходный вариант?
Другой пример: один пользователь работает над текстом у себя на компьютере, второй одновременно у себя. Один дописал и сохранил, второй дописал и сохранил. У второго все сохранилось поверх, а то, что сделал первый, вообще исчезло.
Как разруливать подобные ситуации (сохраняя простоту и понятность)?
Ваш пример: текст исправлен вторым пользователем. А если первый хотел файл просто показать? А если первый не согласен с некоторыми исправлениями, как вернуть исходный вариант?
Другой пример: один пользователь работает над текстом у себя на компьютере, второй одновременно у себя. Один дописал и сохранил, второй дописал и сохранил. У второго все сохранилось поверх, а то, что сделал первый, вообще исчезло.
Как разруливать подобные ситуации (сохраняя простоту и понятность)?
Ничего сложного в этом нет.
Автор наверняка приведет парочку примеров, как это можно реализовать.
А я пока могу посоветовать вам посмотреть на Википедию, как это реализовано там — ничего нового придумывать не нужно.
Автор наверняка приведет парочку примеров, как это можно реализовать.
А я пока могу посоветовать вам посмотреть на Википедию, как это реализовано там — ничего нового придумывать не нужно.
Ничего сложного? Если бы ничего сложного в этом не было, тогда бы не существовало так много различных систем контроля версий. Как вы представляете полностью автоматизированный merging файлов? А если расширить данную концепцию до возможности редактирования документов любого типа, а не только txt, то задача merging-а получается вообще невыполнимой. Единственный вариант — использовать транзакции. А следствием этого будет неминуемые блокировки или создание копий редактируемых документов.
Как вы представляете полностью автоматизированный merging файлов?Никак.
Да и смысла нет такие глупости представлять — мозг поломаете.
Полностью автоматический мерджинг файлов невозможен в принципе.
Любые конфликты всегда должен разруливать человек.
Ниже удачный пример уже привели — совместный доступ в Google Docs.
То есть как минимум один пользователь видит, что в данный момент делают другие.
Таким образом, глобальный конфликтов типа «я полностью переписал файл и он полностью переписал файл — как нам их теперь мерджить?» не будет.
А как разруливать мелкие локальные конфликты — тут уже включайте фантазию.
Для прототипа отлично подойдет принцип «кто первый встал — того и тапки».
Автор сказал очень правильную вещь про необходимый и реальный уровень подготовки пользователей. Википедия не является простым, интуитивно понятным инструментом. Это то самое веб-приложение, которое нужно изучать.
Википедию посмотрел, как реализовано не понял. Каким-то образом совместились обе правки (мой другой пример).
Википедию посмотрел, как реализовано не понял. Каким-то образом совместились обе правки (мой другой пример).
посмотрите Google Docs, там всё это уже сделано.
для документа можно разрешить редактирование, а можно только просмотр.
ведётся история версий.
если несколько пользователей редактируют один документ, изменения появляются почти сразу у всех.
дополнительно можно реализовать возможность выделения текста для просматривающиз документ, типа выделения ошибок с комментариями и выделять цветом правки разных пользователей.
для документа можно разрешить редактирование, а можно только просмотр.
ведётся история версий.
если несколько пользователей редактируют один документ, изменения появляются почти сразу у всех.
дополнительно можно реализовать возможность выделения текста для просматривающиз документ, типа выделения ошибок с комментариями и выделять цветом правки разных пользователей.
Те же самые проблемы возникают, если открывать один файл, расшаренный у кого-нибудь в локальной сети.
Если нужен функционал как таковой, (а не как идея), то могу и написать что-нибудь посерьёзнее. хотя, я думаю, написать подобное сможет любой, мало-мальски владеющий программированием, если займётся этим серьёзно. А я даже не стал устанавливать, например, delphi, просто воспользовался portable visual basic-ом — так быстрее.
Очень легко реализуются пароли на просмотр и на правку, регистрация пользователей, да и просто список созданных файлов, доступный, например, из самой программы или сайта программы.
Если нужен функционал как таковой, (а не как идея), то могу и написать что-нибудь посерьёзнее. хотя, я думаю, написать подобное сможет любой, мало-мальски владеющий программированием, если займётся этим серьёзно. А я даже не стал устанавливать, например, delphi, просто воспользовался portable visual basic-ом — так быстрее.
Очень легко реализуются пароли на просмотр и на правку, регистрация пользователей, да и просто список созданных файлов, доступный, например, из самой программы или сайта программы.
Мне очень понравилась Ваша мысль про простоту для пользователя. Боюсь, что пароли, регистрации и т.д. эту простоту уничтожают.
Поэтому и спрашиваю, как, сохраняя простоту, обеспечить действительно работающий инструмент совместной работы с документами.
Про локальную сеть знаю. Постоянно возникают трудности с координацией совместной работы: либо файл нужно копировать к себе, но тогда могут возникнуто две разные новые версии, либо чётко договариваться, кто когда что правит.
Поэтому интересна скорей как раз Ваша идея, если она есть или если Вы её придумаете.
Поэтому и спрашиваю, как, сохраняя простоту, обеспечить действительно работающий инструмент совместной работы с документами.
Про локальную сеть знаю. Постоянно возникают трудности с координацией совместной работы: либо файл нужно копировать к себе, но тогда могут возникнуто две разные новые версии, либо чётко договариваться, кто когда что правит.
Поэтому интересна скорей как раз Ваша идея, если она есть или если Вы её придумаете.
и в самый неподходящий момент у вас пропадает интернет.
по мне, так лучше хранить файлы и локально, а интернет-хранилище использовать для синхронизации, по типу subversion
по мне, так лучше хранить файлы и локально, а интернет-хранилище использовать для синхронизации, по типу subversion
Есть уже office.live.com
Там можно экселевские и вордовские файлы так зашарить. Причем так же ссылки хранить хоть на рабочем столе, хоть на флешке.
Там можно экселевские и вордовские файлы так зашарить. Причем так же ссылки хранить хоть на рабочем столе, хоть на флешке.
А зачем отдельное приложение скачивать/устанавливать? По-моему лучше это редактировать в браузере, и соответственно сохранять URL-ссылку как ярлык. Разница в данном случае будет лишь в расширении ;)
Многие не привыкли к браузеру. Идеальным вариантом, думаю, будет аналог torrent-файлов, когда есть и ссылка на файл (например, efile://ainu/курсовая_как_я_провёл_лето.txt) и сами файлики-ссылки, которые можно передать на флешке.
Ну, а продвинутым пользователям дать функционал google docs через браузер.
Таково одно из видений (моё) будущего работы в интернет.
Ну, а продвинутым пользователям дать функционал google docs через браузер.
Таково одно из видений (моё) будущего работы в интернет.
Причитал заголовок подумал, почему удалённые файлы на рабочем столе а не в корзине?
А вообще идея интересная, но плодить ярлыки на рабочем столе или в какой нибудь другой папке думаю не стоит. Проще добавить саму папку как например можно монтировать сетевые папки как виртуальный диск в виндовс.
А вообще идея интересная, но плодить ярлыки на рабочем столе или в какой нибудь другой папке думаю не стоит. Проще добавить саму папку как например можно монтировать сетевые папки как виртуальный диск в виндовс.
понравилось: «не перевелись ещё люди, которые вместо адресной строки используют яндекс, и там же ищут рамблер.»
или наоборот =)
концепт хороший. со временем так и будет. только бы инет не пропадал. а совместное редактирование нужно делать по принципу subversion или например как у Google Docs.
или наоборот =)
концепт хороший. со временем так и будет. только бы инет не пропадал. а совместное редактирование нужно делать по принципу subversion или например как у Google Docs.
В 2 тектовый файл.etxt показана вся глубина мысли хабралюдей :-)
Я так понял (нахожусь за прокси, программа не законнектилась), что файлы редактируются внутри самой программы? Это очень неудобно.
Я бы сделал так: запускается ваша программа, создает временный тхт-файл, запускает любимый редактор пользователя и уходит в фон. Оттуда следит за изменениями файла и синхронизирует их с сервером, или наоборот — обновляет файл.
Да, не совсем реалтайм, зато гораздо удобнее. Надо только продумать нюансы синхронизации.
Я бы сделал так: запускается ваша программа, создает временный тхт-файл, запускает любимый редактор пользователя и уходит в фон. Оттуда следит за изменениями файла и синхронизирует их с сервером, или наоборот — обновляет файл.
Да, не совсем реалтайм, зато гораздо удобнее. Надо только продумать нюансы синхронизации.
Клёвая идея! Ещё один шаг к появлению полноценного удаленного рабочего стола.
Чем-то это удобнее автообновляемой папки.
Чем-то это удобнее автообновляемой папки.
А я бы сделал драйвер для файловой системы, чтобы удалённые файлы ничем не отличались от локальных. Тогда проблема апдейтов со стороны сводится к проблеме апдейта одного файла из двух открытых редакторов на одном и том же компьютере. Так как эта проблема в существующих редакторах пока не решена, то на неё можно просто забить =)
Чего-то так и не смогла прога к серваку вашему подрубиться…
Всё это уже давно изобретено несколько раз.
>>A connection with the server could not be established
Какой порт попросить открыть?
Какой порт попросить открыть?
Мне кажется, что данный подход легко реализовать с помощью любой системы контроля версий: отредактировали файл, отправили в хранилище (удалённое) и собственно всё.
Потому что в вашем случае полюбому придётся решать коллизии типа одновременного редактирования файла из нескольких мест, проблем при отсутствии связи с интернетом и т.п.
Но постановка вопроса интересная. Было бы полезно обернуть всё это в красивую обёртку и адекватно преподнести обычным смерным юзерам.
Успехов! ))
Потому что в вашем случае полюбому придётся решать коллизии типа одновременного редактирования файла из нескольких мест, проблем при отсутствии связи с интернетом и т.п.
Но постановка вопроса интересная. Было бы полезно обернуть всё это в красивую обёртку и адекватно преподнести обычным смерным юзерам.
Успехов! ))
Это уже не ко мне. Я тоже смертен, а технологии — серьёзные технологии, а не концепты — путь разрабатывает, например, google.
Я лишь попытался чуть-чуть подтолкнуть мир по пути развития, и всё. Должен же ктото придумывать эти идеи? Этим ктото оказалось хабрасообщество.
Для себя, например, я вытащил отличную идейку хабраюзера coldFlame:
Я лишь попытался чуть-чуть подтолкнуть мир по пути развития, и всё. Должен же ктото придумывать эти идеи? Этим ктото оказалось хабрасообщество.
Для себя, например, я вытащил отличную идейку хабраюзера coldFlame:
Я бы сделал так: запускается ваша программа, создает временный тхт-файл, запускает любимый редактор пользователя и уходит в фон. Оттуда следит за изменениями файла и синхронизирует их с сервером, или наоборот — обновляет файл.
Вообще-то уже сейчас в Chrom есть меню «создать ярлык типа-приложение». Но ведь никто ж не запрещает:
1) иконку сделать в виде текстового документа
2) назвать его не «Программа», а «Документ.etxt»
Т.е для человека оно будет текстовым документом, а по клику будет запускаься Chrome с конкретной ссылкой на конкретный документ в интеренете. И показываться будет нужная страница, а не все Н мегабайт.
Сделаешь? :) Это ж максимум на час работы для неподготовленного програмера.
1) иконку сделать в виде текстового документа
2) назвать его не «Программа», а «Документ.etxt»
Т.е для человека оно будет текстовым документом, а по клику будет запускаься Chrome с конкретной ссылкой на конкретный документ в интеренете. И показываться будет нужная страница, а не все Н мегабайт.
Сделаешь? :) Это ж максимум на час работы для неподготовленного програмера.
Не перевелись еще на Руси умные и талантливые люди.
Посмотрите на Live Mesh.
Sign up to leave a comment.
Удаленные файлы на рабочем столе