水耕栽培に限らず、家庭菜園で野菜を育てる時に苗からか種からかがあると思うのですが、個人的には苗からの方がよかったかなと思っている所です。
メリット、デメリットそれぞれあると思うんですけど個人的デメリットはうどんこ病などの病気になった際に品種が同じなため一気に広がってしまうということです。
苗で買っても同じだろというのはあると思いますが、苗なら品種変えることによってリスクヘッジできますし、自分にあった品種がわかるなぁと
これは水耕栽培関係なく、スペースの問題でもあります。
面積広い土地がある方は大丈夫かと思いますが、そうじゃない方は買った種を使い切るのも結構難しいと思います。
ちなみに買った種はこれ
発芽したらこんな感じで設置
最初、土の上でやっていたからかうどん粉病に悩まされておりました。
そして、移動した後も残るうどん粉病、、
風通しはいいと思うんだけどなー
夢の島の植物園園に行ったのですが、東京オリンピックの会場設置のため遠回りする必要があったのでついでに会場を見てきました。
駐車場も半分は使えない状態です。
観客席が見えます。
PHP、IFなどの案内があります。
なんですかねこれ
会場案内の看板もあります。
もちろん中には入れませんが会場は外からも見れる状態でした。
観客席自体はあまりない印象。
(無観客なのであまり関係ないですが)
結局観に行けない東京オリンピックですが、会場設置は順調に進んでいるという状態でした。
観客席少しもったないですね、、
ABCオンラインに入会しましたが2ヶ月で辞めてしまったのでなぜ辞めてしまったのか。
逆にどういった人におすすめかを書こうと思います。
自分はブログ仲間が欲しいのとブログの継続ができればと思い入会しました。
実際にブログ仲間はできるのですが、多くの方の目的はブログの収益化をするため。ビジネスとしてのブログというように感じました。
目的が楽しく継続するためという意識が低すぎる自分としてはちょっと違うなと感じました。
例えば、収益化するために独自ドメインでwordpressで作るはほぼ必須かと思いますが、仕事や家庭が忙しくなって更新漏れがあると考えている自分としては使用するプラットフォームがそもそも違うわけですし。
また、エンジニアは広告を全然踏まないので(自分達は広告の恩恵を受けているのにw)技術ブログ書いている人がブログで広告やアフィリエイトで収益するのはかなり難しいかと思います。
逆にブログを収益化して社畜から抜け出したい！という方には有益な情報が多いと思います。
おそらく、これは実際にサラリーマンからブロガーとして成功したヒトデさんの実際の経験からのノウハウが学べるからかと思います。
最後にまとめますと
ブログを収益化して儲けたいという方にオススメ。
一方、ただブログを楽しく継続したいという方はちょっと違うかなと
という完全に個人の感想です。
ホンビノス貝が入っていた発砲スチロールで作成した自作水耕栽培マシン「ホンビノス1号」で育てているミニトマトの成長記録です。
5月30日
ミニトマトの苗を購入
自作水耕栽培マシン。ホンビノス1号に定植
6月9日
葉がシャキッとし始めて順調に成長しているよう。
6月20日
花が咲き始める
この後、虫が多いので途中でベランダに移動。また、着果的にも屋根がある方がよさそう。
6月30日
ポツンポツンと緑のトマトができ始める。
つづく
こちらは主に Get ready to optimize your App Store product page で紹介されたApp Store の紹介についてのまとめになります。
ちなみにリリースは今年後半です。
アプリのプレビュービデオ、スクリーンショット、プロモーションテキストなどをそれぞれ別に用意することができます。
各ページは完全にローカライズ可能で、固有のURLを使って共有でき、最大35種類作成が可能です。
これらのストア情報はApp Analyticsでimporessions, Downloads, Conversion rateが確認可能だけでなく、Retensionやユーザー1人あたりの平均収益もわかります。
この情報により、各ページがユーザーにアプリをダウンロードさせるのにどれだけ効果的かを知ることができます。
「Mountain Climber」のようなアプリでは、 ・ライブストリーミング機能を紹介して、登山者をリアルタイムで追いかけたり、山頂までの自分の旅をストリーミングしたりすることに興味がある人たちにアピールすることができます。
・GPSトラッキング機能を強調したカスタム製品ページを作成して、友達と一緒に登山計画を立てることに興味がある人にアピールすることもできます。
ゲームを開発している場合は、最も魅力的なキャラクターや人気のあるゲームプレイモードを紹介するページを作成するとよいでしょ う。
また、動画コンテンツを扱うアプリであれば、特定の番組やチャンネルを対象としたカスタム製品ページの作成を検討することができます。
カスタム商品ページをどのように使用するかにかかわらず、この機能を準備する方法は次のとおりです。
まず、目標を計画します。
ページを作成する前に、明確な目的を持ってください。
次に、アプリの機能やコンテンツと、これらのページで強調したいものを検討します。
最後に、メタデータの準備を始めます。
各ページには、アプリのプレビュービデオ、スクリーンショット、プロモーション用のテキストがそれぞれ用意されているので、今すぐページ用の新しいビジュアルアセットとテキストの作成に取り掛かってください。
今年の後半にこの機能がリリースされたら、ページを作成してApp Store Connectでメタデータを送信する準備ができていることでしょう。
この作業は、アプリケーションの新しいバージョンを提出することなく行うことができます。
承認されると、カスタム製品ページを独自のURLで共有できるようになります。
もちろん、App Storeで検索したり閲覧したりしてデフォルトの商品ページにたどり着いたユーザーも非常に重要です。
Product Page Optimizationはデフォルトページにさまざまな加工を施してテストし、どのページが最もユーザーに受け入れられるかを判断することができます。
簡単にいうとABテストです。
例えば、青いアイコンのオリジナルページと赤いアイコンのトリートメントページがあったとします。
それぞれのページへのトラフィックを分けて、それぞれのダウンロードコンバージョンを測定すると、トリートメントページの方が実際にパフォーマンスが高いことがわかり、全体的なコンバージョンを向上させるために、トリートメントメタデータをデフォルトの商品ページに適用することができるかもしれません。
異なるアプリのアイコンを試したり、異なるアプリのプレビュービデオやスクリーンショットを試したりすることができます。
また、各テストには最大3つのトリートメントを設定することができ、この例では3つのアイコンのカラースタイルを設定しています。
視聴者のうち、いずれかの処理を目にする割合を選択できます。
例えば、30％を選択した場合、3つのトリートメントのそれぞれが、全体のトラフィックの10％を得ることになります。
アプリアイコンを使ったテストでは、アプリをダウンロードするすべてのユーザーが一貫した体験を得られるようにしています。
結局のところ、アプリアイコンはApp Storeユーザーにアピールし、ホーム画面で目立つための重要な手段です。
そのため、製品ページでテスト用のアイコンを見た人は、自分のデバイスでアプリをダウンロードしたときにも同じアイコンが表示されます。
これを可能にするために、アプリのバイナリには、テストしたいアプリのバージョンのバリアントアイコンのアセットが含まれており、該当するデバイス用のすべてのサイズと、App Store用の1024x1024バージョンが含まれています。
また、特定のローカリゼーションのみでテストを実行する機能もあります。
例えば、製品ページが現在、英語、日本語、韓国語にローカライズされている場合、日本語のみでテストを実行することができます。
これにより、英語や韓国語にローカライズされた製品ページを見たユーザーは、テストの対象外となります。
これにより、ローカライズされた一部のユーザーにしか対応できない場合に、テストの対象を絞ることができます。
テストを実行すると、インプレッション数、ダウンロード数、コンバージョン数、ベースラインに対する各処理の改善度などの指標を含む結果をモニターすることができます。
App Analyticsの新機能の詳細については、「App Analyticsの新機能」をご覧ください。
結果を確認したら、アプリのデフォルトページにいずれかの処理を適用して、すべてのユーザーに最も効果的なバージョンのページを表示できるようになります。
なお、適用する処理でアプリのアイコンが異なる場合は、次のバージョンのアプリのバイナリでデフォルトのアイコンを更新することで、そのアイコンを適用します。
最後に、両機能について説明したすべての機能は、App Store Connect APIによってサポートされます。
APIの完全な仕様は、今年の後半に公開される予定です。
xcruntrict-dynamic/path/to/extension
これでフォルダごと作成されるのでIcon.pngを追加して起動するだけ。
ただ、制限が結構あるので注意
コンバーターがより多くの情報を必要とする場合、それは対話的にあなたに尋ねます、あるいはあなたは以下のコマンドラインオプションを提供することができます：
--project-location 生成されたアプリとXcodeプロジェクトをファイルパスに保存します。
--rebuild-project さまざまなオプションまたはプラットフォームを使用して、ファイルパスで既存のSafariWeb拡張Xcodeプロジェクトを再構築します。このオプションを使用して、iOSを既存のmacOSプロジェクトに追加します。
--app-name 値を使用して、生成されたアプリとXcodeプロジェクトに名前を付けます。
--bundle-identifier 生成されたアプリのバンドル識別子として値を使用します。この識別子は、開発者アカウントのアプリに固有です。逆引きDNSスタイルの識別子をお勧めします（たとえば）。com.company.extensionName
--swift 生成されたアプリでSwiftを使用します。
--objc 生成されたアプリでObjective-Cを使用します。
--ios-only iOSのみのプロジェクトを作成します。
--mac-only macOSのみのプロジェクトを作成します。
--copy-resources 生成されたプロジェクトに拡張ファイルをコピーします。このパラメーターを指定しない場合、プロジェクトは元の拡張子ファイルを参照します。
--no-open 完了したら、生成されたXcodeプロジェクトを開かないでください。
--no-prompt 確認プロンプトを表示しないでください。
--force 出力ディレクトリが存在する場合は、それを上書きします。
--help ヘルプテキストを印刷します。
こちらの記事はWWDC2021 「Meet in-app events on the App Store」の要約＋意訳+感想になります。
また、現在 In-App Eventは使用できない（秋に使用できるよう）ので画面は変わる可能性がありますのでご注意ください。
App Store Connectに「In-App Events」が登場
アプリやゲーム内でのタイムリーなイベントをApp Storeで表示することが可能な機能。
アプリがさらに見つけやすくなりアプリをインストールしていなくてもイベントの確認が可能に。
App Storeのスクショなどが日に日に厳しくなり、プロモーションなどをうてなくなりました。
それに代わってIn-App Eventを使用することよって、ユーザーにさらに有益な情報を与えることが可能です。
App Storeのアプリ内イベントは、新しいイベントカードで表示されます。 コンテンツを前面に押し出すことを重視したデザインで、画像または動画に対応しています。
イベントカードには、イベント名、簡単な説明、時間表示が表示され、イベントが近づくと自動的に更新され、イベントが始まると自動的に更新されます。
アプリがインストールされているユーザーは、「開く」をタップすることで、すぐにイベントに参加が可能になります。
イベントは複数設定できて、開始日と優先度の高い順に表示されます。
製品ページでのイベントの位置はさまざまで、アプリをダウンロードしたユーザーにはスクリーンショットの上に、ダウンロードしていないユーザーにはスクリーンショットの下に表示されます。イベントカードをタップすると、イベントの詳細ページが表示されます。
イベントの詳細ページでは、長い説明文と大きなメディアアセットが表示され、ユーザーにイベントの詳細を伝えることができます。
アプリのApp Store URLにイベントIDを追加すれば、イベントの詳細ページに直接リンクすることもできます。
イベントへの期待感を高めるために、イベント開始の2週間前からプロモーションを行うことができるようになります。また、ユーザーはイベント開始時の通知を簡単にリクエストすることができます。
この通知はApp Storeから送られてくるもので、ユーザーはアプリ内のイベントに直接参加することができます。ユーザーがアプリをインストールしていない場合は、イベントの詳細ページに誘導されます。
アプリ内イベントは、AppStore検索でも見ることができ、アプリを検索したユーザーは、アプリをダウンロードしたことがあれば、アプリと一緒にイベントカードが表示されます。
アプリをダウンロードしていないユーザーには、アプリと一緒にスクリーンショットが表示されます。
ユーザーがアプリ内イベントを直接検索した場合、イベントカードは常にアプリの横に表示されます。
「ゲーム」と「アプリ」のタブでは、パーソナライズされたおすすめイベントが表示され、すでに持っているアプリやゲームについての情報を得たり、新しいものを見つけたり、昔のお気に入りを再発見したりするのに役立ちます。
さらに、「Today」、「Games」、「Apps」タブでは、編集チームが最もエキサイティングで革新的なイベントを厳選しています。
In-App Eventsは、iOSおよびiPadOSで利用が可能です。
まず、ログインして、イベントを作成したいアプリに移動します。
次に、左側の「機能」の下にある新しい「アプリ内イベント」オプションをクリックします。
すると、アプリのイベントの概要が表示されます。最初のイベントを作成しているので、現時点ではここには何もありません。そこで、「Create In-App Event」をクリックしてプロセスを開始します。
次に、新しいイベントの参照名を入力するように求められます。 あなたのイベントの参照名は、App Store Connect内でのみ表示されます。
イベントが作成されると、イベントページが表示されます。
ここでは、App StoreにIn-App Eventを公開するために必要なすべての情報を入力します。
まず、「イベント情報」セクションに、イベントに関する最も基本的なメタデータを入力します。
イベント情報のすべてのフィールドはローカライズされています。 さまざまな言語で登録することが可能です。
左側のフィールドに入力すると、その値を右側のプレビューウィンドウにて確認可能です。
プレビューウィンドウには、App Storeで表示されるイベントカードとイベント詳細ページが表示されます。
短い説明文は、イベントカードに使用され、50文字以内でイベントを簡潔に要約するために使用されます。
イベントカードメディアは、その名の通り、イベントカードに掲載される画像や動画です。長い説明文は、イベントの詳細ページで使用されます。これには120文字の制限があるので、例えば潜在的な報酬など、追加の詳細を記載することができます。
次に、イベントの詳細ページに画像か動画を追加します。
カードと詳細ページの両方で使用した動画はループし、30秒に制限されます。
最後に、イベントの種類を決めるために、バッジのオプションを選びます。 このバッジは、App Storeのカード画面と詳細画面に表示されます。
イベント情報が完成したところで、ページを進めていきましょう。
アプリやアプリ内課金と同じように、アプリ内イベントの可用性を国や地域ごとに定義する必要があります。 ただし、設定できるのはアプリが利用可能な国のみです。
利用可能かどうかを決定した後は、イベントのスケジュールを設定する必要があります。
Event startでアプリ内でイベントが始まるタイミングとイベントの終了時刻も定義します。
開始日と終了日を合わせると、アプリ内イベントの合計期間となります。
イベントの期間は、最長で31日間、最短で15分間です。
（ちなみに告知は２週間前から）
イベントがApp Storeに公開されると、商品ページや検索など、これまでに説明したすべての方法でイベントを発見できるようになります。イベントが終了すると、App Storeでの閲覧や検索では発見できなくなります。
ただし、ユーザーは30日間はApp StoreのURLからイベントの詳細ページを見ることができます。
その後はアーカイブされます。これにより、マーケティングチャネルで共有したリンクが、イベント終了後もしばらくの間有効になります。この30日間の期間は自動的に行われ、設定することはできません。
アプリ内イベントをもっと早くアーカイブしたい場合は、App Store Connectで編集することもできます。
イベントのデフォルトスケジュールを設定した後は、国や地域ごとにカスタムスケジュールを設定することができます。
なので、時差などの関係でイベントの時間がずれていても大丈夫です。
ただし、カスタムスケジュールの日付は、デフォルトで選択した日付から48時間以内である必要があります。
あとは、メタデータを入力するだけです。
これは、「Additional Information」で行います。
まず、先ほど設定した「リファレンス名」を編集します。
次に、アプリのイベントに直接飛べるような「event deep link」を提供する必要があります。
このリンクにより、アプリがインストールされているユーザーが、App Storeからアプリ内イベントに素早く移動できるようになります。
イベントのディープリンクは、ユニバーサルリンクでも、アプリ内の特定の場所に直接開くカスタムURLでも構いません。短縮URLは避けてほしいとのこと。
「Event Purpose」フィールドでは、イベントの目的が新規ユーザーの獲得なのか、アクティブなユーザーに情報を提供することなのか、それとも退会したユーザーをアプリに呼び戻すことなのかを示すことができます。
多くのイベントはこれらすべての目的に同じように適しているので、デフォルトではこのように選択されています。
ここでの選択は、App Storeがパーソナライズされた推奨事項を提供するために使用する要素の一つです。あなたのイベントが目的の人に届くように、App Storeはアプリの使用状況の情報を取り入れています。
これらのデータはデバイス上で処理され、データ収集を最小限に抑え、ユーザーのプライバシーを保護します。なお、どちらの目的を選択しても、イベントはすべてのApp Storeユーザーが発見できるようになります。
ここでは、イベントの優先度を指定できます。これは、アプリの製品ページでの順序に影響します。
優先度の高いイベントは通常のイベントの前に表示され、イベントはそれぞれのグループ内で開始時間順に並べられます。次に、イベントにアプリ内課金と定期購入のどちらが必要かを指定します。
この情報は、イベントカードとイベントの詳細ページに表示されます。ユーザーに適切な期待を持たせ、スムーズなレビュープロセスを実現するために、ここでの選択が正確であることを確認してください。
最後に、イベントの主要言語を更新することができます。デフォルトでは、アプリの主要言語に設定されています。
これで、アプリ内イベントの設定が完了です。
保存ボタンをクリックすると、入力した内容がすべて保存されますので、ご確認ください。
保存後、アプリ内イベントが「ドラフト」状態になります。
ドラフト後レビューがあった後、審査を通ってApp Storeに公開されます。
イベントをレビューに追加するには、イベントページに戻り、右上のボタンをクリックします。
必要なメタデータをすべて入力した後であれば、いつでもイベントをレビュー用に追加することができます。
アプリの新しいバージョンを作成したり、新しいバイナリをアップロードする必要はありません。
先ほど見たように、イベントはドラフトの状態から始まり、完全に設定されるとレビューが可能になります。
レビューを通過すると、イベントは承認された状態になります。承認されると、イベントはスケジュールに従って自動的にApp Storeに公開されます。承認されたイベントのうち、公開日が未来のものは「公開予定」、公開日が過去のものは「公開済み」と表示されます。イベントの終了日が過ぎると、そのイベントは「過去」の状態になります。App Storeでの公開は終了しましたが、イベントの詳細ページは、さらに30日間、App Storeでリンクアクセスできますのでご注意ください。
そして最後に、「過去」の状態で30日が経過すると、アプリ内イベントは最終状態である「アーカイブ」に移行し、リンクからのアクセスができなくなります。
イベントの状態のライフサイクルについて理解したところで、2つの重要な制限について説明します。
1つ目は、Appの承認状態のイベントは10個までです。
次に、App Storeに一度に公開できるイベントは5つです。
イベントを審査用に追加すると、どちらかの制限を超えてしまう場合は、イベントを追加できないので注意です。
詳細：
