alexbirukov

Вполне нормальное описание.
По iOS сделать можно ещё проще, указать в xCode учётную запись и все профили подтянуться автоматически и все сертификаты. Отдельно не придётся ничего качать, импортировать и пр.
 
На виртуалке всё это дело ни чем не отличается, все студии и MacOS установлены сугубо на виртуалках и всё отлично работает. Сейчас когда профили подтягиваются автоматически и в самой RAD студии, вообще стало просто.
 
А вот что стоило бы описать подробнее, так это именование BundleID и прочите тонкости в Коннекте Эпла, я первый раз когда делал, два дня убил. С этими обратными нотациями записи, профилями и пр.

Ссылка на статью. Автор: Александр Бирюков В статья я максимально подробно попытался описать работу с PHP скриптом для рассылки Push сообщений из любой программы вне зависимости от платформы. Затрагивается вопроса от экспорта скриптов до кода программы: отправка и получение Push, регистрация устройств.
 
Надеюсь кому-нибудь пригодится. Буду рад комментариям, обоснованной критике и доработкам.
 

Ссылка на статью. Автор: Александр Бирюков В статья я максимально подробно попытался описать работу с PHP скриптом для рассылки Push сообщений из любой программы вне зависимости от платформы. Затрагивается вопроса от экспорта скриптов до кода программы: отправка и получение Push, регистрация устройств.
 
Надеюсь кому-нибудь пригодится. Буду рад комментариям, обоснованной критике и доработкам.
 

Ссылка на статью. Автор: Александр Бирюков В статья я максимально подробно попытался описать работу с PHP скриптом для рассылки Push сообщений из любой программы вне зависимости от платформы. Затрагивается вопроса от экспорта скриптов до кода программы: отправка и получение Push, регистрация устройств.
 
Надеюсь кому-нибудь пригодится. Буду рад комментариям, обоснованной критике и доработкам.
 

чорт, я всю неделю провел, раскапывая эту тему, и то до конца не достал ))
а надо было просто немного подождать ))))
огромное спасибо за статью

Мне кажется, проще воспользоваться REST API и получать данные без UI. А дальше уж самому решать, что с ними делать.
https://wordpress.org/plugins/json-rest-api/
 
Я понимаю, что парсить страницу - это универсальное решение, но оно работает ровно до первого изменения шаблона дизайна страницы :-)

Судя по тому, что ответов не было, опишу как это получилось у меня.
 
Получилось настроить все как я и писал выше, но пока без UI-тестов.
 
FinalBuilder оказался действительно мощным инструментов, который позволяет делать очень много и решать одни и те же задачи разными способами.
 
Итак, приступим к описанию.
 
У меня 17 модулей в группе проектов. Часть кода является общей для всех проектов и вынесена отдельно из проекта. Тесты созданы на каждый проект и на общий код. Пока не будут без ошибок скомпилированы и пройдены тесты, дальнейший процесс сборки пройти не может. Смысл в том, что если общий код с ошибками, то и код каждого из проектов может дать ошибки, поэтому продолжать сборку нет смысла.
 
Алгоритм сборки:
1. Компилирование тестов общей части кода.
2. Если компилирование без ошибок, то запускаем тесты. Если с ошибками, то прерываем весь процесс и высылаем электронное письмо с логом компилятора.
3. Если тесты пройдены без ошибок, то приступаем к компиляции проектов. Если с ошибками, то прерываем весь процесс и высылаем электронное письмо с логом тестов.
4. Тоже самое с проектами. Сначала компилируем тесты и запускаем их. Если без ошибок, то компилируем сами проекты. Если с ошибками, то весь процесс уже не прерываем, а просто пропускаем проект с ошибками и также высылаем лог компилятора или тестов на почту.
5. Сборка проходит каждую ночь в течении недели, а в воскресенье в конце сборки происходит дистрибуция бинарников на сервер обновлений. Во время дистрибуции в бинарники записывается информация о версии, последней компиляции и прочая информация.
 
И все это происходит автоматически из одного окна FinalBuilder.
 
Пока все нравится, полет две недели.
 
А вот как это дерево, которое я описал, выглядит в FinalBuilder. Во вложении.
 
Если кого-то интересуют подробности, то пишите, с удовольствием расскажу.

для Delphi 10 Seatlle вышел
30398_paserver_hotfix_for_delphi_c_builder_and_rad_studio_10_seattle
 
