Comments 31
Смотрю в сторону webix уже недели две, попробую-ка его на ощупь.
Мизерные придирки к коду:
Мизерные придирки к коду:
- зачем подключаете
gulp-livereloadесли не используете его? - добавьте
.gitignoreдля исключения из репы папкиnode_modules/ - сам
webixхорошо тянется сbower
Конструктивнейший комментарий!
Как не использую livereload?
node_modules зачем исключать?
На основе package.json их можно подтянуть?
Как не использую livereload?
gulp.task('connect', function() {
connect.server({
root: 'public',
livereload: true
});
});
node_modules зачем исключать?
На основе package.json их можно подтянуть?
Мессенджер для параноиков — это ssh-chat, поднимаемый каждый день на новом сервере. Ну и с авторизацией по ключам, конечно же.
Для облегчения жизни форкающему и ближнему рекомендую добавить в package.json скрипты для установки глобально плагинов галпа если таковые отстуствуют и создания символических ссылок, чтобы не тянуть все модули каждый раз в каждый новый проект.
Пример можно у меня подсмотреть.
Также советую добавить обработку ошибок при сборке с уведомлениями (gulp-notify). Тоже в гисте наличиствует.
И вопрос — зачем овер 1к строк стилей в одной мешанине? Может лучше препроцессор какой-нибудь и фрагментировать?
Пример можно у меня подсмотреть.
Также советую добавить обработку ошибок при сборке с уведомлениями (gulp-notify). Тоже в гисте наличиствует.
И вопрос — зачем овер 1к строк стилей в одной мешанине? Может лучше препроцессор какой-нибудь и фрагментировать?
Вопрос не понял. Стили склеиваются и минифицируются галпом. При разработке все обычно. Препроцессор попозже изучу, в очереди стоит на изучение.
У вас там один файл стилей объемом более 1400 строк. Такое сложно читать уже, а еще боли добавляет приведение каждого выражения к однострочному варианту.
Разбейте на несколько файлов (по блочному контексту или еще как-то), сделайте ваши труды читаемыми.
В публичном репозитории обычно самый полный вариант для разработки (без минификаторов и прочей байды), чтобы все могли ознакомиться с кодом, настроить сборку так как им нужно.
Разбейте на несколько файлов (по блочному контексту или еще как-то), сделайте ваши труды читаемыми.
В публичном репозитории обычно самый полный вариант для разработки (без минификаторов и прочей байды), чтобы все могли ознакомиться с кодом, настроить сборку так как им нужно.
Там стили — от webix, своих стилей нет.
Зачем глобально-то? Gulp — сборщик одного проекта, зачем тащить всё в систему?
С нормальным .gitignore ничто никуда не тянется, проект в репах остается чистым.
рекомендую добавить в package.json скрипты для установки глобально плагинов галпа
Зачем глобально-то? Gulp — сборщик одного проекта, зачем тащить всё в систему?
чтобы не тянуть все модули каждый раз в каждый новый проект
С нормальным .gitignore ничто никуда не тянется, проект в репах остается чистым.
Причем тут .gitignore? Понятно, что node_modules там будет, я писал про «один раз поставил пакеты глобально и в каждый последующий проект ни один из них не тянешь (кажется с 10-й ноды такое), лишь создаешь символическией ссылки». Gulp используется не только на одном проекте, это весьма популярный инструмент.
Так-то вообще можно минифицированные конкатенированные выложить, тоже ничего ведь, да? Только кто форкнет и вообще посмотрит, его же не перепилишь как нужно тебе, а не автору.
Так-то вообще можно минифицированные конкатенированные выложить, тоже ничего ведь, да? Только кто форкнет и вообще посмотрит, его же не перепилишь как нужно тебе, а не автору.
Не вполне понял, то есть все установить глобально заранее? Типа все предусмотреть? Есть ли от этого профит?
Конечно есть — следующие проекты можно собирать без установки локально пакетов в директорию проекта, лишь создать символические ссылки. Место на жестком диске не уходит и пакеты всегда можно использовать где угодно. Я специально заметил, что это я использую только для плагинов галпа (еще и основных модулей, общих для всех моих проектов), так как сборщик используется везде.
А, понял, о чем вы. Так это файл стилей webix'а. В этот раз я ни строчки стилей не писал, забыл совсем.
Я чего-то не понимаю, кажется. Как должен рассуждать параноик, чтобы начать хранить свои данные в облаке databoom.space вместо собственного компьютера?
Они ж там шифрованные, да и есть кнопка «удалить»
UFO just landed and posted this here
Так если ввести другой ключ шифрования, то прочитать нельзя. Это можно протестировать имея 2 вкладки браузера.
И если нельзя прочитать, не имея ключа нужного, это должно обнадеживать.
И если нельзя прочитать, не имея ключа нужного, это должно обнадеживать.
UFO just landed and posted this here
Если паранойя тотальная (ничему не верю), то тут уж не спасет ничто: каждый встречный агент, все телефоны — жучки, комп прошит врагами — то, скорее всего, человек вообще с компами дело не имеет, если рассуждать логически. А раз пользуется, значит степень паранойи пока не критическая. Для таких подойдут всяческие анонимайзеры, торы и пр.
> И если нельзя прочитать, не имея ключа нужного, это должно обнадеживать.
Вы реализацию их алгоритмов шифрования видели? Вполне может быть, например, вот так:
— Есть некий мастер-ключ.
— На самом деле все лежит в открытом виде, а конечному пользователю лишь эмулируется описанное поведение.
— Шифрование честное, но производится каким-нибудь XOR на основе первых 2 символов хэша пользовательского ключа.
Вы реализацию их алгоритмов шифрования видели? Вполне может быть, например, вот так:
— Есть некий мастер-ключ.
— На самом деле все лежит в открытом виде, а конечному пользователю лишь эмулируется описанное поведение.
— Шифрование честное, но производится каким-нибудь XOR на основе первых 2 символов хэша пользовательского ключа.
Они там и это уже не безопасно.
А как вы себе представляете средство общения через интернет, без использования сети для хранения/передачи данных?
Sign up to leave a comment.
Делаем месенджер для параноиков на Webix и DataBoom