Anatoliy

В консоли разработчика apple есть несколько Provisioning Profile. Все они отображться в выпадающем списке студии в настроках Provisioning. Однако в этом списке студия отображает и старые Provisioning Profile, которые были давно удалены. Как убрать из списка в студии Provisioning старые профайлы? Спасибо.

Спасибо. Все давно прочитано и все работает и хостинге. И Равилю спасибо! Хотелось бы иметь важную модификацию - которую на данном этапе не имеет PHP сервер Равиля - время хранения пуша. Сейчас 4 недели по дефолту, это слишком много... Повторюсь, что надо: 1. Учет времени хранения пуша. 2. Сервер должен учитывать статистику, а сколько реально устройств используется в том случае, если приложение было установлено и потом удалено. Соответственно надо добавить поля в основную таблицу... 3. Возможность из программы отключать получение пушей. Как это предусмотрено у профессиональных приложений... Т.е.вызвать на сервере из программы метод отключения/включения получения пуша на конкретном устройстве. 4. Заменить GET на POST. Это минимальный набор профессионального сервера для пушей. Я не прошу шары. Я готов купить расширенное решение сервера Равиля. P.S. Ярослав, может Вы озаботитесь платной версией PHP сервера для пушей? Опыт создания платного курса у Вас есть. Этот сервер реально будет иметь спрос. В дальнейшем, дополнительно, можете брать денежку за модификацию базового функционала и пожеланий заказчика. Вроде как не FMX тема, однако этот сервер охватывает большой слой Дельфи FMX приложений...

Удалось избавиться от пустого токена. Дело было в профайле.

Решился вопрос. Был лишний пробел при копирование из релиза в дебаг...

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

Собран реальный стенд с IOS10. Для приложения включен режим прием пушей. Сертификаты в консоли встали нормально.... Упущена какая-то деталь для IOS10, наверное... P.S. Для IOS проекта важны отличия от андроид только тут: $config['push']['server_key'] = ""; $config['app']['name'] = ""; Идентификатор отправителя FAndroidServerKey используем в андроид проекте. Все верно?

Нет. Это сторонний сервис как и Кунвей полностью бесполезный. Попытка нажать кнопку загрузить сертификаты ни к чему не приводит (см.картинку). Сторонний сервис не подходит. Тут много гуру которые пользуются своими PHP серверами, вот такую бы штуку и хотелось бы прикупить с базовым функционалом...

1. server_key в новой папке установлен в ios ключ проекта в api.php 2. С учетом новой папки изменен метод RegisterDevice. 3. Изменена ссылка запроса пуша с учетом новой папки. 4. CFBundleIdentifier установлен как и и $config['app']['name']

Не получается с IOS никак... Скопировал сервер в новую папку. Изменил ссылку запроса и ключ в api.php. Делаю пуш и получаю ERROR Пуши не отправлены... Уперлись мы с Lunar Tecnologi2 в "любимый" IOS.

Ясно. Спасибо. Разнесу по разным папкам т.к. серверную часть из-за не знания PHP модернизировать не смогу.

Я не совсем понимаю, согласно статье мы в ручную заполняем это: $config['db']['host'] = "ххх"; // localhost "расположение БД" $config['db']['name'] = "ххх"; // "название БД"; $config['db']['user'] = "ххх"; // "пользователь"; $config['db']['pass'] = "ххх"; // "пароль к БД"; $config['push']['server_key'] = "Ключ из Андроид проекта firebase"; $config['app']['name'] = "имя пакета"; //для проекта IOS А где мы вставляем ключ server_key если проект IOS?

Тут, как я понял, похожая проблема, но на java: https://stackoverflow.com/questions/42869452/ios-device-token-sent-empty-to-database Вроде для IOS 10 надо что-то сделать дополнительно, но не понятно как.... у меня IOS 10.2.1...

Прочитал, но видимо туплю не вижу ответа... Я сделал отдельный проект в Firebase для IOS. Правда не понимаю, а зачем нам новый Server key если согласно статьи он в проекте для IOS не используется, а используется для Андроид. В IOS используем строку $config['app']['name'] = "имя пакета"; Короче уткнулся я в комментарий из блога: И присоединяюсь к автору Lunar Tecnologi2 с тем же вопросом: Would you help me?

Здравствуйте. Делаю все согласно блога ZuBy: http://blog.rzaripov.kz/2017/02/firebase-android-ios.html http://blog.rzaripov.kz/2017/02/firebase-android-ios-2.html для попытки получать пуши на IOS. С Андроид все ОК. Код отрабатывает нормально переменная FPushService инициализируется. Все выглядит нормально. Однако пуши не приходят. Пробовал отправить с консоли - результата нет, тишина. Посмотрел таблицу PushTokens новая запись не появилась. Похоже что-то упущено, однако ошибок никаких нет, поэтому непонятно куда копать... Может подскажите, на что обратить внимание?

