Изменения на сегодня:

1. Полная поддержка избранных сообщений! Тыкаем на звёздочку справа сверху, заходим в меню избранных (NavDrawer) и больше не теряем нужную информацию.
2. В API транспорта добавлены методы для работы с непрочитанными сообщениями и для запроса по msg_to. Что это значит? Правильно, это значит, что через недельку-другую у нас будет карбонка (как классическая, так и фетчерная).
3. Подсветка цитирования

> Вот такого

vit01> Этого

// И ещё комментариев
# bash/python

P.S. И постскриптумов

APK, как всегда, так же. Тестировать и отписываться желательно!

Что нового:

1. Исправлен тот самый баг с автопрокруткой в DebugActivity
2. Теперь клиент запоминает последнюю станцию, с которой человек работал.
3. Работает переключение "Эхоконференции" <=> "Offline-эхи"
4. Добавлен экран "Помощь". Пока что там заглушка, потому что ещё не знаю, что туда написать.
5. Из мелочей - значок в лаунчере. Но это мелочь.

APK здесь: http://irk39.tk/files/client-current.apk

vit01>> меня только что неприятно удивило, что конфиг затирается после ручной переустановки приложения :(

btimofeev> Кажется, начиная с 6 андроида, есть возможность сохранять конфиг приложения в облаке гугла, что бы после переустановки конфиг сохранялся. Но это нужно как-то настраивать. И не понятно будет ли оно работать на прошивках без гуглсервисов.

Крайне неудобный метод.

1. Среди целевой аудитории есть народ, сидящий на кастомных прошивках без гугла
2. Не работает на старых версиях андроида
3. В конце концов, есть программы для бэкапов

Тем временем, корень проблемы я нашёл. Оказалось, что всё дело в static final long serialVersionUID. Для классов Serializable, если не указать это значение, оно может подбираться рандомно и в итоге всё сбрасывать (когда этот айдишник не совпадает). У меня при переустановке выдавался Exception, и клиент загружал дефолтный конфиг. Теперь указал вручную поле, и проблем быть не должно.

До сих пор в дауне. Если и завтра не заработает, тогда перенаправлю домен на станцию mtest.

Что-то как-то с опозданием пишешь :) Feedback однозначно нужен.

Пока что у нас с btimofeev в планах обговаривалось (пишу по порядку):

1. Поправить внешний вид списка сообщений на более приятный глазу
2. Сделать работу ii-ссылок
3. Реализовать карбонку
4. Добавить работу с непрочитанными сообщениями
5. Создать новые layout'ы для недостающих интерфейсов

На выходных, скорее всего, удастся выделить время для клиента.
// По будням, увы, сильно устаю и сплю почти весь день.

В долгосрочных планах у меня:

1. Сделать написание+отправку сообщений
2. Оптимизировать интерфейс для планшетов
3. Реализовать уведомления (с автоматическим фетчем)

Всё, отбой, станция ожила.

AL>редактирования списка конференций

А ничего, что для этой фичи я специально делал скриншот и уже не раз писал про неё? :)

Короткое нажатие - перейти в эху. Длинное - редактировать список.

// Дальше при редактировании тоже длинными нажатиями взаимодействовать.

AL> Кстати, поправь регулярку для постскриптумов, чтобы оно только в начале строки их искало. А то где-то сегодня уже словил с середины сообщения ошибочное выделение цветом из-за "PS" в середине строки.

Это не совсем баг (уже давно знаю об особенностях своих регулярок). Просто регулярка комментариев срабатывать должна в любом месте строки, а постскриптумов - только в начале.

Хорошо, исправлю.

AL> PS: А ты собираешься оставить этот кислотный розовый?

Цвета скоро поменяю. Но не потому что они мне не нравятся (а синий с кислотным розовым мне всё-таки нравится), а потому что это дефолтная конфигурация Android Studio.

Из-за этого самого "набора по умолчанию" данное сочетание цветов стало сильно распространено. Чтобы как-то не сливаться с толпой и не создавать впечатление "студенческой поделки" (какая самоирония!), надо будет изменить.

vit01>> Короткое нажатие - перейти в эху. Длинное - редактировать список.

AL> Ох. Это для меня шибко неочевидно просто. В меню дублировать не будешь?

Хорошо, продублирую.
// Пункт "фетч" из меню, кстати, надо бы вверх в панельку вынести.

