Cofounder_logo_white

*

*

Забыли пароль? | Регистрация
Cofounder.ru — поиск партнеров для создания стартапов.
Другими словами — дэйтинг сервис для стартаперов.
Еще здесь можно обсуждать идеи и общаться

Вы не авторизованы. Нет аккаунта? Создайте его прямо сейчас.

Идеи / Backup storage as a Service.

Суть проста. Есть определенный контент на винте каждого человека который не хотелось бы потерять в случае трындеца винту и не хочет чтобы лазил туда кто попало. У всех такой контент разный. У кого-то это документы рабочие, договора, презентахи и прочее.
Качаем тулзу. Правой кнопкой хряц! И залочили фолдеры и папки. Тулза отследила что файл менялся и новую версию шлёп на сервер, когда дексприпторы позакрывались. И естественно веб интерфейс красивый чтоб посмотреть какие файлы када заливались и взять какую-то определенную версию посмотреть.

Ищу: Инвестора, Рекламщика, Маркетолога
Автор: noel
Добавлено: 26 нояб., 21:29
Тэги: rootkit, backups, security



← назад

M_5202aa5a41dc0 tvl 26 нояб., 23:12
DropBox чем плох?
A_07099000 noel 26 нояб., 23:23
Залочить папки паролем или файлы. И на лету их криптовать например
M_5202aa5a41dc0 tvl 26 нояб., 23:31
All files stored on Dropbox servers are encrypted (AES-256).
A_07099000 noel 26 нояб., 23:54
Ну то что файлы на сервере должны секьюрно храниться как-то это факт. А вот на клиенте? Ежели мы бекапируем и ограничиваем к ним доступ? Должно быть какое-то средство защитить их на клиенте.
Тоесть смысл сдружить трукрипт с дропбоксом и фолдергардом.

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

A_07099000 noel 26 нояб., 23:55
And thx for your comments :)
M_5202aa5a41dc0 tvl 27 нояб., 00:23
ну это же box :-) , ведь основная функция это не бэкап а синхронизация файлов на различных устройствах: компы, ноуты, телефоны, планшеты. С разбросаными файлами былобы тяжело, а так представь My DropBox=My Documents
A_07099000 noel 27 нояб., 01:30
Дык я как бы не против. Бокс так бокс. Сама по себе фича дропбокса охеренна по своей сути. Тут же как бы вопрос в том а может чего нить добавить? Или например убрать какие-то ограничения?
Swine oversky 27 нояб., 05:18
классная идея, на самом деле! мне нравится больше многих! вам дизайнер интерфейсов не нужен? простых и удобных =)
A_07099000 noel 27 нояб., 05:41
Спасибо огромное) Нам ещё пока в процессе реализации до интерфейсов далековато) но если что мы сразу к вам)
Hamburger[1] vit1251 30 нояб., 04:29
Собственно нужно определиться с :

1. Сетевая передача данных - текстовы или бинарный протокол?
2. Архитектура клиент-сервер или клиент-клиент?
3. Адресация и роутинг (как узнать что моя информация живет у Вас, а не у другого?)
4. Язык, тестеры и т.п.

И начинать писать. Думаю простой клиент сервер можно тестировать двум трем программистам при постоянном прибывании в чате в Skype.

P.S. Кроме того можно попробывать позаимствовать часть кода в RSYNC.
A_07099000 noel 30 нояб., 05:21
эмм.....Если не секрет, то почему именно с этим надо определиться?

1. Полюбому бинарный поток. (не понимаю вообще почему такой вопрос возник)
2. Весьма очевидно что клиент-сервер, потому как это весьма логично. Файлопомойка на сервере и вы с него расшариваете. А всё остальное p2p это немного другие продукты.
3. Вообще нифига не понял. Вы видимо не до конца понимаете суть продукта. Тут уже раньше обсуждался Dropbox как аналог.
4. Эмм...ну клиентскую приложуху можно на сях например навоять. А сервер тут без разницы. Но например с питоном удобно решать задачи которые здесь могут возникнуть. Руби в принципе тож ниче, но количество фреймворков смущает.