> не забывайте потом скинуть сюда ссылку на Ваше приложение. Не знаю когда гугл разрешит или забанит приложение, но скачать его можно по ссылке: Тут должна быть ссылка на тему в разделе Приложения, написанные с использованием FireMonkey я использовал хостинг чтобы понять что приложение не содержит не нужные разрешения, которые студия из-за своих багов в него вставляет. Т.е. я в качестве теста скачивал на телефон и смотрел какие разрешения требует приложение при установке. Сейчас это только интернет и это правильно. Программный комплекс выглядит так: 1. Я предоставляю хозяину бизнеса личный кабинет с визуальным редактором. В этом кабинете хозяин бизнеса формирует статью, нужную ему (акции, новости, мероприятия...). Речь идет о церкви в этом приложении, значит церковные новости... 2. Хозяин бизнеса шлет пуш. 3. Пуш показывает статью сформированную в личном кабинете... Все основано на статье ZuBy. Но есть существенный недостаток - время хранения пуша. Хочется чтобы это было 2-3 дня, а не 4 недели как по дефолту....

Я как раз пользуюсь Вашими статьями. Какие-то изменения в консоли в плане интерфейса... Короче какими-то неосознанными действиями добился, что вижу Опубликовано... Теперь, как я понял, надо ждать отказ...

Приложение готово к публикации. Нажимаю кнопку в консоли "Готово к публикации" и консоль перекидывает меня на страницу управления версиями. Я тут не совсем понимаю, что делать дальше... Надо нажать на кнопку Начать в разделе Google Play App Signing? Видно что этот раздел можно и закрыть крестиком. Что надо сделать на этой странице чтобы опубликовать приложение?

Ух... БОЛЬШОЕ ВСЕМ СПАСИБО. Залил в консоль приложение для получения пушей без GET_ACCOUNTS, заодно убрал READ_PHONE_STATE. Без READ_PHONE_STATE пуши приходят нормально... Приложение готово к публикации. Сейчас опубликую - получу отказ от гугла, и буду высылать им разрешающий документ... Со стороны выглядит полным маразмом... Неужели в консоли не могли предусмотреть раздел где можно было бы сразу перед публикацией прикрепить разрешающий документ? Очень странно это все выглядит у гугла, представляю что твориться в магазине apple - две мега корпорации для разработчиков - все для людей... P.S. Автору форума - памятник при жизни! Спасибо.

Нет все нормально. Видимо билд запустил, а не деплой, и он мне изменил манифест... Сколько танцев с бубном надо делать в этой студии... баг за багом...а без этого форума вообще не возможно этой студией пользоваться...

Поставил <uses-sdk android:minSdkVersion="16" android:targetSdkVersion="16" /> Закинул apk на хостинг. Скачал на телефон. При попытке установить, пишет будет поиск аккаунтов на устройстве и интернет. Следовательно GET_ACCOUNTS сохранился... Поставил <uses-sdk android:minSdkVersion="14" android:targetSdkVersion="14" /> Все нормально. Пишет что нужен только интернет. Темень в этом вопросе.... P.S. Сейчас попробую все по новой. Может где-то ошибся...

А на сколько критично будет если оставить 14 во втором пункте? <uses-sdk android:minSdkVersion="14" android:targetSdkVersion="14" />

C GET_ACCOUNTS понятно. Очередной баг студии: https://quality.embarcadero.com/browse/RSP-17799 Обсуждение: https://forums.embarcadero.com/thread.jspa?threadID=248971 Не до конца понимаю обсуждение - надо сделать манипуляции с targetSdkVersion или правильным решением будет добавить свой манифест в деплоймент чтобы избавиться от GET_ACCOUNTS или как?

У меня в разрешениях приложения стоит только две галочки - Internet и READ_PHONE_STATE. ZuBy где то писал, что READ_PHONE_STATE для корректной работы пушей надо. При попытке опубликовать приложение в консоли гугл получаю: В вашем приложении есть APK-файл версии 2, в котором применяются следующие разрешения: android.permission.READ_PHONE_STATE,android.permission.GET_ACCOUNTS. Чтобы их использовать, необходимо настроить политику конфиденциальности. Научите как настраивать политику конфиденциальности и откуда берется разрешение GET_ACCOUNTS, у меня только две галочки в разрешениях Internet и READ_PHONE_STATE. Берлин со всеми апдейтами. Спасибо.

Думаю приложение будет 100% заблокировано, ведь речь идет об конкретном учреждении. Жаль что нет способа отправить разрешающий документ перед публикацией.

Добрый день. Эта тема закрыта: http://fire-monkey.ru/topic/3840-статья-настройка-пуш-уведомлении-через-сервис-firebase-для-android-и-ios-часть-2/?sortby=date&page=3 поэтому тут задаю вопрос... Нет опыта работы с php, подскажите где можно найти-купить нормальный сервер php для пушей? Сервер описанный выше не подходит. Он использует get вместо post и переодически получаем фонтомные пуши. Во вторых этот сервер не учитывает важный параметр - время храненения пуша. Допустим пуш шлют раз в пять дней. Актуальным считается последний пуш. Если у человека был выключен телефон в течении месяца, то после его включения он получит множество ненужных устаревших пушей. Нужна настройка параметра - время хранения пуша. И третье - сервер не учитывает статистику, а сколько реально устройств используется в том случае, если приложение было установлено и потом удалено. Таким образом сервер описанный в статье он образовательный. Подскажите где можно найти-купить полнофункциональный php сервер по обработке пушей? Спасибо.