Ну вообще-то да, но к теме это не относится. Ванильное ядро вообще без патчей не встречается даже в source-based дистрах. Ну, есть, конечно (допустим sys-kernel/vanilla-sources в генте), но им пользуются три с половиной калеки :)
Непонятно зачем это делать в скопе multi-user.target. /etc/systemd/system/docker.service.d/ так-же должен сработать.
А на достаточно новых версиях systemd можно просто сказать systemctl edit docker
Да, браузеры могли хранить данные и раньше, но их функционал был в том, что они заполняли формы на сайтах этими данными.
Теперь же есть api, с помощью которого сайты могут попросить сделать платёж туда-то, и сайты не получают информацию о карте.
А это не гугловский, это интеловский.
А так да, линуксовый sdk поставляется с нормальным qemu, который работает через обычный kvm и ему фиолетово, intel там у него или amd. Работает kvm на процессоре — работает всё.
То, что поиск по id должен быть всегда — вне зависимости от того, view == null или нет.
Логика работы адаптера — «дай мне вьюху для элемента номер n, у меня тут вот осталась вьюха от элемента номер x, может понадобится тебе (а может и не осталась)».
Адаптер должен создать вьюху при необходимости (если это самое начало работы приложения, когда старых вьюх ещё нет) и заполнить её новыми данными. У Вас же поиск дочерних вьюх происходит только в том случае, когда нет старой вьюхи, и если она всё-таки придёт — Вы будете работать с вьюхами от другого элемента просто потому, что ссылки на них остались в адаптере. Лучше вообще убрать поля дочерних вьюх в адаптере и оставить только локальные переменные в методе:
if(view == null) { // если не осталось старой вьюхи ...
// ... создадим новую
view = mLayoutInflater.inflate(R.layout.item_insertamount, parent, false);
}
// обновляем все данные вне зависимости от того, была у нас там вьюха или нет
EditText etAmount = (EditText)view.findViewById(R.id.et_amount_Amount);
etAmount.setText(String.valueOf(amountList.get(position).getAmount()));
...
Костыль с тегом тоже выглядит как совсем костыль — проще передать позицию в Watcher.
Хотя сама идея сохранять как только пользователь что-то ввёл тоже не очень правильная — старая добрая кнопка OK тут уместнее.
Явно надо вынести из условия, иначе при скролле вы рискуете работать не с тем, чем думаете. А ещё лучше перейте на концепцию Holder и/или на RecyclerView вместо ListView.
Ну вообще-то да, но к теме это не относится. Ванильное ядро вообще без патчей не встречается даже в source-based дистрах. Ну, есть, конечно (допустим sys-kernel/vanilla-sources в генте), но им пользуются три с половиной калеки :)
Томно поглядывает на связочку exim + dovecot + rspamd
А на достаточно новых версиях systemd можно просто сказать systemctl edit docker
Да, браузеры могли хранить данные и раньше, но их функционал был в том, что они заполняли формы на сайтах этими данными.
Теперь же есть api, с помощью которого сайты могут попросить сделать платёж туда-то, и сайты не получают информацию о карте.
я всегда буду обновлять комментарииА «наша страна» об этом в курсе?Собственно, адрес ocsp указан в промежуточном сертификате CA:
А это не гугловский, это интеловский.
А так да, линуксовый sdk поставляется с нормальным qemu, который работает через обычный kvm и ему фиолетово, intel там у него или amd. Работает kvm на процессоре — работает всё.
Логика работы адаптера — «дай мне вьюху для элемента номер n, у меня тут вот осталась вьюха от элемента номер x, может понадобится тебе (а может и не осталась)».
Адаптер должен создать вьюху при необходимости (если это самое начало работы приложения, когда старых вьюх ещё нет) и заполнить её новыми данными. У Вас же поиск дочерних вьюх происходит только в том случае, когда нет старой вьюхи, и если она всё-таки придёт — Вы будете работать с вьюхами от другого элемента просто потому, что ссылки на них остались в адаптере. Лучше вообще убрать поля дочерних вьюх в адаптере и оставить только локальные переменные в методе:
Хотя сама идея сохранять как только пользователь что-то ввёл тоже не очень правильная — старая добрая кнопка OK тут уместнее.
Извиняюсь, но здесь у Вас явно логическая ошибка (которая могла и привести к тем волшебным багам, которые вы описываете).
Строки
Явно надо вынести из условия, иначе при скролле вы рискуете работать не с тем, чем думаете. А ещё лучше перейте на концепцию Holder и/или на RecyclerView вместо ListView.