З.Ы. Список на мой взгляд совершенно другой :)
И с программированием в этом списке связано меньше 10 процентов от общей доли вопросов :)
Hamburger[1] vit1251 30 нояб., 05:26
1. Полюбому бинарный поток. (не понимаю вообще почему такой вопрос возник)

Ну для примера возмите FTP. Поток текстовый. Данные отдельными портами.

2. Весьма очевидно что клиент-сервер, потому как это весьма логично.



опять таки нужно понять TCP или UDP?
Hamburger[1] vit1251 30 нояб., 05:29
> 2. Весьма очевидно что клиент-сервер, потому как это весьма логично. Файлопомойка на сервере и вы с него расшариваете. А всё остальное p2p это немного другие продукты.
> 3. Вообще нифига не понял. Вы видимо не до конца понимаете суть продукта. Тут уже раньше обсуждался Dropbox как аналог.

Если клиент-сервер, то 3-ий вопрос снят. Понимаю с трудом чего вы хотите, но похожая идея тоже витает в воздухе. А почему не P2P чем он не логичен?

> 4. Эмм...ну клиентскую приложуху можно на сях например навоять. А сервер тут без разницы. Но например с питоном удобно решать задачи которые здесь могут возникнуть.

Почему с Python удобнее может быть решение задачи? Не совсем понял?
A_07099000 noel 30 нояб., 07:39
Так. Судя по вопросу про UDP надо ещё раз истолковать.

1. Сервис представляет собой нечно в виде SVN-a для имбецилов-домоседов.
Тоесть у нас есть "свн-клиент" который просто помеченные папки отправляет на сервер. И следит за изменением их содержимого. В случае такового делает "имбецил-коммит" чтоб поддержать бекап актуальной версии.
Синхронизация и шаринг отсюда вытекают уже как побочные продукты разработки (далеко не последняя фича для енд-юзера)

2. Сервис так может следить за доступом в папку или доступом к файлу.
Если Вы, например не дикий-сатана-админ и не оунер файла (сейчас залогиненный) то с Вас полагается пароль.
Ввели пароль -> получаете доступ.

3. Сервис так же может шифровать файл (подобно трукипту). Суть в том что только эта же прога сможет прочитать файл и только имея пароль оунера для расшифровки.

Надеюсь теперь понятна суть сервера? и передача файлов здесь вообще последний вопрос.


Раз уж зашла речь о языках, я крайне боюсь начать здесь холивар, но всё же
Python - скриптовый язык, лучше чем руби богатством инструментария и веб фреймворками. Работает однозначно быстрее чем руби.
По сравнению с перлом "лучше ложится в руку". Думаю трудно не согласиться что для серверсайда для 90 процентов задач питон крайне удобен и крайне приятен.

Отдельные фрагменты серверной логики можно выкатить на сях, но это на мой взгляд нужно делать когда уже куча клиентов большие нагрузки и надо вообще всё оптимизировать.
A_07099000 noel 30 нояб., 19:22
Server-side:
тут на вкус и цвет. лично мне просто больше нравится py. Знаю .NET-чика, перешедшего на RoR. Ну и естественно его глаза округлились когда он проникся охеренностью фреймворка. Каждый инструмент создан решать свои задачи. И несложный вебсервис с заточкой не на бизнес-логику уровня банка а на простоту и интеграцию с осью сервера дотнет как в классическом шедевре синематографа "Дядя Вова. Скрипач не нужен" (с).

Client side. На сколько я понимаю адекватность .NET, он предназначен для написания настольных приложений. Вы предлагаете переписать какие-то куски интерфейса винды. Сделать чето своё. Тут я не совсем понимаю зачем. Интерфейса у оси и так хватает. Там основной упор нужен, я считаю, на решение основной задачи. Как же ограничить доступ к папкам и файлам спрашивая пароль? И как мне видится здесь на помощь приходят руткиты, а это увы C++. Часть приложения клиента всё имеет смысл писать на C#. Но она настолько не значительна на общем фоне, что обсуждение её имеет смысл прямо в реалтайме с её написанием.