Клиент сегодня получил статус ... клиента! Ибо теперь можно не только читать, но и писать. Это победа, товарищи =)

Более конкретно:
* Работают диалоги черновиков и отправленных
* Оттуда их можно удалять и править
* Появился внутренний редактор сообщений
* Можно перемещать сообщения со станции на станцию
* Есть поддержка внешних редакторов (см. настройки)
* Поддержка цитирования (как нового, так и старого, см. настройки)

APK: https://ii-net.tk/ii/files/app-debug.apk

Есть и ещё какие-то изменения, но прошло уже достаточно времени, и я их подзабыл.

Требуется тестирование! Как в плане юзабилити, так и с багами (без которых никак).

В новой сборке:

1. Внешний вид списка сообщений стал гораздо более аккуратным; вместо чекбокса теперь кликабельная звёздочка; лучше отображается время. Спасибо btimofeev.
2. Поддержка непрочитанных сообщений (выделение жирным шрифтом + быстрая фильтрация + пометка всего контента в эхе прочитанным)
3. В превью сообщения в списке теперь удаляются пустые строки и цитаты
4. Продублировал правку списка эх в меню
5. Вынес действие фетча значком в верхнюю панель

APK: https://ii-net.tk/ii/files/app-debug.apk

И всё-таки соединение до внешнего мира через http://idec.spline-online.tk/ стоит проверить. Думал, что это с DNS проблема (как на ii-net.tk была недавно), но нет, всё равно станция недоступна.

Только что сделал очень важную фичу - поддержку ii-ссылок.

APK на старом месте.

Народу просьба протестировать, потому что мало ли какие баги могут быть. Сам проверял, но могу и упустить что-то из внимания.

Новое на сегодня:

1. Работоспособная классическая карбонка! Можно выбирать себе больше одного имени. Подробности в настройках клиента. // Андрей, не грусти :)
2. Поправил постскриптумы
3. В окне редактирования списка эх теперь короткое нажатие, а не длинное.

APK: https://ii-net.tk/ii/files/app-debug.apk

Все остальные просьбы/пожелания записал в TODO, чтобы не забыть. Постепенно реализуется.

AL> Круто. Отвечаю из него уже.

Этого мало. Надо рассказать, что бы добавить, что упростить, какие ошибки исправить.

Вот, например, думаю, надо ли делать автосохранение при выходе из внутреннего редактора.
Ещё хочу реализовать конкретно "непрочитанные" отдельно от карбонки.
Плюс сделать интерфейс для "дополнительно".

// тоже из него отвечаю

AL> Ну неплохо было бы иметь возможность не только тыкать курсор в произвольное место текста, но и выделять блоки текста. Например, для обрезания цитирования.

Это и сейчас есть. Долгое нажатие на каком-нибудь слове => меню выделения. Стандартное поведение на тачскринах для полей ввода.

AL> после точки надо было самому нажимать на Shift

Увидел. Будет исправлено.

AL> Ещё было бы неплохо выделять эхи в списке с новыми или непрочитанными сообщениями. Второй предпочтительней.

Это уже есть в планах. Самому неудобно без индикатора.

Difrex> * Хочется получать сообщения потянув экран вниз

И где такое применимо? На главном экране?

Насчёт остального - обязательно будет.

// Правда, у меня тут "сервер" с андроид-студией накрылся. Продолжу работу, когда раздобуду монитор, чтобы его починить.

vit01>> И где такое применимо? На главном экране?
Difrex> Ну да. Там, оде список эх.

Можно жест сделать для фетча по идее. Попробую потом, наверное.

Difrex> Вазе очень хочется, чтобы вы тут написали чего хотите видеть в umbrella -- я постораюсь реализовать.

Кому хочется? =)

А так хотелось бы постраничную навигацию по результатам поиска.

AL> Знакомая картина =)

Почищено, см. blacklist.txt. Именно для такого создавались эхи вроде ii://ii.test.14 .

Вообще, бывает.

Вдогонку: добавил пункт "Непрочитанные" в NavDrawer, чтобы заходить туда после фетча и сразу же читать новое.

На сегодня пока всё.

Сегодня мне подогнали монитор, так что работа над клиентом продолжается.

Быстрофиксы:

