mitaichik

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

leftJoin же - это тупо чтоб приджойнить таблицу в, так сказать, ручном режиме. Он ничего не знает о релейшенах, о том что что-то нужно выбрать - он тупо джойнит таблицу и все. Соответсвенно, ничего и не выбирает.

Если хотите чтоб автоматом выбирал - работайте через релейшены с with/joinWith

Думаю копать следует в эту сторону https://github.com/yiisoft/yii2/blob/master/docs/g...

Если вам не нужен прям супер реалтайм, юзайте https://firebase.google.com/docs/cloud-messaging/ и будет вам счастье. Народ пишет что за 3-4 секунды доходят, сам в ближайшее время попробую заюзать.

Если нужен реал-там - то юзайте сокеты. Правда PHP для работы с сокетами не лучший выбор, хотя и на нем можно, но его однопоточность создает проблемы, и без костылей не обойтись (а мож какая либа/экстеншн уже есть - хз). Если вы кодите на Android то есть знаете Java - юзайте его, там сокет-сервере из коробки создается десятью строками кода.

А чем вам не нравиться вариант с просмотром в стороннем приложении?

Лично у меня такой код:

try
		{
			Uri path = ContentProvider.getUri(getActivity(), order);
			Intent intent = new Intent(Intent.ACTION_VIEW);
			intent.setDataAndType(path, "application/pdf");
			intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP | Intent.FLAG_GRANT_READ_URI_PERMISSION);
			getActivity().startActivity(intent);
		}
		catch (ActivityNotFoundException e)
		{
			new AlertDialog.Builder(getActivity())
					.setTitle(R.string.pdf_open_error)
					.setMessage(R.string.need_pdf_application)
					.setNegativeButton(R.string.close, null)
					.show();
		}
		catch (Exception e)
		{
			toast(e.getLocalizedMessage());
			Sentry.handleException(e);
		}

Sync Adapter https://developer.android.com/training/sync-adapte...

Можно написать свой класс логгера (LogTarget вроде), поставить категорию чтоб логгировал sql запросы, руками отфильтровывать необходимые запросы (например по вхождению instert/update), и логгировать в нужном вам формате, поставить чтоб сбрасывал лог немедленно.

Но вы уверенны что логгирование - лучший вариант? Может все-таки можно решить вашу проблему на уровне БД? Что за разная конфигурация такая что мешает использовать вам репликацию или бинлоги?

Ого!! 4000 строк - тут явно что то не то. Вам срочно нужно разбивать. Логика UI должна быть во фрагментах, классах вьюх, адаптерах и пр.. В хостовой активити у вас должна быть логика смены фрагментов (хотя тут можно тоже выделить отдельные классы). Бизнес логику выделяйте в отдельный слой. 4000 строк - это ужас!

1. Посмотрите не переписан ли в модели метод который получает инстанс коннекшена к бд (что-то типа getDb, не помню уже)

2. Yii может кешировать схему (зависит от ваших конфигов) - если таблиц новая и кеш включен - нужно очистить кеш.

Что за бред? Кто сказал что андройд не поддерживает хардварную клавиатуру? Кто сказал что там не работает таб? https://developer.android.com/training/keyboard-in...

Тут нет магии, просто куча кропотливой работы, все стандартно. Анмация - читай документы андройда. Красивости - рисуй рисунки\svg.

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

Я для подобного юзаю библиотеку https://github.com/ApmeM/android-flowlayout

Нет, размер экрана в dpi у разных устройств разный, в зависимости от диагонали экрана. Но (как я понял) если пиксельный размер у похожих экранах может различаться существенно, то в dpi примерно одинаковы, плюс-минус.

Существует несколько групп размеров ( mdpi, hdpi, xhdpi) - плясать нужно от них, и задавать для каждой группы свои размеры.

Используйте okhttp/retrofit