iOS Developer Program 社名変更（商号変更） - Qiita
※2013/9/9現在です。 準備 ・ 社名変更（商号変更）を証明する書類全ページ （例：履歴事項全部証明書もしくは、全部事項証明書など） ・ 1の公証された英訳版全ページ （原版の全ページが英訳されている必要があります） ＊書類には、社名変更、およびその変更の本質（吸収合併、分割など）が記録されている必要があります。 ＊英訳版書類は、公証済みである必要があります。公証印のない書類ではプロセスを進めることが出来ません。 1.問い合わせ まずは、Apple Developer Program サポートに 社名変更を行いたい旨、伝えます。 https://developer.apple.com/contact/submit.php Regionは「 Japan 」 Subjectは「 Account Updates and Renewals 」 2.メール返信、アップロード Appleからメー
Google ChromeでUserAgentを変更する - Qiita
この記事について Google Chromeに備わった機能を使ってUserAgentを偽装する方法を2種類紹介します。 特定のOSだったら○○する、特定の機種だったら☓☓するといった処理の動作確認に便利です。 ※Google Chrome 55（2016/12/18現在最新版）で確認した内容になります。 その１：デバイスエミュレータ機能を使う 概要 デバイスエミュレータ機能を使うと、UserAgentの偽装はもちろん、ページの表示領域の再現等もできます。 動作確認の内容が「iPhoneで見た時〜」「Androidで見た時〜」ぐらいの粒度ならこちらの方法で事足ります。 手順 １. Developer Toolsを開く Windowsなら「F12」、Macなら「Control + Option + I」でDeveloper Toolsを開きます。 開くとこんな感じの画面が出現します。 ２. d
【iOS】対応必須かも？Sign In with Appleまとめ - Qiita
Sign In with Appleとは？ 今年のWWDCで発表された Appleアカウントでアプリの サインアップやサインインができる機能です。 対応必須 様々なニュースで下記のようなことが書かれており https://japan.cnet.com/article/35138002/ レビューガイドラインを見る限り サードパーティーのログイン連携をしているアプリは Sign In with Appleの実装が必須になります。 弊社のアプリでもFacebookログインなどを使用しており 今後対応が必要になるだろうと思い まずどういうものか知るために サンプルコードとセッション動画の内容から 現状わかったことをまとめてみました。 公式のサイトはこちら https://developer.apple.com/sign-in-with-apple/ Introducing Sign In wit
リリース済みアプリの iOS Distribution Certificate Expires in 30 Days 対応 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 リリース済みの iOS アプリで使用している証明書の期限が切れそうなので更新する 別の Mac でも同じ iOS アプリを開発するための証明書登録を行う 発端 Apple Developer から「Action Needed: iOS Distribution Certificate Expires in 30 Days」というタイトルのメールが届く。 Your iOS Distribution Certificate will no longer be valid in 30 days. To generate a new ce
リジェクトはリジェクトでも Metadata Rejected だったら審査に再提出ボタン押したらダメ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 先日，自作アプリのアップデートを審査に提出し，2 回の Metadata Rejected をいただき，対応後リリースできました。 そのときのリジェクトの内容と対応について書きます。 今回の Reject の内容 バイナリ却下とメタデータ却下があるらしい。 バイナリ却下はアプリクラッシュなどを含むアプリ自体に問題がある場合，メタデータ却下はアプリの説明に情報が不足してたりするときになされる。 なお，どういう理由でリジェクトされたかは Apple が Developer サイトで公開している。 via Common App Re
新 App Store 審査ガイドライン 翻訳&差分ガイド 2018年6月号 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに これは2018年6月4日付けで変更された App Store 審査ガイドラインの翻訳&差分ガイドです。 前回からの主な変更点は、iOS 12 関連、試用期間、仮想通貨、リモートデスクトップ、プライバシー周りなどです。 試用期間は、これまでサブスクリプションで対応していましたが、これからは非消耗型アイテム (Tier 0) で対応可能です。 仮想通貨について、特にデバイス上でのマイニングは 2.4.2 と 3.1.5 で釘を刺されています。 リモートデスクトップについては、直近の Steam Link 騒動を受けて変更したかのよ
Google Play Developer Consoleの時限公開機能を試してみた - Qiita
Google Play Developer Consoleに 時限公開機能 がついたので試してみました。 アプリのアップロードと販売または配布 > 標準公開または時限公開を使用したアプリの更新 どんな機能か 標準公開では、apkをアップロード後数時間の処理を経て、終了後すぐにユーザーに公開されます。 時限公開では、apkをアップロード後数時間の処理が必要なところは同じですが、 アップデートをユーザーに公開するタイミングを制御できます。 時限公開と聞くと、時限爆弾のように「18時に公開するようにセット！」とかできそうな気がしてしまいますが、そういう機能はありません。 あくまで公開する時間をコントロールだけです。 標準公開と同様に、処理には数時間かかります。すべてのアップデートは公開前に処理する必要があります。 処理が終わると、[公開] ボタンが有効になります。[公開] をクリックすると、数分
Google Play Developer Publishing APIを使ってapkをGooglePlayにアップロードする - Qiita
概要 スクリプトからapkをアップロードする実験のメモ。 何ができるようになる？ CircleCIなどと連携すれば今まで手作業でやっていたGooglePlayへのapkのアッロードがPullRequestベースで自動でできるようになる。 アプリの説明文、スクリーンショットがGitで管理できるようになりそう。 α、βテストがやりやすくなるかも。 Hubotに、android deployとか話しかけるとproductionにアプリを公開とかもできそう。 Google APIs Client Libraryのインストール 色々と調べた結果、 PythonのGoogle APIs Client Libraryを使うのが一番簡単に実現できそうだったのでインストールする。インストールはpipで。 サービスアカウントの登録 OAuth認証にサービスアカウントが必要になるので作成する。 1.Develo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
iOSアプリ開発用のマシンのセットアップ - 証明書の自動セットアップ - - Qiita
JavascriptのChromeでのデバッグ方法個人的まとめ2016 - Qiita