* Теперь заглавная буква в редакторе ставится, как надо
* Редактор сообщений сохраняет черновик при выходе из него
* Добавлен Swipe to Fetch на главном экране по предложению Дениса. Оказывается, действительно удобная штука!

APK по той же ссылке.

AL> Правда какая-то беда с прокруткой списка сообщений в эхе. Она как будто спотыкается и заедает.

Проблема в том, что сообщения подгружаются с фиксированной задержкой в 0.5 секунд (через postDelayed). Я так специально поставил. Если её убрать, то тормоза исчезают, но в logcat начинает сыпаться какая-то дрянь.

Можно попробовать уменьшить эту задержку, чтобы не сильно заметно было.

vit01> Можно попробовать уменьшить эту задержку, чтобы не сильно заметно было.

Уменьшил до 10 мс. Вроде бы, теперь лучше ведёт себя.

AL> Ещё лучше прятать строку "Ответ:-" в случае пустого repto. Но это так. Косметический недостаток.

Сделано

AL> Пока нахожусь на экране редактирования списка все ок. Как только с него ухожу, все новые эхи пропадают.

Исправлено

Difrex> Нужно сделать кнопку быстрого ответа. Чтобы сообщение сразу улетело после написания. Т.е. просто повесить save/push на одну кнопку. :)

И это тоже сделано.

APK уже на сервере, качайте.

Просьба больше не писать сюда в эху по поводу багов и фич, а использовать Issues на гитхабе.

https://github.com/vit1-irk/idec-mobile

Просто чем больше всяких идей и замечаний пишется, тем труднее за ними уследить. Так хотя бы напоминалка мне будет, чтобы не забыть. И если эти записи там фиксированно будут находиться, то они быстрее исчерпаются.

// to Andrew Lobanov: про баг с сообщениями в курсе, разобрался. Но исправлю потом.

Сегодня улучшения только для экрана "Дополнительно"

1. Добавлены недостающие элементы UI для чёрного списка и действий с БД. Большинство штук пока что не работают.
2. Действия чистки базы данных и кэша перенесены туда с главного меню
3. Можно удалять содержимое одиночных эхоконференций
4. У вкладки /x/file исправлены косяки с дизайном

APK качайте и тестируйте

Difrex>>> Нужно сделать кнопку быстрого ответа. Чтобы сообщение сразу улетело после написания.

vit01>> И это тоже сделано.

btimofeev> А отправляется только это сообщение или и всё что есть в черновиках?

Только это сообщение. И запускается отправка в отдельном Thread. Как помню, у ntkrnlmp.exe было точно так же в клиенте.

AL> // Если мне кто подскажет как можно в системд запускать скрин с нодой в виде демона, буду очень признателен. А то я как-то пытался намаслать свой юнит, но так и не осилил этого монстра.

Разве написать юнит так сложно? По каталогам systemd везде образцы раскиданы для разных пакетов. Если их почитаешь, там всё несложно.

Создаёшь файлик yournode.service

[Unit]
Description=Start Your Node
After=network.target

[Service]
User=username # если от рута, то убрать эту строку
Type=forking
ExecStart=blablabla # запускаешь ноду демоном. Если же в foreground, а не демоном, то ставить Type=simple
ExecStop=/usr/bin/killall -9 python # слишком плохая шутка
Restart=on-failure # или ещё удобно always использовать

[Install]
WantedBy=multi-user.target

Складываешь его в /etc/systemd/system/
Набираешь sudo systemctl daemon-reload
sudo systemctl enable yournode.service

И всё. Проще простого.
Screen'ом ты и так пользуешься, видимо, так что как запустить или остановить, должен разобраться.

AL> Косяк с отображением сообщения ii://N0PyIsawAJfz1GWzEnAO

Исправил баг достаточно грязным хаком. (заменяя символ < на &lt;)

Проблема была в том, что <такой> текст виджет TextView воспринимал как html-теги и удалял.

AL> Понячий цвет нравится, кстати. Хороший :)

А то! Без 20%-го прироста крутости не обойтись :)

Кстати, вот это дело посмотри: https://github.com/vit1-irk/idec-mobile/projects/1

Новое на сегодня:

1. Парсер ссылок теперь распознаёт email-адреса для быстрого открытия системного мылоклиента
2. В слайдере появились пункты меню "В начало" и "В конец"
3. Поддержка /x/file в меню "Дополнительно". Рекомендую протестировать!

