В вашем случае вы сразу внесли начальную сумму 600 и поэтому получился такой результат.
Сначала я ввёл 100₽ и получил бюджет 20₽. Потом ничего не потратив внёс 500₽. Бюджет вырос до 100₽. Перенёс 500₽, бюджет не вернулся к 20₽, а остался 100₽.
Потом вы бы добавили непредвиденный доход в 500р. Бюджет на сегодня бы не изменился
Он как раз изменился.
Даже если сразу вбить 600₽, результат тот же после перевода – 100₽ дневного бюджета, все средства на основном счету.
Дневной бюджет должен меняться при переводе денег с основного счёта в копилку – уменьшиться. Вот простой кейс: было 100₽ (бюджет 20₽/день). Привалило 500₽, и я захотел их полностью отправить в копилку. Отправил. Имею бюджет на сегодня 100₽, т.е. все мои деньги на основном счету. С точки зрения приложения я легитимно могу слить все деньги и остаться с 0 на основном счету.
Поясните, пожалуйста, для чего счёт копилки? Для меня логично было бы, если бы деньги на нём не учитывались в дневном бюджете, у меня как раз пополняемый вклад в банке, куда я подкидываю средства. Копилка же учитывается в дневном бюджете.
И было бы здорово добавить режим «без категорий» в приложение, чтобы максимально просто (через виджет например) вбивать расходы. Необходимость протыкивать эти чёртовы метки на платежах мне всё портит и заставляет откладывать ввод.
Google Keep – это было бы прекрасно, если бы сервис не был чёрной дырой для информации: туда можно что-то удобно записывать, но вот выгрузить оттуда данные в другой сервис, если Google решит свои заметки закрыть (а они славятся закрытием своих сервисов) – это целый квест. Бумажный блокнот может и неэкологичен, но зато его нельзя удалённо выключить или взломать, и если передать его другому человеку, тому не понадобится регистрация-подписка и согласие с многостраничной EULA, чтобы использовать записанную там информацию.
Поинт в том, чтобы перенести свои блокноты в другую программу и продолжить работу, когда проект умрёт(а это сплошь и рядом). Или даже редактировать заметки в обычном текстовом редакторе, если припрёт. Есть два подходящих формата: todo.txt и org-mode. Эти форматы текстовые, и софта, который работает с ними, достаточно. CSV совсем не в тему, на мой взгляд.
Данные хранятся в глубинах сервиса? Есть планы сделать возможность импорта/экспорта/синхронизации в каком-нибудь открытом формате?
Хочется содержимое своих бумажных блокнотов завести в какую-нибудь программу, но у многих одна проблема – они как яма: заметки и таски туда положить можно, а вот обратно достать – уже нельзя. Напрягает видеть, что ты не совсем хозяин своим заметкам.
Я недавно опробовал похожий сервис Endel и остался на нём, потому что он работает автономно: действительно просто включил и забыл, оно играет без перерыва. До этого слушал онлайн-радио Digitally Imported по подписке, где звук ожидаемо заикался в местах с плохой связью, плюс радио забирало часть месячного пакета тафика.
Endel не особо разнообразный по звучанию, но зато автономный. Онлайн-радио хоть и разнообразно, но нуждается в соединении с сетью и временами сбоит. И обсуждаемый Mubert, выходит, сочетает в себе обе негативные черты: нет разнообразия человеческой музыки и нет автономности.
Тепло выделяется в процессе конденсации водяного пара, а не его образования. Солнечная панель греет 1й слой, пар затем конденсируется и греет 2й слой и т.д.
Не там они конкурировать хотят, имхо. В Москве приличные магазины по сравнению с областью, плюс доставка уже есть не только от Утконоса. А в области в «магазинах у дома» такой срач, что туда ходить противно, а до нормального и с ассортиментом – извольте пилить в сторону Москвы. Я бы с удовольствием заказывал, несмотря на то, что ценник больше среднего по району на 30%. Но увы, в мою берлогу повезут только при заказе от 5 000р, а срок доставки – почти неделя. С понедельника заказываешь на субботу.
В Хроме есть такая настройка. Проблема – некоторые сайты вместо простого запроса на уведомления показывают свой баннер. Так что даже если запретить всем сайтам уведомления, баннеры останутся.
Не зря Google с Progressive Web Apps носится не первый год. Функционала – почти как у приложения, а по сути – сайт. И места на устройстве занимает не десятки мегабайт. Сейчас бы для всех 22х ресторанов, в которые я периодически захожу, ставить по приложению, от которого не будет толку, так как я каждый этот ресторан посещаю раз в год.
Вы просто не паритесь, если присланный мемасик будет весить 20 мегабайт. А я согласен их получать, только если они расходуют разумное количество моего места и трафика. А если мне нужны оригиналы, то это осознанное решение, и просьба их прислать достаточно мотивирована, чтобы не считать её сложностью в использовании программы.
Нет, не сводится. Вопросов три: как хранить ключи, как хранить переписку и как принимающей стороне быть в достаточной степени уверенной, что сообщение послано тем абонентом, имя которого значится в чате.
Ключи и переписка хранятся вне инфраструктуры Вацапа, поэтому синхронизация истории между отдельными «толстыми» клиентами – нетривиальная задача.
Но на самом деле у ограничений ноги растут именно из третьего вопроса: если я получу сообщение от Васи, то я могу более-менее удостовериться, что его мне написал именно Вася лично.
По хардкору это выглядит так: при отправке каждого сообщения абонент прикладывает палец/вводит PIN, подтверждая что именно он вживую написал это сообщение. При использовании же Web-версии QR-код нужно было бы считывать телефоном постоянно, а не только в первый раз.
Понятное дело, что в угоду удобству такой жести не творят: клиент время от времени лишь спрашивает 6-значный код, а Web-версия работает без вопросов, если стабильно выходит на связь с одного и того же компьютера в одном и том же месте.
это прям глупое ограничение и убогий принцип работы через «телефонный прокси»
Это прям следствие использования в Вацапе end-to-end шифрования. Во-первых, истории переписки в инфраструктуре Вацапа нигде нет, кроме телефона. Во-вторых, ключей шифрования тоже нигде нет, кроме как в конкретном телефоне. Наводя камеру на QR-код вы вырабатываете между телефоном и web-клиентом временный ключ шифрования, по которому клиент (и никто другой) может обратиться к приложению на телефоне.
Это «глупое» ограничение продиктовано реальной работой распределённого механизма защиты данных.
Через передачу документов а Вацапе можно передавать любые файлы без изменений, в т.ч. медиа в оригинальном качестве. Всё очень просто: смотришь присланную фоточку и просишь человека прислать её как документ, если нужен оригинал. Учитывая то, что Вацап не хранит на сервере переписку и переданные файлы, обмен не ушакаленными картинками быстро забьёт всю память телефона.
Сама карта была выпущена в марте?
В вашем случае вы сразу внесли начальную сумму 600 и поэтому получился такой результат.
Сначала я ввёл 100₽ и получил бюджет 20₽. Потом ничего не потратив внёс 500₽. Бюджет вырос до 100₽. Перенёс 500₽, бюджет не вернулся к 20₽, а остался 100₽.
Потом вы бы добавили непредвиденный доход в 500р. Бюджет на сегодня бы не изменился
Он как раз изменился.
Даже если сразу вбить 600₽, результат тот же после перевода – 100₽ дневного бюджета, все средства на основном счету.
Два видео с пруфами.
Дневной бюджет должен меняться при переводе денег с основного счёта в копилку – уменьшиться. Вот простой кейс: было 100₽ (бюджет 20₽/день). Привалило 500₽, и я захотел их полностью отправить в копилку. Отправил. Имею бюджет на сегодня 100₽, т.е. все мои деньги на основном счету. С точки зрения приложения я легитимно могу слить все деньги и остаться с 0 на основном счету.
Поясните, пожалуйста, для чего счёт копилки? Для меня логично было бы, если бы деньги на нём не учитывались в дневном бюджете, у меня как раз пополняемый вклад в банке, куда я подкидываю средства. Копилка же учитывается в дневном бюджете.
И было бы здорово добавить режим «без категорий» в приложение, чтобы максимально просто (через виджет например) вбивать расходы. Необходимость протыкивать эти чёртовы метки на платежах мне всё портит и заставляет откладывать ввод.
Google Keep – это было бы прекрасно, если бы сервис не был чёрной дырой для информации: туда можно что-то удобно записывать, но вот выгрузить оттуда данные в другой сервис, если Google решит свои заметки закрыть (а они славятся закрытием своих сервисов) – это целый квест. Бумажный блокнот может и неэкологичен, но зато его нельзя удалённо выключить или взломать, и если передать его другому человеку, тому не понадобится регистрация-подписка и согласие с многостраничной EULA, чтобы использовать записанную там информацию.
Поинт в том, чтобы перенести свои блокноты в другую программу и продолжить работу, когда проект умрёт(а это сплошь и рядом). Или даже редактировать заметки в обычном текстовом редакторе, если припрёт. Есть два подходящих формата: todo.txt и org-mode. Эти форматы текстовые, и софта, который работает с ними, достаточно. CSV совсем не в тему, на мой взгляд.
Данные хранятся в глубинах сервиса? Есть планы сделать возможность импорта/экспорта/синхронизации в каком-нибудь открытом формате?
Хочется содержимое своих бумажных блокнотов завести в какую-нибудь программу, но у многих одна проблема – они как яма: заметки и таски туда положить можно, а вот обратно достать – уже нельзя. Напрягает видеть, что ты не совсем хозяин своим заметкам.
Отсутствие соцсетей для вас плюс или минус?
Я недавно опробовал похожий сервис Endel и остался на нём, потому что он работает автономно: действительно просто включил и забыл, оно играет без перерыва. До этого слушал онлайн-радио Digitally Imported по подписке, где звук ожидаемо заикался в местах с плохой связью, плюс радио забирало часть месячного пакета тафика.
Endel не особо разнообразный по звучанию, но зато автономный. Онлайн-радио хоть и разнообразно, но нуждается в соединении с сетью и временами сбоит. И обсуждаемый Mubert, выходит, сочетает в себе обе негативные черты: нет разнообразия человеческой музыки и нет автономности.
Тепло выделяется в процессе конденсации водяного пара, а не его образования. Солнечная панель греет 1й слой, пар затем конденсируется и греет 2й слой и т.д.
Что-то такое, только с огурцами, уже делали:
https://rg.ru/2015/08/20/osvoenie.html
Не там они конкурировать хотят, имхо. В Москве приличные магазины по сравнению с областью, плюс доставка уже есть не только от Утконоса. А в области в «магазинах у дома» такой срач, что туда ходить противно, а до нормального и с ассортиментом – извольте пилить в сторону Москвы. Я бы с удовольствием заказывал, несмотря на то, что ценник больше среднего по району на 30%. Но увы, в мою берлогу повезут только при заказе от 5 000р, а срок доставки – почти неделя. С понедельника заказываешь на субботу.
В Хроме есть такая настройка. Проблема – некоторые сайты вместо простого запроса на уведомления показывают свой баннер. Так что даже если запретить всем сайтам уведомления, баннеры останутся.
Для NFC-карточек есть чехольчики, чтобы хулиганьё с карты денег снять не пыталось в общественном транспорте. Ждём маски на лицо?
Не зря Google с Progressive Web Apps носится не первый год. Функционала – почти как у приложения, а по сути – сайт. И места на устройстве занимает не десятки мегабайт. Сейчас бы для всех 22х ресторанов, в которые я периодически захожу, ставить по приложению, от которого не будет толку, так как я каждый этот ресторан посещаю раз в год.
Эта ОС создана на базе Firefox OS, проект по разработке которой Mozilla закрыла в 2017 году.
Блин, ну серьёзно? В 2к18 даже на кнопкофонах интерфейсы надо рисовать через веб-движок?
Если все вокруг продают картошку по 100р, и народ берёт, то они что, рыжие, продолжать её продавать по 30р?
YOTA живёт прекрасно.
Вы просто не паритесь, если присланный мемасик будет весить 20 мегабайт. А я согласен их получать, только если они расходуют разумное количество моего места и трафика. А если мне нужны оригиналы, то это осознанное решение, и просьба их прислать достаточно мотивирована, чтобы не считать её сложностью в использовании программы.
Нет, не сводится. Вопросов три: как хранить ключи, как хранить переписку и как принимающей стороне быть в достаточной степени уверенной, что сообщение послано тем абонентом, имя которого значится в чате.
Ключи и переписка хранятся вне инфраструктуры Вацапа, поэтому синхронизация истории между отдельными «толстыми» клиентами – нетривиальная задача.
Но на самом деле у ограничений ноги растут именно из третьего вопроса: если я получу сообщение от Васи, то я могу более-менее удостовериться, что его мне написал именно Вася лично.
По хардкору это выглядит так: при отправке каждого сообщения абонент прикладывает палец/вводит PIN, подтверждая что именно он вживую написал это сообщение. При использовании же Web-версии QR-код нужно было бы считывать телефоном постоянно, а не только в первый раз.
Понятное дело, что в угоду удобству такой жести не творят: клиент время от времени лишь спрашивает 6-значный код, а Web-версия работает без вопросов, если стабильно выходит на связь с одного и того же компьютера в одном и том же месте.
это прям глупое ограничение и убогий принцип работы через «телефонный прокси»
Это прям следствие использования в Вацапе end-to-end шифрования. Во-первых, истории переписки в инфраструктуре Вацапа нигде нет, кроме телефона. Во-вторых, ключей шифрования тоже нигде нет, кроме как в конкретном телефоне. Наводя камеру на QR-код вы вырабатываете между телефоном и web-клиентом временный ключ шифрования, по которому клиент (и никто другой) может обратиться к приложению на телефоне.
Это «глупое» ограничение продиктовано реальной работой распределённого механизма защиты данных.
Через передачу документов а Вацапе можно передавать любые файлы без изменений, в т.ч. медиа в оригинальном качестве. Всё очень просто: смотришь присланную фоточку и просишь человека прислать её как документ, если нужен оригинал. Учитывая то, что Вацап не хранит на сервере переписку и переданные файлы, обмен не ушакаленными картинками быстро забьёт всю память телефона.