「May J.のはしもっちゃんねる」更新🎥✨
この曲、こんな意味なの…🤭
皆様是非checkしてくださいねっ👇
リクエスト 英語 在 Facebook 的精選貼文
同時也有2038部Youtube影片，追蹤數超過6萬的網紅はぴLIFEチャンネル，也在其Youtube影片中提到，【サブチャンネル】気ままにはぴLIFE https://www.youtube.com/channel/UC3Gh21A3aXCzVghXhQhZ4Pw 同性カップル（婦婦）のみち子とぽっちです♡ いつも動画を見ていただきありがとうございます！ 今回はダリちゃんと初めてショッピングモー...
「リクエスト 英語」的推薦目錄：
- 關於リクエスト 英語 在 Facebook 的精選貼文
- 關於リクエスト 英語 在 Hapa Eikaiwa Facebook 的精選貼文
- 關於リクエスト 英語 在 English Boot Camp Facebook 的最佳貼文
- 關於リクエスト 英語 在 はぴLIFEチャンネル Youtube 的最佳解答
- 關於リクエスト 英語 在 Bloome Channel Youtube 的最佳解答
- 關於リクエスト 英語 在 minicuteclub Youtube 的精選貼文
- 關於リクエスト 英語 在 【視聴者リクエスト】水野美紀ビリビリ英語禁止 ... - YouTube 的評價
- 關於リクエスト 英語 在 英語パーソナルトレーナー Katz on Instagram: “「この文法 ... 的評價
- 關於リクエスト 英語 在 YouTube Data API の概要 - Google Developers 的評價
リクエスト 英語 在 Hapa Eikaiwa Facebook 的精選貼文
=================================
「Would」の活用法（総まとめ）
=================================
これまで私が生徒さんから最もよくされた質問の一つが「would」の使い方でしょう。wouldを用いた表現は本当に沢山あり、それら全てを説明するのは容易ではありません。そこで今回、過去の記事でも紹介した用法を含め、日常会話において基本となるwouldの用法を、4つの状況毎になるべく分かりやすくまとめてみました。長くなりますが、どうぞ最後まで読んでみて下さい。
～過去の話をする時～
--------------------------------------------------
1) I thought it would rain.
→「雨が降ると思っていました」
--------------------------------------------------
過去のある時点で、その先に起こることを予め予測や推測をしていたことを示す言い方です。例えば、「I thought it would rain so I brought an umbrella.（雨が降ると思っていたので、傘を持ってきました）」や「Since I was a kid, I knew I would become a teacher.（私は子供の時から先生になると分かっていました）」のように表現できます。
また、「He said he would _____.（彼が〜すると言っていました）」のように誰かが（過去に）言ったことを他の誰かに伝える状況でも使われます。ポイントは、誰かが何かをすると約束したり、何かをすると意思を述べたことを、他の誰かに伝える状況で用いるのが一般的です。例えば、「He said he would buy coffee for us.（彼は私たちにコーヒーを買うと言っていました。）」や「She said she would talk to him about that issue.（その問題について、彼女は彼に話すと言っていました）」という具合に使われます。
✔Wouldの後は動詞の原形がフォロー。
＜例文＞
When I met my wife 5 years ago, I knew I would marry her one day.
（５年前に妻と出会った当初から、私たちは結婚すると思っていました。）
I never thought this proposal would go through.
（この提案が通らないことは最初から分かっていました。）
She said she would come to the party.
（彼女はパーティーに来ると言っていました。）
--------------------------------------------------
2) She would not help me.
→「彼女は手伝ってくれようとしませんでした」
--------------------------------------------------
Wouldの後にnotを付け、否定文（Would not）にすることで「〜しようとしなかった」という意味になります。基本的に何かしらの依頼や申し出に対し、乗り気じゃない、協力的じゃない、積極的に応える意欲がない、などのニュアンスで断ったことを表します。例えば、親に何度も仕送りをして欲しいと頼んでるが、いっこうにしてくれない状況では「My parents would not send me money.（私の両親は、仕送りをしようとしてくれない）」と言うことができます。
また、人に限らずテレビやパソコン、車などの機能に対してもwould notを使うことができます。例えば、「今朝、車のエンジンがかかりませんでした」は「My car would not start this morning.」となります。
✔肯定文にしても「〜してくれた」とはならず、意味が変わってしまうので注意。「My parents would send me money」と言うと「両親が仕送りをしてくれた」とはならずに、「両親が（何度も）送金した」を意味する。詳しくは下記の3)の解説を参照。
＜例文＞
I asked him many times but he would not tell me what happened.
（彼に何回も聞きましたが、何が起こったのか教えてくれませんでした。）
My girlfriend is really upset with me. She would not talk to me.
（彼女は私に怒っていて口をきいてくれませんでした。）
I charged my phone but it would not turn on.
（携帯を充電したけど電源が入らなかった。）
--------------------------------------------------
3) In the summer, I would go camping with my friends.
→「夏によく友達とキャンピングに行っていました」
--------------------------------------------------
過去によくやっていた行動パターンや習慣を表す際にもwouldが使われ、used to（よく～したものだ）と似たような役割を果たします。しかし、used toの場合は、習慣となっている行動がより高頻度なもので、且つ“今はもうしていない”ということを強調するニュアンスがあるのに対し、wouldの場合は、習慣となっていた行動頻度が週1回であろうと年1回であろうと、その頻度には関係なく「よく〜した」ということが話の趣旨となります。例えば、「When I was a kid, my grandmother would bake cookies.（子供の頃、私の祖母はよくクッキーを焼いてくれていました）」と言うと、クッキーを作る頻度ではなく、祖母がクッキーを作ってくれていたことが要点になります。それに対し、「私は高校生の頃、毎日サッカーの練習をしていました」と言いたいのであれば、used toを使って、「I used to practice soccer every day in high school.」と言うのが適切です。“毎日練習していた”ことが強調され、且つ“今はもう練習をしていない”ことが相手に伝わります。
✔過去の“状態”を表す場合はwouldではなくused toを使う。例えば「過去にオートバイを持っていました」は「I used to have a motorocycle.」と言い、「I would have a motorcycle」とは言わない。
＜例文＞
When I lived in Japan, I would go out drinking almost every week.
（日本に住んでいた頃、ほぼ毎週飲みに行っていました。）
Sometimes she would come over and cook Mexican food for us.
（時々、彼女はうちにきてメキシカン料理を作ってくれました。）
During the winter, I would get together with my friends and do a nabe party.
（冬に友達とよく鍋パーティーをしていました。）
～仮定の話をする時～
--------------------------------------------------
1) If I won the lottery I would buy a house.
→「もし宝くじが当たったら家を買います」
架空の話や実際には起こり得ない出来事について話す時にもwouldを使います。一般的に「If _____, I would _____.（〜だったら〜する）」の形式で表現します。例えば、「世界中のどこにでも住めるとしたら、ハワイに住みます」は「If I could live anywhere in the world, I would live in Hawaii.」と言います。
✔文末に「if I knew」に付け足してもOK。
＜例文＞
If you could date a celebrity, who would it be?
（もし、芸能人と付き合えるとしたら、誰と付き合う？）
I would tell you where she was if I knew.
（彼女がどこにいるか知っていたら教えているよ。）
If I found a hundred dollars on the ground, I would take it to the police station.
（もし100ドルを拾ったら交番に届けます。）
--------------------------------------------------
2) Would you try online dating?
→「あなただったら出会い系サイトを試してみますか？」
--------------------------------------------------
相手に“もしも”の質問を投げかける時は「Would you _____?」と表現するのが定番で「あなただったら〜しますか？」を意味します。相手の意見やアドバイスを尋ねる場合は「What would you _____?」と表現します。例えば、「あなただったらどうしますか？」と聞くなら「What would you do?」、販売員に「あなただったら何をお勧めしますか？」と尋ねるなら「What would you recommend?」となります。
＜例文＞
Would you date someone older than you?
（あなただったら年上の人とお付き合いしますか？）
What would you do? Would you apologize?
（あなただったらどうしますか？謝りますか？）
Would you be open to living abroad?
（あなただったら外国に住むのはありですか？）
--------------------------------------------------
3) If I were you I would apologize.
→「私だったら謝ります」
--------------------------------------------------
「私だったら〜する」と相手の立場になって何かしらのアドバイスや提案をする場合に使われる表現です。shouldを使った表現よりも控えめに助言したい場合にピッタリの言い回しです。例えば、東京で給料の良い仕事のオファーが入ったが、家族の不幸で地元に引っ越さないといけなくなってしまったと友達に相談され、「私だったら仕事のオファーを断るかな」と言うなら「If I were you I would turn down the offer.」となります。
✔日常会話では「If I were you」を省いて、「I would _____」と直接言うことも一般的。
✔「If I were in your shoes, I would ______.（私があなたの立場だったら、〜をします」という言い方もある。
＜例文＞
If I were you I wouldn't go.
（私だったら行かないね。）
This milk expired 5 days ago. I wouldn't drink that if I were you.
（この牛乳の消費期限、5日前じゃん。私だったら飲まないよ。）
I would call them and ask for a refund.
（私だったら電話して返金を求めるけど。）
～丁寧・控えめな発言をする時～
--------------------------------------------------
1) Would you turn down the volume?
→「音量を下げてくれますか？」
--------------------------------------------------
人に何かをリクエストや依頼をする際に「Can you _____?（〜してくれる？）」よりも丁寧にお願いする場合は「Would you _____?（〜してくれますか？）」と表現します。例えば、「この用紙に記入してくれますか？」と丁寧に言いたいなら「Would you fill out this form?」になります。
✔より丁寧な言い方が「Would you mind _____?（〜してくれますか？）」。相手に気を使ったとても優しい質問の仕方。
＜例文＞
Would you close that window?
（あの窓を閉めてもらえますか？）
Would you be able to help?
（手伝っていただけないでしょうか？）
Would you mind changing seats?
（席を変わっていただけませんか？）
--------------------------------------------------
2) Would you like a drink?
→「お飲物はいかがですか？」
--------------------------------------------------
相手に「〜はいかがですか？」と何かを丁寧にオファーする際にピッタリの表現が「Would you like _____?」です。顧客や年上の人、または面識のない人に対して何かオファーする場合は、この表現を使うのが最も無難でしょう。例えば、会社に訪れた顧客に「熱いお茶はいかがですか？」と聞く場合は「Would you like some hot tea?」と言います。
✔友達や家族など、仲の良い人に対してこの表現はちょっと丁寧過ぎる。親しい関係であれば「Do you want _____?」でOK。
＜例文＞
Would you like a refill?
（飲み物のお代わりはいかがですか？）
Would you like to join us?
（よかったら一緒にどうですか？）
Would you like me to drive?
（私が運転しましょうか？）
--------------------------------------------------
3) I would say _____.
→「〜だと思う」
--------------------------------------------------
この言い方は自分の意見を述べたり何かを推定する時に使われ「〜だと思う」や「恐らく〜だろう」「〜かな」などに相当する表現です。ハッキリと言い切る感じではなく、物腰柔らかく控えめに発言している印象があります。例えば、「彼女、何歳だと思いますか？」と聞かれた際、相手に失礼ないよう謙虚に意見を述べる場合、「I’d say early thirties. Maybe 32.（30代前半だと思う。32歳くらいかな）」という具合に使います。
✔日常会話では「I would say」を「I’d say」と省略して言うことが多い。
✔大抵の場合、「I think」の代わりに「I’d say」が使える。「I think」よりも控えめな響き。
✔必ず答えが求めらるような質問をされた際、決定的な発言や返答を和らげる言い方として「I would have to say _____（〜と言わざるを得ない）」がある。
＜例文＞
I'd say it's a four to five hour drive.
（車で4時間から５時間くらいかかるかな。）
I'd say this logo looks the best. I like the color and simplicity.
（私はこのロゴが一番だと思います。色とシンプルさがいいと思います。）
Both speeches were excellent but I would have to say Adam's speech was better.
（二人ともスピーチは素晴らしかったですが、私はアダムのスピーチの方が良かったと思います。）
～自分の願望を述べる時～
--------------------------------------------------
1) I would love to go.
→「是非行きたいです」
--------------------------------------------------
「I would love to」は「I want to」と似た意味で「〜を(が)したい」といった強い願望を伝える時に使われれます。「I want to」の気持ちをより強調した言い方です。例えば、同僚に食事を一緒にしないかと誘われた際、「I would love to join you guys for dinner.」と言います。
✔相手の誘いを快く受け入れるときに使われる定番フレーズが「I’d love to!（喜んで！）」
✔その他、相手の誘いを丁寧に断るときに使われる決まり文句でもあり、「I’d love to ____ but _____（〜したいのは山々なのですが、〜）」が定番フレーズになる。
＜例文＞
I would love to meet with you next week.
（是非、来週お会いしたいと思います。）
I'd love to! What time should I be there?
（喜んで！何時に行けばいいですか？）
I'd love to stay and chat some more but I have to get going.
（残ってもっとお話をしたいのですが、そろそろ行かないといけません。）
--------------------------------------------------
2) I would like to think that ____.
→「〜であると考えたい」
--------------------------------------------------
この表現は「真相はわからないけど、そうであって欲しい・・・」のようなニュアンスとして使われます。例えば、Facebookの個人情報の取り扱いに対し、多少の疑いはあるものの情報はしっかり保護されていると信じたいといった気持ちを表す場合は「I would like to think that Facebook protects our personal information.」となります。また、自分の発言や意見を物腰柔らかく控えめなニュアンスにする役割もあります。例えば、「あなたは良い父親だと思いますか？」という質問に対し「I would like to think I’m a good father.」と答えると、「私は良い父親であると考えたいのですが・・・」といった具合に謙虚な響きになります。
✔日常会話では「I would」を「I'd」と短縮して言うことが多い。
✔「そうだと思いたい」は「I would like to think so.」
＜例文＞
I would like to think that hard work pays off.
（努力は報われると信じたいです。）
I would like to think professional athletes don't use drugs.
（プロスポーツ選手は、薬物を使用していないと信じたい。）
I would like to think my English is getting better.
（自分の英語力が上達してるって思いたいや〜ん。）
～～～～～～～～～～～～～～～～～～～
無料メルマガ『1日1フレーズ！生英語』配信中！
通勤・通学などのちょとした合間を利用して英語が学べるメルマガ『1日1フレーズ！生英語』を平日の毎朝6時に配信中！ただ単にフレーズを紹介しているだけではなく、音声を使った学習プロセスが組み込まれているので、メルマガを読むこと自体が学習方法！
https://hapaeikaiwa.com/mailmagazine/
～～～～～～～～～～～～～～～～～～～
リクエスト 英語 在 English Boot Camp Facebook 的最佳貼文
BTSの"Butter"を解説しました。
私にしては珍しく今どきの音楽です。
70年代、80年代ロックしか聴かないので大変でした(^_^;)
先ほどプレミア公開（こちらも初！）しました。ちょっと長い動画ですが、ぜひチェックしてみてください♪
リクエスト 英語 在 はぴLIFEチャンネル Youtube 的最佳解答
【サブチャンネル】気ままにはぴLIFE
https://www.youtube.com/channel/UC3Gh21A3aXCzVghXhQhZ4Pw
同性カップル（婦婦）のみち子とぽっちです♡
いつも動画を見ていただきありがとうございます！
今回はダリちゃんと初めてショッピングモールに行った時の様子です！
船橋のららぽーとで家族でゆっくり楽しみました♡
コメントやリクエストお待ちしてます♡♡
チャンネル登録もぜひお願いします！
✳︎✳︎✳︎おすすめ動画✳︎✳︎✳︎
【私たちが同性婚がしたい理由】
https://youtu.be/JTI2uAwE1Tk
【私たちの職場恋愛】
https://youtu.be/_Z37PJZzcaY
【馴れ初め】
https://youtu.be/zJhK6-ZfHmw
【私たちの出会い】
https://youtu.be/D7eujIyCmu4
【結婚記念日】
https://youtu.be/hxSe7Q-FD9o
【2回目のプロポーズ】
https://youtu.be/AHHHcWSxv4s
✳︎✳︎✳︎✳︎✳︎✳︎✳︎✳︎✳︎✳︎✳︎✳︎✳︎✳︎✳︎
沢山の方に動画を楽しんで頂けるように、字幕のご協力をお願いいたします♡英語、韓国語、中国語、もちろん日本語でもOKです◎
http://www.youtube.com/timedtext_cs_panel?c=UCDMQg9L8kgV5yQHyW1fmEwg&tab=2
◇-------------------------◇
BLOG▷https://ameblo.jp/mitan-ryochan/
INSTAGRAM▷https://www.instagram.com/happilifeee
TWITTER▷https://mobile.twitter.com/michicorpo
TIKTOK▷ https://t.tiktok.com/i18n/share/user/6554626389961588737/?language=ja&sec_uid=MS4wLjABAAAA__TA4tBCtLN0kBc5_3vX-11u-7_bgcSQ17_lC_SDexoAs43Sj8n48foJ0AF-LtAJ&u_code=d025mgfm8269mj&utm_source=copy&app=tiktok&iid=6750602999767664385&utm_campaign=client_share&utm_medium=ios&tt_from=copy&user_id=6554626389961588737
愛犬ダリ▷ https://instagram.com/happidali
◇-------------------------◇
お仕事のお問い合わせはこちら▷happilifecouple@gmail.com
【説明】
私たちは女の子同士のカップルです╰(*´︶`*)╯
2016年 交際スタート
2019年 結婚
2021年 パートナーシップ宣誓交付
大きい方▷みち子
小さい方▷ぽっち
愛犬▷ダリ
ファンネーム▷ハピンズ♡♡♡
ハピンズコミュニティ専用Twitter
https://twitter.com/happinds
ハピンズの皆さんいつもありがとうございます╰(*´︶`*)╯♡
#同性カップル #レズビアン #ららぽーと #船橋 #東京ベイ #tokyo #IKEA #ドライブ #愛犬 #dog
#YouTuber #同性愛 #同性婚 #lgbtq #同棲カップル #私たちの幸せ生活 #アメブロ #セクマイ #セクシャルマイノリティ #カミングアウト #夫婦 #婦婦 #家族 #family #結婚 #パートナー #セクマイカップル #married #パートナー #同性パートナー #結婚生活 #新婚 #子作り#love #lovestory #couple #20代 #30代 #レズ #gay #恋愛 #LGBT #女同士 #パートナーシップ
Thank you for watching with English Subtitle.
#Samesexcouple #Lesbian #lesbiancouple #JapaneseLGBT
#japan
◆音楽提供◆
Production Music by https://www.epidemicsound.com/music/featured/
リクエスト 英語 在 Bloome Channel Youtube 的最佳解答
本日はたくさんリクエストいただいていた一人飲み&チートデー動画になっております☺️🍝
普段はダイエットでお酒を控えておりますが、たまーにはこんな日もあります💁♀️
妹も初登場でございます💕
二人でお酒を飲みながらインスタで募集した質問に答えました〜！
あ〜！楽しかった🤣
好評だったらまたやりますー！
ぜひこの動画を見ながら一緒に飲んでください🍻
------------------------------------------------------------------------------------
▼ 高木由梨奈の一人晩酌モッパン＆妹と韓国料理でチートデイ❤️
0:00 スタート🌛
1:24 一人暮らし24歳独身女性の過ごし方
1:55 メイク動画ぜひ見て欲しい
2:39 Bloome Channelの３人について
3:45 もう一本飲みます🍺
4:02 いつもDMありがとうございます
4:11 さくらちゃんと美桜ちゃんの意外な一面について
6:43 妹初登場！韓国料理とチャミスル片手に質問返ししていくよ
7:57 妹は何歳ですか？
8:08 妹さんの性格は？
9:02 お互いの好きなところと直して欲しいところ
12:02 妹ちゃんが見たい！
12:46 姉ゆりなの意外な一面は？
13:26 姉妹で似ているところは？
13:45 英語はペラペラですか？
14:34 姉ゆりなの恋愛観をどう思う？
15:36 この動画はいつ配信されますか？
15:52 思わせぶりな男性をどう思いますか？
16:14 好きな人にされたら冷める行動は？
18:00 落ち込んだ時どうやって立ち直りますか？
18:14 デザートTIME
19:04 いかがでしたか？感想お待ちしてます🤗
------------------------------------------------------------------------------------
🍑Instagram
今井美桜 (https://www.instagram.com/mio_ima49/)
田﨑さくら (https://www.instagram.com/tazaki_sakura/)
高木 由梨奈(https://www.instagram.com/yurina_takagi/)
🍑TikTok
https://www.tiktok.com/@bloomechannel
------------------------------------------------------------------------------------
#モッパン #爆食 #大食い #晩酌 #お酒 #チャミスル #高木由梨奈 #vlog
リクエスト 英語 在 minicuteclub Youtube 的精選貼文
英語チャンネル
https://www.youtube.com/channel/UCEXiBa12b6QanT3h-kNK6_Q
わんちゃんのチャンネル
https://www.youtube.com/channel/UCvMV4tMMnkyNGF-IymWvQSg
サブチャンネル
https://www.youtube.com/channel/UC7RlRR_QwHr7jhataayMOOQ
チャンネルについて：
こんにちは、みのりんです！
私はかわいいDIY、日本のおもちゃ、キャラ弁（キャラクター弁当）、粘土、スクイーズ、プラバンなど小物作りの動画を作ってます！
ハローキティなどサンリオ系のキャラクター、ポケモン、ディズニー、トトロなどかわいいアニメのキャラクターが大好きです。ぜひ、リクエストとかあればコメントください♡
お仕事はこちらから！
minoribusiness@gmail.com
リクエスト 英語 在 英語パーソナルトレーナー Katz on Instagram: “「この文法 ... 的必吃
2019/08/11 - 3 Likes, 0 Comments - 英語パーソナルトレーナー Katz ... などの質問やリクエストがあれば、いつでもメッセージやコメントくださいね！ #英語の ... ... <看更多>
リクエスト 英語 在 YouTube Data API の概要 - Google Developers 的必吃
はじめに
このドキュメントは、YouTube と情報をやり取りするアプリケーションを作成するデベロッパーの方を対象としています。このドキュメントでは、YouTube および API 自体の基本的な概念について説明します。また、API がサポートするさまざまな機能の概要についても説明します。
始める前にGoogle API Console へのアクセス、API キーのリクエスト、アプリケーションの登録を行うには、Google アカウントが必要です。
Google Developers Console でプロジェクトを作成し、認証情報を取得して、アプリケーションが API リクエストを送信できるようにします。
プロジェクトを作成したら、YouTube Data API が、アプリケーションで使用するよう登録されているサービスのいずれかであることを確認します。
API Console に移動し、登録したプロジェクトを選択します。
有効な API のページにアクセスします。
API のリストで、YouTube Data API v3 のステータスが [オン] になっていることを確認します。
ユーザー認証を必要とする API メソッドをアプリケーションで使用する場合は、認証ガイドに目を通して OAuth 2.0 認証の実装方法を習得しておきます。
API の実装を簡素化するためのクライアント ライブラリを選択します。
JSON（JavaScript Object Notation）データ形式のコア コンセプトについて理解しておきます。JSON は言語に依存しない一般的なデータ形式で、任意のデータ構造をシンプルなテキストで表現します。詳細については、json.org をご覧ください。
リソースとリソースの種類
リソースとは、一意の識別子を持つ個別のデータ エンティティです。次の表は、API を使用してやり取りできる各種リソースについて説明したものです。
リソース
activity特定のユーザーが YouTube サイトで行った操作に関する情報が格納されています。アクティビティ フィードで報告されるユーザー操作は、動画の評価、動画の共有、お気に入りへの動画の追加、チャンネルのお知らせメッセージの投稿などです。
channel単一の YouTube チャンネルに関する情報が格納されています。
channelBanner新しくアップロードされた画像をチャンネル用のバナー画像として設定するために使う URL を示します。
channelSectionチャンネルがおすすめ動画として選択した一連の動画に関する情報が含まれます。たとえば、チャンネルの最新のアップロード、特に人気の高い動画、1 つ以上の再生リストの動画をセクションに表示できます。
guideCategoryコンテンツや人気などの指標に基づいて YouTube がチャンネルに関連付けるカテゴリを示します。guideCategory により、YouTube ユーザーが目的のコンテンツを容易に見つけられるようにチャンネルを整理できます。チャンネルは 1 つ以上のガイド カテゴリに関連付けられる場合がありますが、何らかのガイド カテゴリに属することが保証されているわけではありません。
i18nLanguageYouTube ウェブサイトがサポートするアプリケーションの言語を指定します。アプリケーション言語は、UI 言語とも呼ばれます。
i18nRegionYouTube ユーザーが優先コンテンツ地域として選択できる地域を指定します。コンテンツ領域は、「コンテンツ ロケール」とも呼ばれます。
playlist単一の YouTube 再生リストを表します。再生リストとは、順番に再生して他のユーザーと共有できる動画を集めたものです。
playlistItem再生リストを構成する動画などのリソースをしめします。また、playlistItem リソースには、たいしょリソースが再生リストでどのように使用されるのかを説明する詳細な情報も格納されています。
search resultAPI リクエストで指定した検索パラメータに一致する YouTube 動画、チャンネル、または再生リストに関する情報が格納されています。検索結果は、動画など一意に識別可能なリソースを出力しますが、検索結果自体は永続的なデータを持ちません。
subscriptionYouTube ユーザーの登録チャンネルに関する情報が格納されています。subscription は、新しい動画がチャンネルに追加された場合や、別のユーザーが YouTube で動画のアップロード、動画の評価、動画へのコメントといった何らかの操作を行った場合に、ユーザーに通知します。
thumbnailリソースに関連付けられたサムネイル画像を示します。
video単一の YouTube 動画を表します。
videoCategoryアップロードした動画に関連付けられているか、関連付けることができるカテゴリを示します。
watermark指定したチャンネルの動画の再生中に表示される画像を指定します。チャンネル所有者は、画像のリンク先となるターゲット チャンネルや、動画の再生中に透かしが表示されるタイミング、表示される時間の長さを指定することもできます。
多くの場合、リソースには他のリソースへの参照が含まれている点に注意してください。たとえば、playlistItem リソースの snippet.resourceId.videoId プロパティは、動画に関する詳細情報を含む動画リソースを識別します。別の例として、検索結果には、特定の動画、再生リスト、チャンネル リソースを識別する videoId、playlistId、または channelId プロパティのいずれかが含まれます。
次の表は、API がサポートする最も一般的なメソッドを示したものです。一部のリソースは、そのリソースに固有の関数を実行する他のメソッドもサポートしています。たとえば、videos.rate メソッドはユーザーの評価を動画に関連付け、thumbnails.set メソッドは動画のサムネイル画像を YouTube にアップロードして動画に関連付けます。
運用
list0 個以上のリソースのリストを取得（
GET）します。insert新しいリソースを作成（
POST）します。updateリクエストのデータに応じて既存のリソースを変更（
PUT）します。delete特定のリソースを削除（
DELETE）します。現在のところ API はサポートされている各リソースの種類の一覧を作成するメソッドをサポートしています。また、多くのリソースに対する書き込み操作もサポートしています。
次の表は、各種リソースでサポートされている操作を示したものです。リソースの挿入、更新、または削除を実行する操作の場合は、常にユーザーによる承認が必要になります。list メソッドは、承認済みリクエストと未承認リクエストの両方をサポートする場合があります。この場合、未承認のリクエストは一般公開データのみを取得しますが、承認済みリクエストは、現在認証されているユーザーに関する情報や限定公開情報を取得することもできます。
サポートされている操作
list
insert
update
delete
activitycaptionchannelchannelBannerchannelSectioncommentcommentThreadguideCategoryi18nLanguagei18nRegionplaylistplaylistItemsearch resultsubscriptionthumbnailvideovideoCategorywatermark割り当て使用量
YouTube Data API は割り当てを使用して、デベロッパーがサービスを意図したとおりに使用するようにします。また、サービス品質を不当に引き下げたり、他のユーザーのアクセスを制限したりするアプリケーションを作成しないようにしています。無効なリクエストを含むすべての API リクエストには、少なくとも 1 ポイントの割り当て料金が発生します。アプリケーションで使用可能な割り当ては、API Console で確認できます。
YouTube Data API を有効にしたプロジェクトには、デフォルトで 1 日あたり 10,000 ユニットの割り当てが設定されています。これは、YouTube の API ユーザーの大多数に対して十分な量です。デフォルトの割り当ては変更される可能性がありますが、これは割り当ての配分を最適化し、API ユーザーにとってより意味のある方法でインフラストラクチャをスケーリングするのに役立ちます。割り当ての使用状況は、API Console の [割り当て] ページで確認できます。
注: 割り当て上限に達した場合は、次の方法で追加の割り当てをリクエストできます。
割り当て拡張を完了する
リクエスト フォームを提出してください。
Google では、各リクエストに費用を割り当てて、割り当て使用量を計算します。さまざまな種類の
オペレーションごとに割り当て費用が異なります。例:
リソース（通常はチャンネル、動画、再生リスト）のリストを取得する読み取りオペレーション
1 ユニットです。
リソースを作成、更新、削除する書き込みオペレーションには通常、コストがかかる
50 ユニット。検索リクエストの費用は
100 ユニットです。動画のアップロード 1 本あたりの費用は
1600 ユニットです。[API リクエストの割り当て費用] 表に、
割り当て費用が含まれます。これらのルールを念頭に置くことで、1 対 1 のチャットから
クォータを超過せずにアプリケーションが 1 日あたりに送信できるデータの数です。
この API ではリソースのパーツの取得が可能で、実際にこれを要求することにより、アプリケーションが不要なデータの転送、解析、保存を実行しないようにしています。このアプローチにより、API はネットワーク、CPU、メモリの各リソースをより効率的に使用できます。
API では 2 つのリクエスト パラメータをサポートしています。これらのパラメータについては、API レスポンスに含めるべきリソース プロパティを識別するために、以下のセクションで説明します。
part パラメータは、リソースに対して返されるプロパティのグループを識別します。fields パラメータは、リクエストされたリソースパーツ内の特定のプロパティのみを返すように API レスポンスをフィルタリングします。part パラメータの使用方法part パラメータは、リソースを取得または返す API リクエストに必須パラメータです。API レスポンスに含める最上位レベル（ネストされていない）のリソース プロパティを 1 つ以上指定します。たとえば、video リソースは次の部分で構成されます。
snippetcontentDetailsfileDetailsplayerprocessingDetailsrecordingDetailsstatisticsstatussuggestionstopicDetailsこれらのパーツはすべて、ネストされたプロパティを含むオブジェクトであり、API サーバーが取得する（または取得しない）メタデータ フィールドのグループと考えることができます。そのため、part パラメータでは、アプリが実際に使用するリソース コンポーネントを選択する必要があります。この要件には、主に次の 2 つの目的があります。
アプリケーションが使用しないメタデータ フィールドの取得に API サーバーが時間を費やすのを防ぐことで、反応時間を短縮できます。
アプリケーションが取得する不要なデータの量を低減（または排除）することで、帯域幅使用量を節減できます。
今後リソースのパーツが追加された場合でも、アプリケーションがサポートしていない新たに導入されたプロパティをリクエストすることはないため、上記の利点が損なわれることはありません。
fields パラメータの使用方法fields パラメータは API レスポンスをフィルタリングします。API レスポンスには part パラメータ値で識別されるリソース部分のみが含まれるため、レスポンスには特定のフィールド セットのみが含まれます。fields パラメータを使用すると、ネストされたプロパティを API レスポンスから削除して、帯域幅の使用量をさらに削減できます。（part パラメータを使用して、ネストされたプロパティをレスポンスから除外することはできません）。
次のルールでは、fields パラメータ値でサポートされている構文について説明します。これはおおまかに XPath 構文に基づいています。
複数のフィールドを選択するには、カンマ区切りのリスト（
fields=a,b）を使用します。すべてのフィールドを指定するワイルドカードとしてアスタリスク（
fields=*）を使用します。API レスポンスに含めるネストされたプロパティのグループを指定するには、かっこ（
fields=a(b,c)）を使用します。ネストされたプロパティを指定するには、スラッシュ（
fields=a/b）を使用します。実際には、これらのルールにより、複数の異なる fields パラメータ値が同じ API レスポンスを取得できることがよくあります。たとえば、再生リストのアイテム ID、タイトル、および再生リストのすべてのアイテムの位置を取得する場合は、次のいずれかの値を使用できます。
fields=items/id,playlistItems/snippet/title,playlistItems/snippet/positionfields=items(id,snippet/title,snippet/position)fields=items(id,snippet(title,position))注: 他のすべてのクエリ パラメータの値と同じように、fields パラメータ値には URL エンコードを使用する必要があります。読みやすくするために、このドキュメントの例ではエンコードを省略します。
以下の例では、part パラメータと fields パラメータを使用して、API レスポンスにアプリケーションで使用するデータのみが含まれるようにしています。
例 1 は、4 つのパートと
kind プロパティと etag プロパティを含む動画リソースを返します。例 2 は、2 つのパートと
kind プロパティと etag プロパティを含む動画リソースを返します。例 3 は、2 つのパートを含み、
kind プロパティと etag プロパティを除外した動画リソースを返します。例 4 は、2 つのパートを含む動画リソースを返しますが、
kind と etag、およびリソースの snippet オブジェクト内にネストされたプロパティの一部を除外しています。で確認できます。<ph type="x-smartling-placeholder"></ph>
<ph type="x-smartling-placeholder"></ph>
例 1
URL: https://www.googleapis.com/youtube/v3/videos?id=7lCDEYXw3mM&key=YOUR_API_KEY
&part=snippet,contentDetails,statistics,statusDescription: This example retrieves avideoresource and identifies several
resource parts that should be included in the API response.API response:
{
"kind": "youtube#videoListResponse",
"etag": "\"UCBpFjp2h75_b92t44sqraUcyu0/sDAlsG9NGKfr6v5AlPZKSEZdtqA\"",
"videos": [
{
"id": "7lCDEYXw3mM",
"kind": "youtube#video",
"etag": "\"UCBpFjp2h75_b92t44sqraUcyu0/iYynQR8AtacsFUwWmrVaw4Smb_Q\"",
"snippet": {
"publishedAt": "2012-06-20T22:45:24.000Z",
"channelId": "UC_x5XG1OV2P6uZZ5FSM9Ttw",
"title": "Google I/O 101: Q&A On Using Google APIs",
"description": "Antonio Fuentes speaks to us and takes questions on working with Google APIs and OAuth 2.0.",
"thumbnails": {
"default": {
"url": "https://i.ytimg.com/vi/7lCDEYXw3mM/default.jpg"
},
"medium": {
"url": "https://i.ytimg.com/vi/7lCDEYXw3mM/mqdefault.jpg"
},
"high": {
"url": "https://i.ytimg.com/vi/7lCDEYXw3mM/hqdefault.jpg"
}
},
"categoryId": "28"
},
"contentDetails": {
"duration": "PT15M51S",
"aspectRatio": "RATIO_16_9"
},
"statistics": {
"viewCount": "3057",
"likeCount": "25",
"dislikeCount": "0",
"favoriteCount": "17",
"commentCount": "12"
},
"status": {
"uploadStatus": "STATUS_PROCESSED",
"privacyStatus": "PRIVACY_PUBLIC"
}
}
]
}
をご覧ください。
<ph type="x-smartling-placeholder"></ph>
例 2
URL: https://www.googleapis.com/youtube/v3/videos?id=7lCDEYXw3mM&key=YOUR_API_KEY
&part=snippet,statisticsDescription: This example modifies thepartparameter value so that the
contentDetailsandstatusproperties are not included
in the response.API response:
{
"kind": "youtube#videoListResponse",
"etag": "\"UCBpFjp2h75_b92t44sqraUcyu0/sDAlsG9NGKfr6v5AlPZKSEZdtqA\"",
"videos": [
{
"id": "7lCDEYXw3mM",
"kind": "youtube#video",
"etag": "\"UCBpFjp2h75_b92t44sqraUcyu0/iYynQR8AtacsFUwWmrVaw4Smb_Q\"",
"snippet": {
"publishedAt": "2012-06-20T22:45:24.000Z",
"channelId": "UC_x5XG1OV2P6uZZ5FSM9Ttw",
"title": "Google I/O 101: Q&A On Using Google APIs",
"description": "Antonio Fuentes speaks to us and takes questions on working with Google APIs and OAuth 2.0.",
"thumbnails": {
"default": {
"url": "https://i.ytimg.com/vi/7lCDEYXw3mM/default.jpg"
},
"medium": {
"url": "https://i.ytimg.com/vi/7lCDEYXw3mM/mqdefault.jpg"
},
"high": {
"url": "https://i.ytimg.com/vi/7lCDEYXw3mM/hqdefault.jpg"
}
},
"categoryId": "28"
},
"statistics": {
"viewCount": "3057",
"likeCount": "25",
"dislikeCount": "0",
"favoriteCount": "17",
"commentCount": "12"
}
}
]
}
をご覧ください。
<ph type="x-smartling-placeholder"></ph>
例 3
URL: https://www.googleapis.com/youtube/v3/videos?id=7lCDEYXw3mM&key=YOUR_API_KEY
&part=snippet,statistics&fields=items(id,snippet,statistics)Description: This example adds thefieldsparameter to remove all
kindandetagproperties from the API response.API response:
{
"videos": [
{
"id": "7lCDEYXw3mM",
"snippet": {
"publishedAt": "2012-06-20T22:45:24.000Z",
"channelId": "UC_x5XG1OV2P6uZZ5FSM9Ttw",
"title": "Google I/O 101: Q&A On Using Google APIs",
"description": "Antonio Fuentes speaks to us and takes questions on working with Google APIs and OAuth 2.0.",
"thumbnails": {
"default": {
"url": "https://i.ytimg.com/vi/7lCDEYXw3mM/default.jpg"
},
"medium": {
"url": "https://i.ytimg.com/vi/7lCDEYXw3mM/mqdefault.jpg"
},
"high": {
"url": "https://i.ytimg.com/vi/7lCDEYXw3mM/hqdefault.jpg"
}
},
"categoryId": "28"
},
"statistics": {
"viewCount": "3057",
"likeCount": "25",
"dislikeCount": "0",
"favoriteCount": "17",
"commentCount": "12"
}
}
]
}
をご覧ください。
<ph type="x-smartling-placeholder"></ph>
例 4
URL: https://www.googleapis.com/youtube/v3/videos?id=7lCDEYXw3mM&key=YOUR_API_KEY
&fields=items(id,snippet(channelId,title,categoryId),statistics)&part=snippet,statisticsDescription: This example modifies thefieldsparameter from example 3
so that in the API response, each video resource'ssnippet
object only includes thechannelId,title,
andcategoryIdproperties.API response:
{
"videos": [
{
"id": "7lCDEYXw3mM",
"snippet": {
"channelId": "UC_x5XG1OV2P6uZZ5FSM9Ttw",
"title": "Google I/O 101: Q&A On Using Google APIs",
"categoryId": "28"
},
"statistics": {
"viewCount": "3057",
"likeCount": "25",
"dislikeCount": "0",
"favoriteCount": "17",
"commentCount": "12"
}
}
]
}
パフォーマンスの最適化
ETag の使用
HTTP プロトコルの標準部分である ETags を使用すると、アプリケーションが特定の API リソースの特定のバージョンを参照できます。リソースはフィード全体か、そのフィード内のアイテムになります。この機能は、次の使用事例をサポートしています。
キャッシュおよび条件付き取得 – アプリケーションは、API リソースとその ETags をキャッシュできます。そのため、アプリケーションが保存済みのリソースを再度リクエストした場合は、そのリソースに関連付けられた ETag が指定されます。リソースが変更されている場合、API は変更されたリソースと、そのバージョンのリソースに関連付けられた ETag を返します。リソースが変更されていない場合、API は HTTP 304 レスポンス（Not Modified）を返します。これは、リソースが変更されていないことを示します。この方法でキャッシュされたリソースを提供することにより、反応時間と帯域幅使用量を低減することができます。
Google API のクライアント ライブラリは、ETags のサポートの点で異なります。たとえば、JavaScript クライアント ライブラリは、許可されたリクエスト ヘッダーのホワイトリスト（If-Match と If-None-Match を含む）を使用して ETag をサポートします。ホワイトリストでは、リソースの ETag が変更されていない場合にブラウザのキャッシュからリソースを提供できるように、通常のブラウザ キャッシュの発生を許可します。一方、Obj-C クライアントは ETags をサポートしていません。
変更内容の誤った上書きに対する保護 – ETags は、複数の API クライアントが相互の変更内容を誤って上書きしてしまう状況を防ぐのに役立ちます。リソースを更新または削除する場合、アプリケーションではリソースの ETag を指定できます。ETag がそのリソースの最新バージョンと一致しない場合、API リクエストは失敗します。
アプリケーションで ETags を使用すると、次のような複数の利点を得られます。
キャッシュ済みの変更されていないリソースのリクエストに対して API が迅速に応答するようになるため、反応時間と帯域幅使用量が低減されます。別の API クライアントによって発生したリソースの変更を誤って上書きしてしまう状況を回避できます。
Google APIs Client Library for JavaScript は If-Match と If-None-Match の HTTP リクエスト ヘッダーをサポートしているため、通常のブラウザ キャッシュのコンテキスト内で ETag が機能します。
gzip の使用
各 API レスポンスで必要な帯域幅は、gzip 圧縮を有効にして低減させることもできます。API レスポンスの解凍には追加の CPU 時間が必要になりますが、ネットワーク リソースの消費量低下には、そのコストを補うだけの利点があります。
gzip エンコードされたレスポンスを受け取るには、次の 2 つの操作を実行する必要があります。
Accept-Encoding HTTP リクエスト ヘッダーを gzip に設定します。文字列
gzip が含まれるようにユーザー エージェントを変更します。次のサンプルの HTTP ヘッダーは、上記の gzip 圧縮を有効にする要件を示したものです。
Accept-Encoding: gzip
User-Agent: my program (gzip)
... <看更多>
リクエスト 英語 在 【視聴者リクエスト】水野美紀ビリビリ英語禁止 ... - YouTube 的必吃
水野美紀が 英語 禁止トーク対決！ 英語 をしゃべったら、新たなビリビリグッズの餌食に！役者・水野美紀のビリビリが見られるのは【水野美紀の映画 ... ... <看更多>