Про недочёты в дизайне для фрагмента /x/file я знаю и планирую скоро исправить. Не до свистелок особо было.

APK, как всегда, на том же самом месте: http://ii-net.tk/ii/files/app-debug.apk

Заработали 2 кнопки из меню настроек станций, а именно:

1. Автоконфигурация по /x/features, которая сама расставит галочки
2. Получение списка эхоконференций с ноды (с предпросмотром!)

Из нашего IDEC API и из расширений осталось реализовать только поддержку чёрного списка. Остальное уже - дело GUI и юзабилити. Что ж, продолжу допиливать потихоньку.

На сегодня:

1. Через меню главного экрана можно пометить прочитанной всю базу
2. Окно дебага при выходе показывает, сколько сообщений скачано/отправлено

Ну и исправленный баг, но я про него только что писал

AL> А клонирование эх будет?

Механизм фетча здесь полностью аналогичен CutieFeed'овскому.

Для клонирования:

1. Создаёшь новую станцию с таким же адресом
2. Отключаешь в ней расширения IDEC
3. Правишь подписки
4. Скачиваешь сообщения
5. По желанию "выключаешь станцию" в её настройках, чтобы перестать её фетчить (или даже удаляешь)

Так можно, например, создавать сразу несколько разных архивов и пополнять их независимо друг от друга.

AL> Сложновато.
AL> Тут ты хозяин-барин и фичи клиента я впиливать не буду по причине незнания явы. Так что и настаивать не стану :)

Ну да, сложновато. Зато хоть как-то работает :) Пусть даже и путём немного большего числа кликов.
А так всегда сложно достигать гармонии между юзабилити и удобством кодинга, увы.

AL> Ну держать архивы на андроиде это узкий юзкейс. Даже уже клонирования.
AL> Механизм клонирования я создавал с целью целиком выкачать анекдоты или крипоту.

Архивы я здесь упомянул в более широком смысле. Как те эхи, в которых много старых сообщений и которые ты не читаешь каждый день. Как раз всякие литературные штуки, оффлайнизация и подобное.

Вообще, архивы - это хорошее дело. Поэтому в скором времени планирую импорт/экспорт бандлов, чтобы можно было составить однофайловый дамп на компьютере (через ii-db-utils или idec-utils), импортировать в клиент и не тратить на скачивание время и мобильный трафик.

Всё ведь мечтаю об универсальном африканском клиенте в кармане :)

Новая сборка:

1. btimofeev пофиксил ужасно непонятный баг с удалением черновиков свайпом. Теперь всё хорошо, спасибо! см. ii://develop.16

2. На главном экране в списке эх добавлены счётчики сообщений (непрочитанных в том числе) и выделение жирным шрифтом непрочитанных эх. Прямо как в Цезии, очень удобно.

APK: http://ii-net.tk/ii/files/app-debug.apk

В новом "горячем пирожке" заработала функция "Обрезать эху" из меню Дополнительно.
Теперь можно периодически чистить содержимое всяких RSS-лент от старых новостей, чтобы они зря не занимали место.

AL> Включил уведомления, потом выключил, но они продолжают приходить.

Хорошо, попробую разобраться. Видимо, у AlarmManager метод остановки не работает.

В качестве временного избавления от уведомлений выключи станцию с фетча.

AL> В сабже у нас появилась первая девочка сети =)

Теперь придётся документацию переписывать, где написано, что "девочек не было" =)
Ну ничего, придумаю новые пропагандистские лозунги, хехе.

AL> Старожилы, надо поднимать активность ..... а мы молчим как рыба об лёд.

В клиенте ничего нового нет, потому что время на него у меня только в выходные появится.

Повседневная жизнь наша здесь вряд ли кого интересует.
Поэтому и молчание.

Сегодня очень важный апдейт: клиент получил поддержку уведомлений.

// Решил пойти по пути наименьшего сопротивления и реализовать фичу только для станций с /x/c

Показывается всё точно так же, как и в ServerListener, то есть для каждой эхи сколько новых сообщений. По щелчку на уведомлении сразу запускается фетчер.

Поведение умное: если пользователь только что зафетчил сообщения, то клиент уже не будет его оповещать о том, что появилось на станции 10-15 минут назад.

