前置き はじめまして！ 最近ようやく重い腰を上げてLaravelの勉強を始めた、エンジニアのかずみです。よろしくお願いします。 Laravelなかなか難しいですね…。とりあえずということで、ログイン認証機能を試して、色々作って試して壊して(?)…と進めていた中で、最近色々なサイトで使われている「ソーシャルログイン」を使った連携ログインを試してみたくなりました。 PHPのWebアプリケーションフレームワークであるLaravelには、『Laravel Socialite』というOAuth2認証によるソーシャルログインを行うためのオプションパッケージが用意されています。このパッケージを利用すると、TwitterやFacebookなど6種サービスによるソーシャルログイン機能が簡単に実装できます。また、『Socialite Providers』には多数のOAuth2サービスプロバイダに対応したアダプ
※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を偽装する方法を2種類紹介します。 特定のOSだったら○○する、特定の機種だったら☓☓するといった処理の動作確認に便利です。 ※Google Chrome 55（2016/12/18現在最新版）で確認した内容になります。 その１：デバイスエミュレータ機能を使う 概要 デバイスエミュレータ機能を使うと、UserAgentの偽装はもちろん、ページの表示領域の再現等もできます。 動作確認の内容が「iPhoneで見た時〜」「Androidで見た時〜」ぐらいの粒度ならこちらの方法で事足ります。 手順 １. Developer Toolsを開く Windowsなら「F12」、Macなら「Control + Option + I」でDeveloper Toolsを開きます。 開くとこんな感じの画面が出現します。 ２. d
1. SQL Server Profilerを利用したSQLトレース ここでは、SQL Server上で実行されているSQLをトレースして、一定時間以上処理を実行していたクエリをリストアップする方法をご紹介します。SQLトレースを実行するには、SQL Serverに付属しているイベントキャプチャツール SQL Server Profilerを利用します。 SQL Server Profilerの実行はSQL Serverに負荷を与えるため、運用環境では利用しないでください。検証環境のSQL Server上で実行してください。 SQL Server Profilerの詳細については、Microsoft社のドキュメントを参照してください。 手順1. SQL Server Profilerの起動 1. SQL Server Profilerを起動します。 SQL Server Managemen
様々なニュースで下記のようなことが書かれており https://japan.cnet.com/article/35138002/ レビューガイドラインを見る限り サードパーティーのログイン連携をしているアプリは Sign In with Appleの実装が必須になります。 弊社のアプリでもFacebookログインなどを使用しており 今後対応が必要になるだろうと思い まずどういうものか知るために サンプルコードとセッション動画の内容から 現状わかったことをまとめてみました。 公式のサイトはこちら https://developer.apple.com/sign-in-with-apple/ Introducing Sign In with Apple(セッション動画) https://developer.apple.com/videos/play/wwdc2019/706/ ドキュメント、サ
リリース済みアプリの iOS Distribution Certificate Expires in 30 Days 対応iOS 概要 リリース済みの 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 certificate, sign in and visit Certificates, Identifiers & Profile
2020年12月7日に更新 最近の事情 UIWebViewの完全廃止 UIWebViewはiOS8以降に非推奨になっていたが新規アプリの申請を終了する予定でした。2020年末以降に延長した。今のところ未定となった。 WKWebViewに移行しなければいけない。依存しているライブラリに組み込まれている可能性があるので、今一度確認した方がいいだろう。iOS15では完全に使えずに実行時にクラッシュになるかもしれない。 developer.apple.com Apple Push Notification Serviceのアップデート 古いプッシュ通知の方法が使えなくなる。2021年3月31日に延期になりました。新しいプッシュ通知の方法を使うように切り替える必要がある。 developer.apple.com Xcode12でのビルドが必須 2021年4月末からXcode12でのビルドする必要があ
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
ソフトもハードもイケるスーパーエンジニアであるアイアンマン（＝トニー・スターク）を目指すべく、毎日コーディング生活を続けている私ですが、実は早速危機に直面していました。 ironman.hatenadiary.com コーディングの中心はiPhoneやAppleWatch向けのアプリの開発。 新しいアプリのリリース＋過去に作ったアプリのアップデートを並行で進めていて、今月半ばには早速アプリのアップデートを実施しました。 ironman.hatenadiary.com 続けてまた別のAppleWatch向けアプリのアップデートを行おうとAppStoreへの申請をしたまでは良かったんですが、審査の結果アプリはリジェクト…。 アプリがリジェクトされること自体はよくあるのですが、今回はなんとも恐ろしい文章が添えられていました。。。 AppStoreへ申請したアプリがリジェクト!?何やら"不正”を疑
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
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 騒動を受けて変更したかのよ
アプリの譲渡・移行は実施が稀で情報が少ないので、誰かの役に立てばと書き残しておきます。 一番大切なのは、公式ドキュメントを熟読することです。 が、わりと誤りや不明点もあるので、問い合わせにかかる時間も含めて余裕を持ちましょう。 また、厳密な予定を組むのは不可能と心得て、関係者の合意も取りましょう。 移行の公式ドキュメント iOS 日本語版：https://developer.apple.com/library/content/documentation/LanguagesUtilities/Conceptual/iTunesConnect_Guide_Jpn/Chapters/TransferringAndDeletingApps.html 日本語版2：https://developer.apple.com/library/content/documentation/LanguagesUt
こんにちは。技術部モバイル基盤グループの @giginet です。 fastlaneのCore Contributorを務めており、 社内ではプロのコードサイン解決者 *1 としての職務経験を積んでいます。 今回はクックパッドでのfastlaneを使ったiOSアプリのサブミット自動化と、証明書管理についての事例を紹介したいと思います。 CIによるiOSアプリサブミットの自動化 クックパッドでは、昨年の春頃よりiOSアプリのサブミットをチャットbot経由で行っています。 このように、Slack上でサブミットジョブを実行すると、CIでアプリがビルドされ、審査提出までを完全自動で行ってくれます。 審査提出には、ビルドや処理待ちの時間を含めると多くの工数がかかり、人為的なミスが起こる可能性もありましたが、 完全な自動化により、高頻度のアプリリリースに耐えられるようになりました。 アーキテクチャは以
はじめに iOSアプリを開発するためには、マシンのセットアップをやらないといけません。 どのようなことをやらないといけないかと言うと、iOSアプリ開発におけるCI/CDという記事を書いた時に必要なことを以下のように列挙しました。 - 環境用意(Macのセットアップ周り) 1. iOSアプリ開発用の証明書インストール 2. Apple Dev Centerへの登録 1. デバイスの追加 2. Provisioning Profileの更新 3. Provisioning Profileの設置 上記に関しての更新タイミングは以下のとおりです。 1 「新しいマシンが追加」「証明書が更新(少なくとも1年に1回はある)」 2-1 「新しい端末が追加」 2-2 「2-1が行われた」「新しいアプリを作成」 3 「2-2が行われた」 このように定期的におこなわれる作業なので、自動化しておかないと面倒です。
Google Play Developer Consoleに 時限公開機能 がついたので試してみました。 アプリのアップロードと販売または配布 > 標準公開または時限公開を使用したアプリの更新 どんな機能か 標準公開では、apkをアップロード後数時間の処理を経て、終了後すぐにユーザーに公開されます。 時限公開では、apkをアップロード後数時間の処理が必要なところは同じですが、 アップデートをユーザーに公開するタイミングを制御できます。 時限公開と聞くと、時限爆弾のように「18時に公開するようにセット！」とかできそうな気がしてしまいますが、そういう機能はありません。 あくまで公開する時間をコントロールだけです。 標準公開と同様に、処理には数時間かかります。すべてのアップデートは公開前に処理する必要があります。 処理が終わると、[公開] ボタンが有効になります。[公開] をクリックすると、数分
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
API を呼び出すには、Google Play デベロッパー アカウントへの API アクセスを設定する必要があります。これには、Google Play Console と Google Cloud Console の両方の変更が含まれます。下記の手順では、Google Play Developer API の使用を開始するために必要な以下の 4 つのステップについて説明します。 デベロッパー アカウントを新規または既存の Google Cloud プロジェクトにリンクします。 リンクした Google Cloud プロジェクトで Google Play Developer API を有効にします。 リンクした Google Cloud プロジェクトで Google Play Developer API の API キーを承認します。 適切な Google Play Console の権限
概要 スクリプトからapkをアップロードする実験のメモ。 何ができるようになる？ CircleCIなどと連携すれば今まで手作業でやっていたGooglePlayへのapkのアッロードがPullRequestベースで自動でできるようになる。 アプリの説明文、スクリーンショットがGitで管理できるようになりそう。 α、βテストがやりやすくなるかも。 Hubotに、android deployとか話しかけるとproductionにアプリを公開とかもできそう。 Google APIs Client Libraryのインストール 色々と調べた結果、 PythonのGoogle APIs Client Libraryを使うのが一番簡単に実現できそうだったのでインストールする。インストールはpipで。 サービスアカウントの登録 OAuth認証にサービスアカウントが必要になるので作成する。 1.Develo
Google Play StoreのコンソールからSettings->API Accessを開き、CREATE NEW PROJECTをクリックする。 少し待つと以下のような画面が表示されるので、Service AccountのセクションにあるCREATE SERVICE ACCOUNTボタンをクリック。Create Service Accountダイアログが開く。 ダイアログ内のGoogle API Consoleへのリンクをクリックする。 Google API Consoleが別画面で開く。画面内のCreate service accountボタンをクリックする。 Service account作成ダイアログが表示される。 任意のアカウント名を入力し、RoleでService Accounts->Service Account Userを選択する。 Furnish a new priv
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