This PAServer Hotfix provides fixes for:
- building OS X 10.11 (El Capitan) applications with Delphi, C++Builder and RAD Studio 10 Seattle
- building iOS applications that run on iOS 7, iOS 8 and iOS 9 using the iOS 9 SDK with Delphi, C++Builder and RAD Studio 10 Seattle

Разобрался такая ошибка возникает из-за путаницы сертификатов!
 
APN сертификат на сайте конечно надо заводить от девелопера, но это у меня и так было.
А вот в чем траблы были.
В связке ключей валялись сертификаты пушей моих экспериментов, но только по дате их отличишь.
Поэтому на всякий случай удалил ВСЕ сертификаты PUSH, тут же все еще на маке зашел в сафари
и скачал APN сертификат *.cer с сайта developer.apple.
Кликаем мышкой на этом сертификате и он отображается в связке ключей.
Затем находим ветку PUSH, открываем ее, ОБЕ строчки выделяем и сохраняем в MyPush.p12, пароль не нужен.
Далее уже на винде, утилитой ссл генерим pem файл
openssl pkcs12 -in MyPush.p12 -out MyPush.pem -nodes
жмем энтер и никаких паролей.
Далее в проекте делфи в SSLHandler заполняем что и гонсалес показал и cer и key указываем MyPush.pem.
 
Я потратил много времени на файлы и версии опенссл libeay32.dll и ssleay32.dll...но это НЕ ТО !!!
По прежнему все просто ложите в папку проекта эти файлы и не выносите мозг никому Wow64 или System32...или 0.9.8m,d,k? и т.п. бредом.

И так, пока русскоязычная и англоязычная части интернета молчат по поводу работы в новой Delphi XE10 Seattle в связке с xCode 7, а компании представители описывают, какое замечательное вышло обновление, пользователи столкнулись с проблемой, что приложения, сделанные на XE10 Seattle, xCode 7 + SDK9, не запускаются на предыдущих платформах.
Не совсем понятно, почему в упомянутых сегментах интернета нет совершенно никакой информации по данному поводу. Опять впереди планеты все Китай.
Пользователь блога подробно описывает конфигурацию, на которой он тестировал запуск приложения и описание проблемы. Несколько реальных устройств на разных прошивках, разные версии ПО и пр.
Коротко о главном. Если вы хотите, как можно скорей перейти на новую Delphi XE10 Seattle с целью писать свежие приложения\обновления для iOS, спешу вас разочаровать. Ваши программы перестанут работать на предыдущих версиях iOS. Статистика испытаний такова, что приложения собранные на XE10 Seattle, xCode 7 + SDK9 будут работать только на устройствах под управлением iOS9.
Вторая проблема, состоит в том, что недавнего времени AppStore при проверке приложений стала проверять их именно на iOS 9, а приложения собранные на XE8.1 такую проверку не проходят, так как зависают на стартовой заставке приложения и как следствие их отклоняют. Вот так то. Прошла уже целая неделя, а интернет по данному поводу ничего сказать нам особо не может.
На днях появилась статья от Сарины Дю Понт, о том, как всё же запустить приложение сделанные в XE8.1 на iOS9.
В результате изысканий Китайских друзей, получаем на данный момент такую картину:
XE8 + iOS 6 = полёт нормальный
XE8 + iOS 7 = полёт нормальный
XE8 + iOS 8 = полёт нормальный
XE8 + iOS 9 = зависание на экране заставки (если не воспользоваться советом Сарины)
XE10 + iOS 6 = приложение вылетает
XE10 + iOS 7 = приложение вылетает
XE10 + iOS 8 = приложение вылетает
XE10 + iOS 9 = полёт нормальный
Таким образом в XE10 Seattle и xCode 7 можно получить на данный момент только приложение, работающее на iOS9.
Ждём Delphi XE10 Seattle Update 1.
P.S. А в на Android в Delphi XE10 Seattle приложение с компонентами для отправки Push не запускается в режиме Release — Application Store. Что тоже, очень и очень печально.