Вибрация и интервал запросов, как всегда, указываются в настройках клиента. По умолчанию новая фича отключена.

Внимание: перед обновлением надо очистить кэш /x/c, потому что я поменял место его хранения. Если же не очистите, то в /data/data/vit01.idecmobile/ останется несколько мусорных файлов на пару килобайт. На работе клиента это никак не отразится, однако чувства перфекционистов будут задеты.

APK: http://ii-net.tk/ii/files/app-debug.apk

AL> в юникодо то веки привёл девочку в сеть, а с ней никто не разговаривает =)

Lit.14 - это контент-эха, она не предназначена для общения.

Вот если бы новички сразу в develop.16, linux.14 и.т.д. писали, тогда бы быстро пошёл разговор :)

К тому же, товарищ девочка даже не представилась и ничего здесь не спросила.

AL> Насколько сложно было бы реализовать опцию, отключающую список сообщений в эхе? То есть поведение схожее с цезием. При этом было бы круто вызывать список из режима чтения.

Чтобы это сделать, надо:
1. Добавить чекбокс в настройки и пункт в меню
2. Запускать слайдер поверх списка сообщений и убирать список при выходе из слайдера
3. Запоминать позицию в каждой эхе

Самое неудобное - это третье. Ведь кроме обычных эх у нас есть карбонка и избранные. А ещё можно ставить фильтр на непрочитанные на экране списка. Породит костылей немало.
Просто в слайдер передаётся уже сразу массив msgid'ов и позиция в этом массиве.

Сделать могу, это не очень сложно, но сначала реализую то, что запланировано.

AL> Ну она же девочка =) А ещё у меня много знакомых, которые не разработчики и не линуксоиды.

Девочки тоже люди, и разработка им не чужда =)
А если серьёзно, то предложения по тематике принимаются.

Из нетехнического нероботизированного у нас есть:
1. Юмор
2. Рогалики
3. Литература (разная обычная и крипота)
4. Мёртвые и разбросанные музыкальные эхи
5. Скрытоэхи (недоступны по понятным причинам)

Это просто по списку эх прошёлся.

AL> Хотя, мои попытки рассказать что-либо в трубе пока не увенчались успехом почти ни разу.

Это момент чисто психологический. Вот смотришь на какое-то сообщение в пайпе, а там всего лишь сообщается какой-то факт, описывается явление и.т.д. Человек просто прочитал и воспринял. Думает: "Ну окей, ясно дело". Чтобы такого не происходило, можно
1. Обращаться к народу, а не просто излагать мысли куда-то в эфир.
2. Добавить небольшую интригу, чтобы захотелось узнать больше и спросить.

vit01>> Lit.14 - это контент-эха, она не предназначена для общения.

AL> Не думаю, что там нельзя обсудить литературу или попросить совета чего почитать. Нужно ли нам такое строгое регламентирование?

Вот тут ты прав, регламентировать не надо. Просто так сложилось, что никто там ничего не обсуждает. Наверное, потому что рассказы обычно пачками складываются (не всё успеваешь прочитать, да и знаешь, что твои сообщения потеряются после очередного "наполнения").

Можно это поменять.

AL> Это прямо уже какая-то ментальная мастурбация (извиняюсь за грубость).
На самом деле это так и есть =)

AL> Обсуждать в сети только софт для этой сети =)
Приятное в клиенте не то, что это клиент для IDEC, а то, что он на джаве и на андроид. Есть некий ментальный кайф от решения разных нетипичных и странноватых проблем. Реализовал одну фичу, другую, третью, и наступает удовлетворение, сравнимое с тем, как ты вычёркиваешь какие-нибудь сделанные дела из расписания/плана.

AL> Кстати, а почему список эх дёргается при прокрутке? Это только у меня так?

Что значит дёргается? Вроде бы нормально себя список ведёт.

Хотя может быть это просто заморочки RecyclerView, который пересоздаёт вьюхи для экономии памяти. Ведь каждая эха в списке - это объект, который запрашивает из базы количество сообщений. А запросы к базе тоже времени требуют.

AL> == Фичареквест
AL> А вот можно ещё фетчинг свайпом сделать отключаемым?

Сделано (см. настройки). Обновляйся ещё раз.

Правда, по умолчанию фича и у остальных отключится (потому что при обновлении конфига boolean всегда ставится в false), так что ставьте галочку заново, если пользовались ей.

