Для себя написал утилиту, копирующую обновленные файлы не сервер. Сканировать сервер вроде как и ни к чему.
Хотя подскажу одну фичу — поиск интрудов(вирусов на сервере). Можете выпустить софтину-"антивирус"
Искать их легко — по посторонним файлам и обсфуцированным вставкам в скриптах.
Здравствуйте, marcopolo, Вы писали:
M>Здравствуйте, Lopster, Вы писали:
L>>Вот собственно русское описание http://www.hitonic.ru/ftpsync/ .
M>Для себя написал утилиту, копирующую обновленные файлы не сервер. Сканировать сервер вроде как и ни к чему.
M>Хотя подскажу одну фичу — поиск интрудов(вирусов на сервере). Можете выпустить софтину-"антивирус" M>Искать их легко — по посторонним файлам и обсфуцированным вставкам в скриптах.
Для текущей программы это ни к чему, Вы сразу увидите разницу в файлах на локальном диске и на сервере. И в один клик все перезапишите.
Как мне кажется, вирусы лучше ловить через HTTP монитор, ибо они могут быть в том числе у провайдера.
Здравствуйте, marcopolo, Вы писали:
M>Здравствуйте, Lopster, Вы писали:
L>>Версия есть. Но я как раз создаю русскую версию, чтобы потом сделать качественную английскую. Так что пока дорабатывать нечего.
M>Не страдайте ерундой и не тратьте время на русскую версию.
Пока я другого мнения. Я создаю русскую версию, планируя сделать ее пилотной (т.е. выпускать сначала ее, а потом переводи). Это я про сайт. Саму программу пока переводить не планирую.
Здравствуйте, Lopster, Вы писали:
M>>Не страдайте ерундой и не тратьте время на русскую версию.
L>Пока я другого мнения. Я создаю русскую версию, планируя сделать ее пилотной (т.е. выпускать сначала ее, а потом переводи). Это я про сайт. Саму программу пока переводить не планирую.
Однако, отсутствие продаж в русском сегменте может сформировать ошибочное мнение, что оно никому не нужно. У меня русских продаж 2-3% и так, я думаю, не у меня одного.
Здравствуйте, dimario31, Вы писали:
D>Здравствуйте, Lopster, Вы писали:
M>>>Не страдайте ерундой и не тратьте время на русскую версию.
L>>Пока я другого мнения. Я создаю русскую версию, планируя сделать ее пилотной (т.е. выпускать сначала ее, а потом переводи). Это я про сайт. Саму программу пока переводить не планирую.
D>Однако, отсутствие продаж в русском сегменте может сформировать ошибочное мнение, что оно никому не нужно. У меня русских продаж 2-3% и так, я думаю, не у меня одного.
С этим согласен. Русский сайт сделан из английского на домене com. Но с английским сайтом проблема в его мутности в плане текстов. Так что пытаюсь найти путь его улучшения через русский сайт.
L>С этим согласен. Русский сайт сделан из английского на домене com. Но с английским сайтом проблема в его мутности в плане текстов. Так что пытаюсь найти путь его улучшения через русский сайт.
Дык, а потом что ? перевод ? Это вряд ли будет на английском звучать так же привлекательно как на русском. Значит придется делать рерайт, что можно сделать уже и по текущему описанию. Тут dimka-writer уже был в теме, ему вполне достаточно текущего описания для создания английского варианта. Главная страничка будет стоить совсем не дорого. Такая небольшая рекламка — но в целом заслуженно, работать с ним приятно именно потому, что он понимает специфику софта.
Здравствуйте, dimario31, Вы писали:
D>Здравствуйте, Lopster, Вы писали:
L>>С этим согласен. Русский сайт сделан из английского на домене com. Но с английским сайтом проблема в его мутности в плане текстов. Так что пытаюсь найти путь его улучшения через русский сайт.
D>Дык, а потом что ? перевод ? Это вряд ли будет на английском звучать так же привлекательно как на русском. Значит придется делать рерайт, что можно сделать уже и по текущему описанию. Тут dimka-writer уже был в теме, ему вполне достаточно текущего описания для создания английского варианта. Главная страничка будет стоить совсем не дорого. Такая небольшая рекламка — но в целом заслуженно, работать с ним приятно именно потому, что он понимает специфику софта.
Я понимаю, что русский текст и английский текст — это не перевод одного в другое. Но ключевые мысли совпадают. Я нашел кучу косяков в английской версии, когда попытался сформулировать мысль по-русский. Оказалось, что многих ключевых моментов в английском варианте нет. И еще. Мне бы самому понять специфику софта, потому как я его сам использую только одним способом. Резюмирую, проверю этот путь, если не получится — буду искать другой...
Здравствуйте, Lopster, Вы писали:
L>Вот собственно русское описание http://www.hitonic.ru/ftpsync/ .
L>Интересно мнение аудитории. Можно ли по данному описанию понять, что делает и зачем нужно сие приложение? Ну и другие комментарии приветствуются.
Разработчики не используют FTP. Устаревший протокол, даже без шифрования, и с правами на файлы какая-то муть.
Как минимум RSync. Но вообще тенденция (и я её полностью поддерживаю) иметь проект в репозитории, а на сервере делать какой-нибудь git pull && ./restart.sh
Если ваша ЦА разработчики, то у меня плохие новости. А про другие группы юзеров, кому сейчас нужен FTP, не знаю.
Здравствуйте, sharez, Вы писали:
S>Здравствуйте, Lopster, Вы писали:
L>>Вот собственно русское описание http://www.hitonic.ru/ftpsync/ .
L>>Интересно мнение аудитории. Можно ли по данному описанию понять, что делает и зачем нужно сие приложение? Ну и другие комментарии приветствуются.
S>Разработчики не используют FTP. Устаревший протокол, даже без шифрования, и с правами на файлы какая-то муть. S>Как минимум RSync. Но вообще тенденция (и я её полностью поддерживаю) иметь проект в репозитории, а на сервере делать какой-нибудь git pull && ./restart.sh S>Если ваша ЦА разработчики, то у меня плохие новости. А про другие группы юзеров, кому сейчас нужен FTP, не знаю.
Существует много систем развертывания. Но возьмем к примеру мой сайт, он у меня тоже в git. Но в Git инсталляцию программы я не пихаю, думаю, так делают многие разработчики. Потому простой git pull удалит инсталляцию. А вот сделав батник с использованием моей программы, это можно решить.
А вообще в планах FTPS (у некоторых провайдеров он поддерживается FTP-серверами), а возможно SFTP (но там не будет выгоды от множественных соединений).
Здравствуйте, sharez, Вы писали:
s> Разработчики не используют FTP. Устаревший протокол, даже без шифрования, и с правами на файлы какая-то муть. s> Как минимум RSync. Но вообще тенденция (и я её полностью поддерживаю) иметь проект в репозитории, а на сервере делать какой-нибудь git pull && ./restart.sh
Здравствуйте, squid, Вы писали:
S>Здравствуйте, sharez, Вы писали:
s>> Разработчики не используют FTP. Устаревший протокол, даже без шифрования, и с правами на файлы какая-то муть. s>> Как минимум RSync. Но вообще тенденция (и я её полностью поддерживаю) иметь проект в репозитории, а на сервере делать какой-нибудь git pull && ./restart.sh
S>А Bittorent Sync и аналоги никто не юзает?
Здравствуйте, squid, Вы писали:
S>Здравствуйте, Lopster, Вы писали:
L>> А это можно как-то использовать в веб-разработке?
S>Дистрибы синхронизировать например. У меня 300-400 метров и по SFTP не то чтобы быстро.
Если нет искусственных ограничений, то 400 Мб — это не более 2-х минут. Или 2-е минуты и есть много?
Здравствуйте, wantus, Вы писали:
w> С ним какая-то странная ситуация — все про него знают, все советуют попробовать, но сами никто им толком не пользуется.
Я синхронизирую папки между ноутами, и иногда телефоном. Но они творят странные вещи с utorrent так что я куда-то переползу, опенсорсное.
Здравствуйте, squid, Вы писали:
S>Здравствуйте, Lopster, Вы писали:
L>> Если нет искусственных ограничений, то 400 Мб — это не более 2-х минут. Или 2-е минуты и есть много?
S>У меня выходит 3-4, да, это много. Несколько дистрибов и уже минут 15 займет.
Так если это просто "скорость сети", то любой инструмент скорости уже не добавит. Ну и технология "торрентов" основана на большом количестве машин, где есть данные. Так что она может быть эффективно использована, если нужно обновить дистрибутивы, к примеру, на 10-и серверах. А передача компьютер-сервер в любом случае ограничена каналом.
Здравствуйте, Lopster, Вы писали:
L> Так если это просто "скорость сети", то любой инструмент скорости уже не добавит. Ну и технология "торрентов" основана на большом количестве машин, где есть данные. Так что она может быть эффективно использована, если нужно обновить дистрибутивы, к примеру, на 10-и серверах. А передача компьютер-сервер в любом случае ограничена каналом.
Ты не учитываешь несколько одновременных коннектов и прочие штуки. Я не упирался в скорость сети как таковую на SFTP.
Здравствуйте, squid, Вы писали:
S>Здравствуйте, Lopster, Вы писали:
L>> Так если это просто "скорость сети", то любой инструмент скорости уже не добавит. Ну и технология "торрентов" основана на большом количестве машин, где есть данные. Так что она может быть эффективно использована, если нужно обновить дистрибутивы, к примеру, на 10-и серверах. А передача компьютер-сервер в любом случае ограничена каналом.
S>Ты не учитываешь несколько одновременных коннектов и прочие штуки. Я не упирался в скорость сети как таковую на SFTP.
Несколько коннектов может добавить скорость, если есть лимит на скорость отдельного коннекта. В FTP слабое место — это создание TCP соединение на передачу каждого файла. Потому, если много мелких файлов (ну или сканирование каталогов), то несколько соединений работают много быстрей. Если файлы большие, то несколько соединений выгоды не дают, за исключением, если у хостера стоит ограничение скорости соединения (а это достаточно часто бывает).
Допускаю, что и по SFTP может быть выигрыш от нескольких соединений, но только на мелких файлах из-за большого пинга. Других причин я не вижу.
