Я всегда в таких случаях предлагаю два варианта:
1. Делаю адаптив полностью на моё усмотрение. Претензии в стиле "а нельзя вот этот блок не слева показать, а справа?" не принимаются.
2. Жду дизайн-макеты адаптив под каждое разрешение экрана. Никакой инициативы от меня.
Иначе вы потратите очень много времени на утверждения и в итоге сделаете кучу ненужной работы.
Для себя решил что лучше нативного нет ни чего. Был плохой опыт с Xamarin версию уже не помню, но где то это было полтора года назад. Проблемы были с WCF сервисами, на тот момент Xamarin предлагал это как киллер фичу, а на деле не работала пока не отключил оптимизацию при построении (apk раздувало до 20 мб при том что это тупо hello world from wcf). Потом когда ищешь информацию по android находишь ответы на java и переводишь их под xamarin + иногда встречалось что свойство можно задать просто как это делается в C# (obj.Property1 = val), а на деле это не работало и нужно это делать через метод obj.setProperty1(val); и ни какой даже warning не ругнется что так делать не стоИт . В итоге меня это в конец задрало и проект ждет когда я разберусь с java. Для себя я понял что под android "большая часть интернета" пишет на java и следовательно с тривиальными затыками разобраться получится быстрее на java без необходимости сражаться с багами Xamarin и переводить код с Java в C# (хоть это и не так сложно, но нюансы тоже встречались). Может конечно Xamarin сейчас не тот что был тогда, но осадок остался. Тем более сейчас появилась Android Studio вполне симпатичная и функциональная IDE.
1. не пользуйтесь IndexOf для парсинга страниц
2. или через регулярки тащите данные (не самый простой и надежный способ)
3. или возьмите либу HtmlAgilityPack (https://htmlagilitypack.codeplex.com/) и через Xpath можно вытащить все что угодно.
Каша в вопросе. Нажористая, но мутная. Вы хотите разрабатывать мобильный сегмент - поздравляю. У вас выбор или использовать кросс-платформенный Xamarin или целевые средства, ориентированные под конкретную систему. Хотите написать одну апликуху на все сразу - берите Xamarin. Хотите писать приложение, наиболее оптимально использующее целевую платформу - придется учить Java,C# и ObjC/Swift.
Есть, избежать нереально.
Даже если все сделает правильно, напишете все редиректы, правила, robots.txt и т.д., то для того чтобы переехать на https и у вас не было бы дублей в индексе - вам придется выкинуть все что у вас сейчас проиндексировано по http из индекса и заново загнать по https.
Как уже сказали, используйте uwsgi emperor mode. Сможете включать/выключать сайты, добавляя/убирая ссылки на uwsgi.ini в /etc/uwsgi/vassals.
Почитать дополнительно можете здесь - www.nginxtips.com/how-to-setup-django-with-uwsgi-a...
Описан процесс для CentOS, но большой разницы нет.
А что мешает распарсить json на сервере (json_decode php) в массив после извлечения из базы, удалить элемент массива correct, запаковать json(json_encode) и отдать на клиент?
$qr_result = mysql_query($sql); //исправил
or die(mysql_error());
1. Между функцией mysql_query($sql) и or die(mysql_error()); не должно быть точки с запятой.
2. При подключении к базе нужно передать команду с присвоением кодировки:
mysql_query("SET NAMES UTF8") or die('Не получилось выставить кодировку');
Попробуйте может в этом и весь подвох собственно. Если у вас нет синтаксических ошибок. либо еще каких подводных камней о которых мы не знаем.