Обновление на сегодня:

* Попытался пофиксить баг с уведомлениями, про который Андрей писал. Пока что не знаю, починилось или нет.
* Добавил поддержку http-прокси (доступна также авторизация на проксе)
* Сделал интеграцию с приложением Orbot для повышения удобства работы с Tor

Ради эксперимента поднял на время hidden service и успешно зафетчил на телефон одну эху через Tor.
В общем, клиент теперь устойчив к блокировкам. Даёшь хентай, понево и пропаганду systemd среди совершеннолетних!

APK: http://ii-net.tk/ii/files/app-debug.apk

Торонода Дениса, кстати, до сих пор в дауне.

P.S. Socks-прокси мне завести не удалось (за весь день так и не разобрался), но через обычные http работает как Tor, так и i2p. Кому надо именно Socks, могут воспользоваться Polipo и прочими "преобразователями".

// Далее по плану - тёмная тема оформления. Отдохну пока от внутренностей и займусь свистелками.

AL> А чего неудобного в этом деле?

Не в хранилище данных дело. Проблема в изменчивости позиции внутри эхи. В карбонке, например, хранится одинаковое количество сообщений. Когда ты туда заходишь, клиент просто берёт последние N сообщений, у которых получатель стоит на твоё имя. Как здесь запоминать позицию? Единственным вариантом вижу здесь сохранять последний просмотренный msgid и при каждом входе в карбонку искать его последнее вхождение, дабы вычислить индекс.

Ещё есть избранные. У них в базе идёт сортировка в строго определённом порядке. Порядок зависит от того, как давно зафетчили сообщение. Так что если ты клацнешь на звёздочку, то позиция может съехать.

AL> А зачем поверх скиска сообщений запускать слайдер? Я слабо себе представляю разработку под андроид. Это особенности местного UI-строения*

Чтобы потом можно было зайти в список, то есть как бы вернуться туда. Суть в том, что в андроиде экраны-активити располагаются в виде стека.

Когда ты жмёшь на эху, открывается активити EchoView, в которую передаются параметры (эха: такая-то, станция: такая-то). EchoView запрашивает содержимое эхи и представляет это в виде списка на экране. Когда ты запускаешь слайдер, то в него передаются параметры (список сообщений: [массив msgid], позиция: число). Слайдер ничего не знает о эхе, он воспринимает только массив msgid, поэтому с его помощью можно делать разные фильтры (например, на непрочитанные сообщения и для работы ii-ссылок).

Всё это выглядит как-то так:

MainActivity (станция), низ стека
EchoView (станция, эха)
MessageSlideActivity (станция, список msgid, позиция), вершина стека

Если я помещу обработку позиции в главный экран (фрагмент списка эх), то возникнет путаница и каша в исходниках.
Доверять слайдеру это дело тоже нельзя, потому что надо будет писать собственные случаи для непрочитанных, ii-ссылок и прочего, что сделает кучу геморроя.
Менять экраны в стеке местами нельзя.

ООП весь в своей красе. Компоненты полностью независимы, так что приходится выкручиваться как-то.

Вот протестируй, пожалуйста, а то у меня на эмулятор ОЗУ совсем не хватает. Он просто запуститься не может.

btimofeev> 1. В дефолтной теме в активити настройки станций в экшенбаре название станции черного цвета на фиолетовом фоне не очень выглядит.

btimofeev> 2. В полностью белой теме надпись и иконки в экшенбаре черные, а бургер, стрелка и три точки серые. Надо, наверное, всё серым сделать.

Всё починил и закоммитил.
Кстати, у тебя есть девайс или эмулятор на конкретно Android 5.0 или 5.1? Надо просто проверить внешний вид белой темы, а то не уверен, что она там правильно отображается. Может быть, придётся дописать кое-что в values-v23

AL> А один раз считать непосредственно весь список не выйдет получается?

Вообще, я так изначально и хотел реализовать, но тут всё упёрлось в sqlite. Одним запросом count(*) для разных условий не сделаешь. Поэтому решил запихнуть одиночные запросы данных в каждый элемент.

Как реальный вариант можно сделать что-то вроде кэша в ОЗУ. Цифры будут загружаться всего один раз, а при прокрутке списка его элементы станут обращаться не напрямую к базе, а к этому самому кэшу.