На счет редактора офис доков: - идея хороша! Просто шикарна! За одним лишь исключением. В свете всего выше сказанного редактор офисных доков должен быть написан средствами яваскрипта.
И работать из браузера. Тогда получится толк (если апликуха сможет на 80 процентов заменить мс офис по удобству). Иначе это уже было и уже не актуально
Hamburger[1] vit1251 01 дек., 02:39
Я просто пытаюсь понять как вы собираетесь писать высоконагруженный сервис на Python. По правде говоря даже не представляю можно ли в Python сдеать CreateProcess или fork... Ну это уже другое совсем дело!!!
A_07099000 noel 01 дек., 16:12
эмм...если не на Python то на срр? А каковы Ваши предложения на счет серверсайдной технологии?

По правде говоря в питоне можно сделать всё что угодно.
Hamburger[1] vit1251 02 дек., 07:45
> в питоне можно сделать всё что угодно
ну если написать расширение на C, то конечно да!!

P.S. Разве в Python есть поддержка множества подключений или на первых порах надо думать всего будет обрабатываться два три подключения?
A_07099000 noel 02 дек., 18:08
На первых порах может быть сколько угодно подключений.

На питоне есть вполне нормальные веб-фреймворки, которые позволяют реализовать 90 процентов задач которые возникают. Если мало обычного WSGI-application открываете сокет, принимаете подключения, создаете треды и дальше по учебнику. Есть определенная специфика использования. Но в целом крайне редко возникнут потребности в чем-то экзотическом. А если возникнут то как Вы правильно сказали "написать расширение на C".
Hamburger[1] vit1251 03 дек., 06:11
Та всетаки это будет работать поверх HTTP?
A_07099000 noel 03 дек., 06:45
врядле. Нет смысла. Это только усложнит жизнь. Разве только сабмитить весь файл на сервер целиком каждый раз (что за идиотизм??), а если передавать разницу (которую логично вычислять на клиенте при изменениях) то тогда это будет либо что-то уже существующее (svn с парой костылей). Либо изобретать велосипед.
Hamburger[1] vit1251 03 дек., 14:20
То есть плано подводя к мысли что Python поможет только на этапе прототипиирования вашего продукта, а как реальный сервер он вряд-ли поможет. Кто возьмется вторым программистом за разработку FileBox на C/C++?
A_07099000 noel 03 дек., 14:42
Блин, да суть в том что ту или иную апликуху удобно написать на питоне на первых порах. И её хватит наопределенуую нагрузку. Как только пользователей будет дофига.... тогда уже и будем решать проблемы которые возникнут собственно тогда. Сейчас как раз надо запустить сервис. Потому что миллиардов юзверей ещё нету)) Про питон как про панацею никто и не говорит. Но как разумную альтернативу .NET его можно противопоставить.

Пока что вопрос C/С++ cofounder-a открыт. Если интересно пишите в личку.
Emote_smile_thumb zzz 03 дек., 15:48
ололо, питон не может гонять файлики туда сюда, плакал.
A_07099000 noel 03 дек., 17:32
Тро-ло-ло. Читайте книжки. Для чего нужен питон? Для чего он может быть использован?
Emote_smile_thumb zzz 03 дек., 17:35
тьюринг полный язык общего назначения, может быть использован для всего, очевидно же
Emote_smile_thumb zzz 03 дек., 17:36
бтв, я заработаю на дополнительный CPU если он понадобится (а он не понадобится, вы просто не понимаете задачу: освновная проблема менеджмент файлового хранилища, а не отдача бинарных дифов) с версией на питоне быстрее чем вы закончите версию на плюсах
Emote_smile_thumb zzz 03 дек., 17:52
разрушители мифов
>P.S. Разве в Python есть поддержка множества подключений или на первых порах надо думать всего будет обрабатываться два три подключения?

