xmoonlight

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

Объединить все 3 результата - не судьба?

Поставить любой плагин статического кеширования.

Легко можно найти проект на любой фриланс-бирже с работой по пост-оплате, но ожидайте 2 момента:
1. Сначала делаете (верстаете), затем показываете и, если будет всё корректно, Вам заплатят.
2. Если не понравится заказчику - Вам не заплатят.
PS: сервисы для самопроверки выполненной работы.

1. Сразу после установки приложения, делаете обратную синхронизацию (загрузку) из postgres-а в sqlite необходимых новых (по timestamp смотрите) данных для приложения.
2. После загрузки - обязательно делаете верификацию полной синхронизации данных.

https://cryptpad.fr

Без вариантов!
Только своё решение!

Например, есть AD, но там бардак.

Если Вы дали оценку - значит Вы уже знаете как должно быть!
Осталось - устранить бардак! :)

Да и я больше тактик, чем стратег.

А я, как раз, наоборот! :)

Те, которые кешируются для конкретной сессии (для конкретного пользователя).
По-умолчанию, это 180 минут и создаётся дополнительный HTTP-заголовок:

Cache-Control    private, max-age=10800, pre-check=10800

Т.е., данный параметр отвечает за клиентское(браузерное) кеширование с помощью добавления дополнительных HTTP-заголовков.

Подробно: тут

1. Использовать RSS/XML-фиды (если предоставляет удалённый сайт) для получения нужных данных.
2. Парсить данные с нужной страницы вручную и кэшировать у себя результат на 0.5-24 часа.
3. Отображать ТОЛЬКО! кешированный результат на своём сайте.

В гугле - полно их.

Целиком и полностью зависит от контекста содержания.
Приведите ссылку на отрывок текста книги или публикации.

UPD: Прочитал: раз, два. (года 2006-2007!!!)
Ответ:
1. В ООП решаются проблемы уникальности, целостности структуры и управляемости проектного кода.

2. Автор никогда не создавал сложных приложений:

I'm not a fan of object orientation for the sake of object orientation.

3. Это банальное желание пропиариться, используя производительность ООП, как аргументацию (или просто неумение большинства управлять ею с помощью контроля состояний узлов структуры ООП).

Как адекватно оценить свой уровень?

Точно также, как и узнать: какой из пары предметов больше или тяжелее.

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

Не нужно учиться решать бредовые задачи!

Нужно учиться:
1. Понимать последовательность шагов/действий для получения ожидаемого результата реальной задачи.
2. Применять оптимизацию к найденному алгоритму, используя википедию и/или любые другие источники с открытыми алгоритмами, методами, способами.
3. К найденной оптимизации применить оптимальные функции из выбранного инструмента разработки (языка программирования).
(только здесь мы начинаем писать код!)
4. Оптимизировать производительность полученного кода (рефакторинг).