Нуу… а нормальная кроссбраузерность, а интеграция в jQuery, а отладка каких-нибудь тонких моментов со всякими там назад-вперед?
Нет уж, лучше проверенные решения с известными списками проблем и возможностей.
А кто мешает переназначить их на больший интервал, например 10 3 * * *…
Кстати, поиск по пакетному менеджеру дает несколько разных оберток для rsync, возможно где-то есть воркэраунды вроде «запускать только при idle».
Pilat: Версионность добавляет оверхед на объем дискового пространства. Смысла в ней В защите от окирпичивания немного. То для чего нужна версионность уже в штатном режиме версировано.
Для более-менее штатного использования хватит cron + самописный скрипт с вызовом rsync на интересующие вас папки.
Так же в линуксе есть гуишная утилита «Back In Time», использующая rsync, детали смотрите сами.
Для связки rsync+inotify гугл находит несколько статей и проектов ссылка, но подозреваю тут ненужную нагрузку на систему при записи на ssd.
Ну, допустим, что организацию документооборота на гуглодоках я и сам с трудом представляю. Это нужно формировать какие-то процессы и «следовать инструкциям».
А трекер (пусть не в чистом виде, а с адаптацией под терминологию) сам навязывает последовательность действий. Опять же, встроенный механизм прав, подходящий для поставленной задачи.
Если выбирать из трекеров, то это уже отдельный вопрос, завязанный не в последнюю очередь на опыт автора.
А так же существующих конкурентов (их все-равно в комментах вспомнят) и в явном виде преимущества вашего проекта перед ними. Не помешает обоснование создания нового проекта, а не доработки возможностей существующих.
Если речь о серверных технологиях (или просто о ресурсоемких), то хорошо бы увидеть бенчмарки в сравнении с конкурентами на задачах, на которых вы фокусируетесь.
Минусы за пост — вероятно, но в карму то еще добраться надо.
Только комментарий должен быть анонимный и необязательный.
Захотят — наминусуют, конечно, но это как наказывать кота через 5 часов как он разбил чашку — не поймёт.
Если нужно сохранить, можно в обработчике добавлять в конец хеша спецсимвол (точку, например), который игнорировать при обработке.
Хэш будет разный с т.з. браузера, но идентичный с т.з. вашего обработчика и «на глаз»
Черт, повторяюсь с предыдущими ответами…
Видимо вы неправильно понимаете идеологию использования хэшей: хэш в такой схеме должен быть индикатором какого-то состояния, а не каналом передачи команд на действия.
«more.next» — действие
«more+15» — состояние (дальше, на указанное смещение)
Нет уж, лучше проверенные решения с известными списками проблем и возможностей.