friendfeed видимо сервит два три подключения на инстанс питона, да
stackless, биндинги к libevent, что ещё нужно чтобы обслужить много клиентов? плюс специфика сервиса не подразумевает огромного количества запросов, скорее огромного хранилища
Hamburger[1] vit1251 07 дек., 04:57
zzz толи я еще не проснулся, толи вы очень своеобразно изложили мысль...
Emote_smile_thumb zzz 07 дек., 18:00
[поскипано эмоциальное экспресивное бурление]
ты не понял мысли потому что не обладаешь знаниями чтобы судить чтото о пригодности питона

fiendfeed написан на питоне, http://www.tornadoweb.org/documentation#performance 8к запросов/секунду на не топовом сервере, без проблемы C10k

libevent - самое популярное/стабильное решение для асинхронного io
stackless - форк питона на котором работает сервер eve online (2-3 конекта у них не постоянных, обязательно :3 )
Hamburger[1] vit1251 08 дек., 01:20
> ты не понял мысли потому что не обладаешь знаниями чтобы судить чтото о пригодности питона

да. правда. а откуда у вас такая информация?
Emote_smile_thumb zzz 08 дек., 02:53
потому что ты не знаешь ни одного buzzword из мира сетевого программирования на python?
Userpic saper 09 дек., 03:18
wuala.com
Hamburger[1] vit1251 09 дек., 07:28
Если честно я очень мало знаком с Python. В основном по его справочнику и в нем не очень-то хорошо представляется для меня работа с сетью. Скорее более менее описаны сокеты...

P.S. Был бы признателен за толковое описание использования libevent.
A_07099000 noel 09 дек., 16:41
2 saper: Спасибо за линк. wuala - аналог дропбокса только с более изощренной системой (шарингом своего винта и т.д.).

Господа! Спасибо за комментарии. Есть над чем задуматься.
Emote_smile_thumb zzz 09 дек., 17:58
я не пишу на c/c++ поэтому могу только дать ссылок на байндинги http://pypi.python.org/pypi/greenlet от туда же более высокоуровненые библиотеки на нем:
Concurrence/Eventlet/Gevent

опять же asyncore из stdlib никто не отменял, если не лень возиться :)
Hamburger[1] vit1251 10 дек., 02:10
Не библиотеки это круто... Вот мужик пишет про конкретику... Пусть раскрывает тему. А то слышал гром да не знает где он... Тут с пеной у рта указывает что Python какая-то библиотека сделает меня счастливее как программиста и решит все проблемы... Так как ее постаить и где взять?!
Hamburger[1] vit1251 10 дек., 02:11
Давай среьезно py-python,
Emote_smile_thumb zzz 10 дек., 04:01
тред перечитай дебил
Hamburger[1] vit1251 10 дек., 07:31
Легко быть анонимом zzz? Никто тебе не знает и никогда не узнает! Всегда можно потом сказать что ты другой аноним назваться xxx. А еще можно обзывать других пользователей. Не уважаю я таких как ты - вообще бы не пускал...

И еще я просто хочу видеть пример кода на libevent. А ссылки на "байдинги" это что-то крутое наверное...
Emote_smile_thumb zzz 10 дек., 13:13
ты делишь на ноль в каждом сообщении, трудно на них адекватно отвечать. по ссылкам пройти не можешь?

>Тут с пеной у рта указывает что Python какая-то библиотека сделает меня счастливее как программиста и решит все проблемы...
пруф

>Так как ее постаить и где взять?!
по ссылкам сходить лень? ты сказал питон и нетворкинг == смерть, я тебе дал пример фреймворка(над либевент - сюрприз!) который держит 8к запросов/сек - на этом дискуссия должна была кончица если бы ты был адекват, а общаться с неадекватами по другому я не умею
Adamska-ocelot-tux-2439 masterflomaster 30 июня, 07:31
Может не самый лучший совет, но я рекомендую вам приглядеться к http://codeunity.ru
Чтобы оставлять комментарии вы должны авторизоваться. Нет аккаунта? Создайте его прямо сейчас.