И так, пока русскоязычная и англоязычная части интернета молчат по поводу работы в новой Delphi XE10 Seattle в связке с xCode 7, а компании представители описывают, какое замечательное вышло обновление, пользователи столкнулись с проблемой, что приложения, сделанные на XE10 Seattle, xCode 7 + SDK9, не запускаются на предыдущих платформах.
Не совсем понятно, почему в упомянутых сегментах интернета нет совершенно никакой информации по данному поводу. Опять впереди планеты все Китай.
Пользователь блога подробно описывает конфигурацию, на которой он тестировал запуск приложения и описание проблемы. Несколько реальных устройств на разных прошивках, разные версии ПО и пр.
Коротко о главном. Если вы хотите, как можно скорей перейти на новую Delphi XE10 Seattle с целью писать свежие приложения\обновления для iOS, спешу вас разочаровать. Ваши программы перестанут работать на предыдущих версиях iOS. Статистика испытаний такова, что приложения собранные на XE10 Seattle, xCode 7 + SDK9 будут работать только на устройствах под управлением iOS9.
Вторая проблема, состоит в том, что недавнего времени AppStore при проверке приложений стала проверять их именно на iOS 9, а приложения собранные на XE8.1 такую проверку не проходят, так как зависают на стартовой заставке приложения и как следствие их отклоняют. Вот так то. Прошла уже целая неделя, а интернет по данному поводу ничего сказать нам особо не может.
На днях появилась статья от Сарины Дю Понт, о том, как всё же запустить приложение сделанные в XE8.1 на iOS9.
В результате изысканий Китайских друзей, получаем на данный момент такую картину:
XE8 + iOS 6 = полёт нормальный
XE8 + iOS 7 = полёт нормальный
XE8 + iOS 8 = полёт нормальный
XE8 + iOS 9 = зависание на экране заставки (если не воспользоваться советом Сарины)
XE10 + iOS 6 = приложение вылетает
XE10 + iOS 7 = приложение вылетает
XE10 + iOS 8 = приложение вылетает
XE10 + iOS 9 = полёт нормальный
Таким образом в XE10 Seattle и xCode 7 можно получить на данный момент только приложение, работающее на iOS9.
Ждём Delphi XE10 Seattle Update 1.
P.S. А в на Android в Delphi XE10 Seattle приложение с компонентами для отправки Push не запускается в режиме Release — Application Store. Что тоже, очень и очень печально.

XE10 + iOS 6 = полёт нормальный
XE10 + iOS 7 = полёт нормальный
XE10 + iOS 8 = полёт нормальный
XE10 + iOS 9 = полёт нормальный
xCode 6
приложение успешно прошло проверку в app store и опубликовано единственный момент они уже не принимаю совместимость ios 6 требуют указывать минимальную версию 7

xCode 6 проверял на реальных устройствах
 
p/s изначально  обновил до xCode 7 версии
и были  ошибки после отката  на xCode 6 все заработало

Автор: Павел Литвинко
Обзорная статья: http://blogs.embarcadero.com/vsevolodleonov/2014/01/31/appfactory1/ Видео обзор (Rus):  http://www.youtube.com/watch?v=6Tahytk_QUM Видео обзор (En):  http://www.youtube.com/watch?v=xVUhMAJquw8 Ссылки на приложения: AppFactory, AppProducts    

Разработчик: Александр Бирюков
Ссылки на приложения: iOS и Android
Описание:
 


Алгоритм работы:
Пользователь попавший в ДТП создает заявку или нажатием кнопки SOS в экстренной ситуации отправляет экстренное сообщение на сервер. Модераторы получают СМС уведомления о произошедшей аварии. После модерации пользователи системы получают СМС уведомления с адресом аварии и Push уведомления.

Решили проблему?
 
Если нет, вот оф. документация по этому вопросу.
Я же просто кидал эти две библиотеки в папку проекта и всё отлично начинало работать.
 
Добавлять сами библиотеки в конечный проект в Deployment, не надо, иначе не сможете опубликовать проект в AppStore.

Разработчик: Александр Бирюков
Ссылки на приложения: iOS и Android
Описание:
 


Алгоритм работы:
Пользователь попавший в ДТП создает заявку или нажатием кнопки SOS в экстренной ситуации отправляет экстренное сообщение на сервер. Модераторы получают СМС уведомления о произошедшей аварии. После модерации пользователи системы получают СМС уведомления с адресом аварии и Push уведомления.

Разработчик: Александр Бирюков
Ссылки на приложения: iOS и Android
Описание:
 


Алгоритм работы:
Пользователь попавший в ДТП создает заявку или нажатием кнопки SOS в экстренной ситуации отправляет экстренное сообщение на сервер. Модераторы получают СМС уведомления о произошедшей аварии. После модерации пользователи системы получают СМС уведомления с адресом аварии и Push уведомления.