特にimg_html/css_WEB-ITnoseに関する質問に困っています。

30×30 のユーザー画像、
リーダーはそれを使用してフロントエンドに として直接記述する必要はありません。 。 。

もちろん、1つのページに多数のユーザーアバターが動的に表示されます。 。 。サイズ変更自体に効率の問題がある場合は、それが最善です。 。 yslowでは画像リサイズは非推奨との記述があったと記憶しています。 。あまり印象に残りませんでした。 。説明を求めてください。 。

そして様々な反論意見を求めてください。

Tucao: 実際、MD リーダーは、ユーザー アバターを強制的に引き伸ばすこの動作を説明するために、品質への「最小限の影響」という用語を使用しました。 ！ ！ ！

ディスカッション（解決策）への返信

上司の言うことは何でもやる。 。どうでも。 。

同上: 上司の要求に従うことは技術的に解決できることではなく、上司が大丈夫と言っても、それは問題ではありません。上司がダメだと言っても、効くか効かないかは関係なくやらなければなりません。

この方法で記述することの利点の 1 つは、ユーザー アバターが 35X35 を超えると、ページが間違いなく乱雑になることです。
この方法で幅と高さを定義すると、ユーザーのアバターがどんなに大きくても、35X35 で表示され、ページが乱雑になることはありません。

問題は、ユーザーのアバターが 35X35 より小さい場合、アバターが引き伸ばされてぼやけてしまうことです~・

上記と同じ 上司の言うとおりにする、これは中国では技術的に解決できません。政治問題について、上司は「大丈夫、大丈夫じゃないなら大丈夫」と言いました。上司がダメだと言っても、効くか効かないかは関係なくやらなければなりません。 ！

上司ではありません。 。ただの上級者。 。政治的な問題は関係ありません。 。彼を否定するのに十分なデータやその他の理論的裏付けがありません。 。 yslowが言ったスケールイメージを除いて。 。 。 。

この方法で記述する利点は、ユーザーのアバターが 35X35 を超えると、ページが間違いなく乱雑になることです。上。 。
この方法で幅と高さを定義すると、ユーザーのアバターがどんなに大きくても、35X35 で表示され、ページが乱雑になることはありません。

問題は、ユーザーのアバターが 35X35 より小さい場合、アバターが引き伸ばされてぼやけてしまうことです~・

はい。 。 。伸ばすとぼやけるだけです。 。しかし、リーダーは、ぼやけたアバターの影響は「最小限」であると信じています。 。なんてことだ。 。これは本当に容認できません。 。 。とても恥知らずです。 。 。

アバターが背景でズームされます。 。つまり30×30です。 。しかし、もう一度実行してすべてのアバターを 35×35 にするのは絶対に不可能です。データ量が多すぎて膨大だからです。 。 。彼を逃がさなければ我々にできることは何もない。幅と高さの固定について書きました。 。でも、きっとそうだろう。主にズームです。 。効果は非常に不快に感じます。 。

上司の言うことだけを実行してください。 。どうでも。 。
+1

これは心配する必要はありません。
彼が同意しない場合は、彼の言うとおりにしてください。効果が不十分であることが確認されるまで待ってから、もう一度試してください。 30歳と35歳では大差ありません。
別のスタイルを使用して縮小することもできます。

結論。 。記事をご提供いただきました。画像のサイズ変更の問題について言及しました。
http://stackoverflow.com/questions/9312584/whats-the-rationale-behind-the-yslow-rule-dont-scale-images-in-html

さまざまな努力の結果、計画は変更されました。サイズ変更は正常に中止されました。 ！