HTML/CSS の質問に優しく答えるスレ 27©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
ここは初心者からベテランまで、全ての人を対象に優しく答えるスレです
類似質問大いに結構。分からない人は何回聞いても結構
HTML / CSS の事なら何でもOK
ただし、JavaScript や PHP などはスレ違い / 板違い。該当スレ / 該当板でどうぞ
+ JavaScript & jQuery 質問用スレッド vol.6 + [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/hp/1465566635/
質問するときはIDを出すためにメール欄を age にすることをおすすめします
回答してくれる方は優しい人のみ!
質問者に対して暴言を吐く人は このスレを見るな!!
質問側も節度あるレスで!
質問前にスレ内を検索しましょう
■次スレについて
基本的にレスナンバー>>980を取った人(立てられない場合は次の宣言者)が立てて下さい
重複を避けるため、独断でスレ立てはせず必ず意思表示をしてから立てて下さい(>>980を取った場合も)
立てられない事が予め分かっている場合は、>>980付近の書き込みは自重しましょう
■前スレ
HTML/CSS の質問に優しく答えるスレ 26
http://echo.2ch.net/test/read.cgi/hp/1489201345/ レスポンシブでフォントのサイズを
PCで20pxの個所はスマホで16px
PCで16pxの個所はスマホで12px
のように一括で制御する方法ってありますか?またそれはもう実際使ってますか? >3
一括だとjsになる
cssだとこんな感じ
/* 常通 */
* {
font-size: 1em;
}
/* PC */
media (min-width:501px){
.big {
font-size: 20px;
}
}
/* モバイル */
media (max-width:500px){
.big {
font-size: 16px;
}
} 20pxと16pxの包含ブロックのタグが違うはずだろ :root {
--heading: 20px;
--sub-heading : 16px;
}
@media screen and (max-width: 768px) {
:root {
--heading: 16px;
--sub-heading : 12px;
}
}
.a-1,
.a-2 {
font-size: var(--heading);
}
.b-1,
.b-2 {
font-size: var(--sub-heading);
}
<p class="a-1">pc 20px : sp 16px</p>
<p class="a-2">pc 20px : sp 16px</p>
<p class="b-1">pc 16px : sp 12px</p>
<p class="b-2">pc 16px : sp 12px</p> 答えがまちまちという事はまだ一般的な手法が確立されていないという事?
Sassで変数にしてしまえばいいんだろうけど、開発環境に依存する方法はあまり好きではなくて 一般的な手法が確立されるほどのメジャーな内容ではない >>9
ランディングページのような文字サイズに規則性が少なく(全く無いわけではない)、
セクション毎にデザインをしているようなチラシ系ページのレスポンシブって普通にありませんか?
そういうのを効率化したいのですが Sassの変数使う、ネイティブがいいならpolyfillつきでCSS Variablesしかないでしょ 背景画像を画面いっぱいに固定させて表示させたいのですが
cssで設定するセレクタはhtml、bodyまたはそれ以外のどれが適切なのでしょうか?
ちなみにheader部分に設定すると画面上の部分だけがほんの少し間が開いた状態(背景画像が表示されず真っ白)で表示されてしまいました。 >>12
どっちでも
それが間違いなく最上位の要素なら、html
更に背景を設定する可能性があるなら、body
慣れてないならbodyにしておいたほうが無難とは思う
ただ、wordpressの場合はhtmlに設定しないほうがいい
管理バーとバッティングしてめんどくさいことになる可能性がある >>13
ありがとうございますbodyに設定してみたら上手く表示されました
自分はwordpressを使ってるんですが確かにログインしてる状態だと
スマホで見た時に最上部に表示される管理バーがたまにヘッダー部分と被っちゃっておかしくなっちゃいますね 例えばこの楽天のサイトで、
http://travel.rakuten.co.jp/yado/tokyo/A.html
左側にある宿泊地を
大分類 [北海道]を選択すると
中分類 [札幌市内、定山渓、、、]
などのように、中分類の表示項目が変化しますが、これはどうやっているのでしょうか?
全部のデータをどこかに持っていて入れ替えているのでしょうか?
こういうメニューを作成する場合の一般的な手法を教えて下さい。 >>15
jsで要素の中身を変更している
個人的には中身を入れ替えるんじゃなく、表示/非表示を変更するほうが良いと思うけどな
そうすれば、東京→大阪→東京と入れ替えても選択肢は維持される >>16
解説ありがとうございました。
大変参考になりました。 >>15
実装させたいらJavaScriptのスレで質問すると良いですよ。 他で聞くことにします
ここはレベルの低いスレですね >>3-11
body {
font-size: 62.5%;
}
これで、PC用ブラウザのデフォルト 16px を、10px にできるから、
1em = 10px で計算できるから、分かりやすい
px を使うと、フォントサイズが固定されるから、お勧めしない >>22
body {
font-size: 10px;
}
じゃだめなの? >>22
それをした上で1.6remとか2.2remにすればいいよね。 文字数を制限して表示させたいのですが何か用方法ないでしょうか?
ブラウザによって表示方法が変わってしまうで困っています。 >>22
俺も最初>>5でrem指定にすればいいと思ったけど、PCは20pxでSPは16pxって任意のピクセルを指定することが出来ない。
remで統一できるのはジャンプ率だけ。
結局実現出来るのは>>7だけじゃない?
あと一瞬sassとかのプリプロセッサの変数でも出来そうな気がするけど、プリプロセッサはメディアクエリ内で変数を定義することができない。
結論 正当は>>7だけ
IE11用にpolyfillを使うかフォールバックつけたほうがいいけどね >>27
行数制限ならtrunk8おすすめ
文字数制限ならサーバサイドで制御すべき CSSフレームワーク BULMA について質問です。
http://bulma.io/documentation/overview/start/
Use NPM (recommended):
>npm install bulma
BULMAを始める3つの方法の、運営オススメのnpm install bulmaをしたのですが
その次の手順がわかりません
結局CDNから直接
https://cdnjs.cloudflare.com/ajax/libs/bulma/0.4.1/css/bulma.min.css
を読み込むようにHTMLソースを書き加えて使っていますが
何か間違っているのでしょうか? npm init
npm install bulma --save
bulmaを使いたいhtmlを開いて
<link rel="stylesheet" href="node_modules/bulma/css/bulma.css">
を加える
公式サイトの説明が不親切だな >>29
>>30
ありがとうございます。
早速やってみます。 マイナーなフレームワークって
結局クライアントも含め関係者全員に覚えさせなきゃいけないのでは? フォントサイズ指定ってピクセル使わない方がいいんだろうけど
他人が作成したデザインデータがピクセル指定だから
コード側もピクセル指定した方が楽なんだよな。47pxはえーと何em?
端数じゃんウゼー!それの子要素、孫要素どうすんねん!みたいになるから あとIEなどの違うブラウザ同士比べると
文字の大きさが微妙に違ってたりの問題も面倒。文字数依存のデザインだと崩れるし すいません、教えてください。
inputボタンのCSS指定で以下のような記述していて、
PC、Androidは問題ないのですが、iOS端末だとボタンのデザインが全然違うものになります。
iOSではボタン色がやや青いグレー、radiusが25pxくらいの半円です。
safari以外のアプリでも表示がおかしいのでiOS特有の状態のようです。
原因わかりますでしょうか。
― HTML
<form name="search" method="POST" action=“hoge.php">
<input id="search" type="submit" value="search">
― CSS
input[value="search"] {
background-color: #224488;
color: #ffffff;
border-style: none;
-moz-border-radius: 3px;
-webkit-border-radius: 3px;
border-radius: 6px;
… >>38
-webkit-appearance: none; >>39
おおお!同じになりました!
ありがとうございます!! わかる方いたら教えてください。
HTMLでスマホサイトをコーディングしているのですが、iponeやアンドロイド、Safariから見ると謎の ×マークが表示されます。(正確には×を四角で囲んだような表示です)
コードにはパッと見おかしなところはないです。
Safariの開発ツールで調べるとHTML上で $0 というものが勝手に追加されているようですが、ローカルではこの$0は存在しません。
理由がわかる方、消し方がわかる方いれば教えてください。 >>42
画像は表示されててその後ろに×がついてました。
色々いじってたらいつの間にか消えました・・・なんでだろう?
>>43
ありがとうございます、知識が低くて見てもよく分かりませんでした。
時間あるときにそのサイト参考に勉強して原因探ってみます。
>>44
個人的には普段Chrome ページに参考になった ならなかったボタンと
そのボタンを選ぶと、コメント欄があらわれるようにしたいんですが、実装の仕方おしえてください。 普通のボタンは押すだけのもので、選べるものではない(状態を持たない)ので
:focus 疑似クラスを使うくらいしか思いつかないな
.comment { visibility: hidden }
.button:focus ~ .comment { visibility: visible }
みたいな感じか
チェックボックスかラジオボタンなら、:checked 疑似クラスを使える 隠しチェックボックスを作る
ボタンを<label>でくくり隠しチェックボックスに連動させる
.hid_chkbx:checked ~ .comment {なんらかの形で表示}
css3だけで作るスライダーなんかで使われてる手法 cssのみで要件を達成できるならcssのみでやってもいいと思うけど、cssではやれることが限られる、
中途半端に実装して「やっぱjsでやらないと無理だわ、やり直し」ってことにならなきゃいいが 普通にaタグだかでボタン作って表示/非表示処理すればいいんでないの?
わざわざ隠しチェックボックスとかを設けてややこしくする理由がわからん >>53
実際の意味は「選択したらコメント欄が現れる」だから
見た目はボタンだろうが内部ではラジオボタンで表現するのが HTML的には正しいんじゃね >>53
HTML的にはフォーム要素を使って
データをPOSTするのが正しいから
フォームという標準のインターフェースを満たしていれば
デザインは後から変えられる。そうすることでデザイナーと
プログラマの仕事の分担が可能になる
プログラマとしては何のデザインも当たっていないフォームを使ってアプリを作る
デザイナはそこにデザインを割り当てる。
どうしても実現不可能なデザインであればJavaScriptを使うしかないが
その場合でも標準のフォーム相当を実現するように作る > ページに参考になった ならなかったボタンと
> そのボタンを選ぶと、コメント欄があらわれるようにしたいんですが、実装の仕方おしえてください。
この仕様であれば標準のフォームだけで作るならば
○ 参考になった
◎ 参考にならなかった
[ コメント欄 ]
というインターフェースになる。
これがスタートライン。
必要ならばここにデザインを割り当てる >>44
いくつかのアクセス解析結果からいえばChrome
次いでSafari 素朴な疑問だが、初心者が>>53のようにa要素でボタンを作りたがるのは何故なんだろう
IE6のhover疑似クラスのバグでa要素が乱用されたサンプルコードの弊害なのか? >>60
昔はデフォルトでカーソルが変わるのが便利って考えたことがあるな
今はもうbuttonで作ってるけど、たまにtype=button"忘れてsubmitしてんっほおおおおってなるな >>60
button要素IEだと押し込むエフェクトかからない? >>61
button要素でもカーソル変わるし、cursorプロパティがある
CSSを知らない初心者が昔でいう物理要素を使う感覚なんかな >>62
よく分からんけど、focusとかactive疑似クラスで上書きできるんじゃないかね >>63
もう10年前の話だけど、確かsafariかopera、ネットスケープがbuttonに対して変なデフォルトcssだったと思う
それに右も左もaに対してイベントつけろ、return falseで問題ないという謎の風潮だったから従ってた。ちゃんと勉強すればよかったんだけどね
あの頃は誰もがにわかで、本物は一握りだったな >>65
今はもっとにわかだらけだよ
コピペコーダーばかりで話にならない >>60
> 素朴な疑問だが、初心者が>>53のようにa要素でボタンを作りたがるのは何故なんだろう
a要素を使う場合とbutton要素を使う場合が区別できていないから。
もしくは見た目で決めようとしているから。
a要素はアンカー(リンク)でフォーム関連はbutton要素を使う。
見た目で a要素 か button要素 かを決めるのではない。
見た目を変えるのはCSS。適切な用途の要素を使うべき >>65
今もあるな。return falseとjavascript:void(0)
この2つは使う必要がない物 >>64
一応あるけど誰もやってない。正確にいうとIEではbutton要素をクリックすると右に1px下に1px移動するエフェクトがつく。これ結構気になってあまりbutton要素使いたくない。 IEのシェア率すごい下がってるから気にしなくなったな
モバイルを考慮すると1割ぐらいじゃないか。楽天とかはもう少し上がるかも知れんけど
いまだにIE使ってるのなんてリテラシー低い層だから細かいことは気にしなくていいと思う >>69
自分の周囲でやっていることに合わせる風習なのだな
構造ではなく、見た目ありきでマークアップするのは意図的なのか、初心者故なのか 「IEの変な仕様を避ける」というのは故意だろう
俺は正しいと思う
諸悪の根源はIEなのは満場一致だろう >>65
デフォルトCSSのまま使おうとしてa要素に行き着くのだな
自分の観測範囲で行われている周囲に合わせれば、とりあえず問題ない」と短絡的に考えてしまう傾向もありそうだが… >>72
いや、制作者CSSで上書きすればいい、という意見が大多数だと思うけど 初心者が質問して初心者がググってレスしてるやつ多いのかもな 昔はHTMLコーダーいうたらブラウザ内部のプログラムの事や
IE6の後方互換のうんちゃらかんちゃら部分がとか細かい仕様まで把握してる人もいた
そういう意味では私はド素人 そういう意味だけじゃなくて
他の意味でもド素人だろ >>67
「コメントフォームを開くためのリンク」なんだからaタグでも問題なくね?
ボタン押した瞬間にデータがPostされてるわけでもなしに
それともユーザーに選択を問うようなものはPostの有無に関わらずボタンで実装すべきなんか? >>78
HTML <a> 要素 (アンカー要素) は、別のウェブページ、ファイル、同一ページ内の場所、電子メールアドレス、または他の URL へのハイパーリンクを作成します。
https://developer.mozilla.org/ja/docs/Web/HTML/Element/a
それはハサミで釘打っちゃいかんのか?と言う質問と同じ
結果は同じだが、適切でない >>79
でも同一ページ内の場所を示すならaタグokなんだろ?じゃあ問題ないじゃん
<a href="#no">参考にならなかった</a>
<a href="#yes">参考になった</a>
<div id="no">
<form>
・・・
</form>
</div>
<div id="yes">
ありがとうごさいました
</div>
ってするのは何が悪いんだ? >>80
何もわるくないよ
悪いのは極端に物事をきめつけようとする基地外だからな。 >>78
> 「コメントフォームを開くためのリンク」なんだからaタグでも問題なくね?
「コメントフォームを"開くための"リンク」って言ってしまったらアウト
コメントフォームへのリンクであればOK
リンクっていうのは、何かの地点と何かの地点を
結びつけるもの。だからリンク(接続・連結)という。
aタグを使うならば、何かと何かをリンクさせないといけない。
つまりコメントフォームにはidが振られており(例 id="comment-form")
aタグのhrefはページ内リンク(例 href="#comment-form")と
なっていなければいけない
そして重要なのは、今回の場合はページ内リンクになるだろうけど、
別のページからのリンクであっても同じように表示されないといけないということ
(もちろん同じように表示されるように作ることは可能)
つまり、ブラウザのURLに http://example.com/page.html#comment-form と入力するのと
http://example.com/page.html を表示して、<a href="#comment-form">コメントフォーム</a> を
クリックして移動するとの両方で同じように表示されなければいけない。
aタグというのはページもしくはページ内のIDに対するリンクであるという考え方が重要
(未だにテーブルタグでレイアウトするような人にならないように注意w 正しい使い方をしましょう) > (もちろん同じように表示されるように作ることは可能)
ちなみに、これが実現方法の一つな。:target疑似クラスを使う
(他にはJavaScriptを使う方法もあるだろう)
http://coliss.com/articles/build-websites/operation/css/target-pseudo-class-trick.html
http://demo.bitsofco.de/the-target-trick/hide-show.html (デモ)
どうして:target疑似クラスなんてものが作られたかというと、
それこそリンクをリンクとして正しく使いましょうという話で
その正しい使い方における画面表示の制御方法として生まれたわけだよ。 CSSのBEM記法ってブロックで捉えるわけだけど
ブロックが4階層とか5階層になったらその分エレメントの名前を書き連ねなきゃダメなの?
それともキリのいいところでブロック名を仕切り直すんかな?
でもキリのいいところって言われても入れ子になってる時点で独立して存在できるブロックとは言い辛いし
結局そんな入れ子構造になるコーディングするのが悪いってことなんかね BEMは会社のコーディング規約として導入するものだ
あんなもんソロで覚えるもんじゃない。めんどくさいだけだぞ >>85
最近部下が2名できて、今後も増えていきそうだからそろそろコーディング規約を作らなきゃなって思っていろいろ調べてるんだわ 見出しテキストの色が1文字ずつ違うデザインを貰ったのですが、実装するには1文字ずつspanなどで囲ってスタイルを書くことになるんでしょうか?
そういうソースはやはりSEO面を考えるとよろしくないでしょうか?
例えばソースは普通に書いて、JSを使ってspanで囲む処理を施すなどしても同じことでしょうか? >1文字ずつ違うデザイン
パチンコ屋かよw
俺なら差し戻す
どうしてもそれで行く場合はspanで囲むしか無い。jsなんて使わんわアホらしい
<span class="str_a">ア</span><span class="str_ho">ホ</span> 見出しが 50個くらいあったら js 使うかな
それでもタグで囲む? 普通は画像にしちゃうでしょw
デザインした側も画像を想定してると思うんだけどw 実装側としてはモジュール化して使い回したほうが修正や運用が楽かなとは思うのですが…
とは言いつつ今のところ使ってる箇所は少ないですし、デバイスフォントでやろうとしたらどんな方法になるのかちょっと興味があったので… でももう面倒なので画像にしようと思います
ちなみにパチンコ屋ではないです、ありがとうございました。 >>94
>実装側としてはモジュール化して使い回
ここまでひどいものはどう考えても画像にしたほうが良い backgroundにグラデーションかけてテキストをtransparentにしたりしてうまいこと出来ないのかねぇ
出来そうで出来ないよなぁ cssのコーディング規約は正直、めちゃくちゃ難しいと思う
あまりにも自由度が高すぎる うん。
こうしなさい系は無理でしょうね。
これはダメ系なら可能かなあ。 実際ガチガチ大手以外は他人のCSS見て発狂しつつやってるんかね? だいたいのファウルラインだけ守ってればお互い空気読んでできるんかなぁ 大元がidで指定されてたりしてしねよってなることはあるよね 基本的な改行とかのルールですら策定してたら2時間も経ってた
グーグルのやつ丸パクリでも良かったんだけど
とりあえずBEMは反発ありそうだし俺もめんどいから採用見送るがOOCSSみたいなのにはならないようにしたいな >グーグルのやつ丸パクリ
これは止めといたほうが良い
googleのコーディングは特殊で、全部div、要素へのcss割当は一切しないというもの
<div class="a"><div class="b"><div class="c">・・・
のような形になっている
SEOを考えなくてもいいから考え方がまるで違う とりあえずsassでいいんじゃないか
scssにもあるけど、入れ子は便利だし読みやすい >>106
しばりがあると間抜けなコーディングになるよな sassをコンパイルする際にファイルパスにマルチバイト文字が含まれるとエラーが出るのですが、
なんとかマルチバイト文字が含まれる環境でコンパイルさせることは出来ないでしょうか? XHTMLにおいてのdl要素の使い方はHTML5と同じですか? >>107
同意
つかもう素でcss書くのはよほど小さいサイトじゃないとしたくない…… >>110
osや使っているツールくらい書けよ。
だから君はいつまで経っても初心者なんだよ CSSの質問です
ttp://www.keni-customize.net/custom-midashi-design-555/
ここの見出しサンプル8をブログで使用していますが、
borderの線と次の行に表示されるブログの文との間隔を広げたいです
どうすれば良いでしょうか? >>116
6行目を下記にする
margin: 0 0 1em 1.5em; >>117-118
試してみたけど直りませんでした…
どうやらブログの見出し編集機能や改行のせいで詰まっていたみたいで、書き直してみたら直りました
お手数おかけして申し訳ありません >>110
ファイルの先頭にcharset指定
日本語使わない場合は指定無しでok
基本はすべての.scssに入れるよ 今までtableでレイアウトデザインしてたけど
昨今はもうtableは良くないとのことだけど
table使わずにCSSでそれっぽくみせるのってどういう方法があるの? ブラウザの表示倍率を変えても背景画像は変化しないんだけどなんで? ベンダープレフィックスは、すでにサポートされているプロパティに対しては機能しないのです?
例えば、IEのみ背景色を黒にしたい時の-ms-background-color:#000;など。
よろしくお願いします。 >>124
色々あるけど最近はflexが主流
個人的に好きなのはdtをfloatで浮かせてddを下に潜らせるやつ
あれ妙に使い勝手がいい >>129
機能しないとは限らないが、いずれしなくなる
ベンダープレフィックスなしを必ず併記すること >>124
昨今って・・・
いつの話をしてるんだよ。
前科持ちの極悪人が出所してきたのか?w >>124
>今までtableでレイアウトデザインしてたけど
すげーな。
h1とかのHタグはどうなるんだ?thの中に入れるのか?
まあレスポンシブもtableでも不可能ではないよな。相当面倒そうだが htmlのtableはなぜヘッダ固定スクロールすらできないのですか
標準化委員会はちゃんと仕事してください table内でpositionが効かなくなるのは何故ですか >>124
電話端末ならスマホとPHSぐらいズレてますな >>136
これ何でだろうな
需要も凄まじく多いのに
未だにデファクトな方法すらない 言われてみればそうだよね。
エクセルとかではよくやってるだろうに。 >>131
返答が遅れて申し訳ないです。
教えていただいたことを生かして勉強します。
ブラウザごとにレイアウトやデザインを変える場合はCSSハック?というものがよいのでしょうか。
てっきりベンダープレフィックスで分岐するような感じにするのかと思ってました。
いまだに何か大きな勘違いをしている気がします。 ベンダープレフィックスってデザインの分岐とかでなく
古いブラウザ対策とかそんな感じで使うんでないんかな >>143
良くわからん内はブラウザごとに差異が無いように記述した方がいい
あとIE9以前は切り捨てるとかにした方がいい。めんどくさすぎる 端末ごとならわかるが
ブラウザごとにレイアウトやデザインを変えるケースなんてあるか?
もしやるならUAで分岐がいいと思うが。
ハックなんて死語になったな 自分で、全ブラウザの機能を調べて対応するのは、何年も掛かる
SASS を使えばいい。
bourbon など他人が作った、モジュールを読み込めば、自分で考える必要がない 現実的にはそうなのかも知れないけどそれは思考停止みたいで抵抗あるなぁ 皆さんレスありがとうございます。
今の自分には手に余るので無難に作成していきたいと思います。
ありがとうございました。 IE6を無視できるようになってからwebの進化が飛躍した気がする。
昔は透過pngすら面倒だったもんな ベンダープレフィックスの話が出てたから色々いじってたんですけど
IEにだけ効かせるのって-ms-をプロパティの前に付けるだけじゃなかったでしたっけ??
やってみたら機能しなかったデス(´・ω・`) >>157
ベンダープレフィックスは試験的なものだし、プロパティによる
あまりに古いプロパティはベンダープレフィックスを付けると逆に動かない >>158
そうだったんですね
レスThanksです
ベンダープレフィックス・・・恐ろしい子 ブラウザ間の非互換って人類規模で見たらとんでもない額の損失になるんじゃないか
サイトの数だけ非互換対応の工数がかかるわけだろ
異星人はそのへんもっと協調してスマートにやってるかもしれない > ブラウザ間の非互換って人類規模で見たらとんでもない額の損失になるんじゃないか
言葉が違うことのほうが、人類規模で見たらもっととんでもない額の損失になるよ
いちいち翻訳しなければいけない。本、映画、なんでも ナノでサイトを作りました。デザインはテンプレを借りました。
背景素材とは別に背景色を変更したくて、色の変更欄から変更しようとしたのですが白のまま選択した色になりません。
何が邪魔をしているのかわかる方いらしたら教えてください。エラーが出たので画像で失礼します。
全体レイアウトに入っているもの
http://fast-uploader.com/file/7052397827746/
HEAD・HTML詳細のHEAD内に入っているもの
http://fast-uploader.com/file/7052397455786/ >>152
sass使うことなんて当たり前
タスクランナー使おう。 めんどクセェよ
sassなどのメタcssを直接読み込めるように標準規格化しろ css4で使えるようになると思うけど、まともに使えるようになるのは更に5年、10年後かもな そもそもcssにバージョンという概念消えたからcss3だのcss4だのは存在しない css4とみんながいい出したらLEVEL4と定義しそう CSSのバージョンがなくなるって
現場的にはなんかちょっとめんどくせーな
説明するのにさ >>124
懐かしいネタだな
でも講師も生徒も馬鹿ばかり集めてる専門学校だと
未だにテーブルレイアウトやfloatを必死に教えてるところもある そろそろポトペタGUIで制作して
キレイなflexboxレイアウトのHTMLソースで出力してくれる
アプリケーションが出てもおかしくない時期だな
そういうのないの? >>170
Selectors Level 4 を CSS4 として解説してる日本語サイトが多い気がする
厳密には CSS だけの仕様ではないので、間違ってはいるんだが
https://triple-underscore.github.io/selectors4-ja.html 結論としてはスレチかもしれませんが、方法論としてどうすべきか分からなかったため
まずは質問させてください。
(昔HTMLをかじったり自鯖立てたりした程度の知識です)
動的にHTMLを生成するにはCGIに吐かせるしかないでしょうか?
多少凝ったページデザインでも、すべてCGIに吐かせるのでしょうか?
ページデザインが変更になったら、CGIですべて対応?
やりたいことは、品目選択ページで複数品目を選択したら、次のページでその選択した
品目を一覧形式(TABLE)で表示しつつ、また新たな項目を入力させるという感じの
ことをしたいのですが、CGIで実現可能だろうと思いつつ、長い目で見た場合
ページデザインが変更になったときの手間が大きすぎるのではないかと思いました。
今時の技術としては、普通にHTMLでページを作りながらも一部分だけ動的に追記・書き換えるような
うまいものがもしかしてあるのかなと思って質問させていただきました。
よろしくお願いします。 静的(内容が固定なものを静的、Staticという)HTMLとJavascriptを組み合わせて
一部分だけfetchやjQueryのAjaxを使って書き換えることは可能
またそういうwebアプリケーション向けのJavascriptフレームワークがある
ReactやVue.jsがそれ
初心者にはVue.jsのほうが分かりやすいと思う
サーバー側のテンプレートエンジンを使って一部分だけを書き換えたHTMLを出力することもできる
大抵のweb系言語には備わってるが、やってることは基本全部同じ
文法が若干違うだけ
流行りは前者だけど、フロントエンドエンジニアとバックエンドエンジニアの2人、あるいはどちらも出来るスーパーエンジニア1人を用意する必要があるので人的コストは高い
後者はバックエンドエンジニア1人で何とか出来るので楽 >>178
考え方はあってるよ
んでその変更の手間をどうにかしたいってみんな考えてて
プログラムと見た目を可能な限り切り離す工夫がたくさんある
MVCとかMVPとかMVVMとかでググると知りたいことが見つかるかもしれない >>179
とてもわかりやすい解説でありがとうございます。
質問しなければとうていたどり着けなかったように思います。
勉強しなければいけないことが膨大にあることも分かりましたが、
なんとか頑張ってみます。
ありがとうございました。
>>180
ググってみて最初は概念の話かふむふむと見ていたのですが、
.NETやWPFの話が出てきてかなりイメージがつかめてきました。
ありがとうございます。 WPFは明後日の方向だぞ
それはWindows上で動作するスタンドアロンアプリケーションだ
HTML5/CSS3/Javascriptを駆使したwebアプリケーションを作りたいなら
Java、Golang、Node.js、Python、Ruby、PHP、ここから自分にあった言語を学びなされ どちらにせよHTMLとCSSを効率よく記述するにはNode.jsで作られたビルドツールが必要なので
サーバーサイドもNode.jsにしたほうがいいかもしれない
覚えることが少なくて済む サーバーサイドレンダリングでゴリ押しするより
フロントはフロントに集中してサーバーサイドはREST APIに集中したほうが生産性も品質も高いしスキルも要らないよね? >>186
使い分ける状況とかもあるわけでなく
inline-blockさえ使っておけばいいんでしょうか? >>187
そんなことはない
横並びする要素がinline-block以外でなければいけないこともある
要素同士の間に改行やインデントがあることもある
なので横に並べる手段は
floatもinline-blockもtable-cellもflexも全部使えなきゃ困る >>187
flexを死ぬほど勉強しろ。
これだけでほとんどのパターンに対処できる
昔はこうしてたな
li {
display:inline-block;
}
<li>list1
<li>list2
<li>list3
綴じ括弧を省略すれば改行やインデントは考慮しなくて良くなる
ただエディタによっては
<li>list1
<li>list2
<li>list3
と入れ子として解釈されることがあるので、かなり不便
flexが広まってくれたお陰で、このあたりは無理しなくて良くなった liは省略可能だけど気持ち悪いから1行でも必ず閉じるね >>190
ok
liとdd、他幾つかは省略できる。
bodyは開始タグすら不要
しかし可読性と気持ち悪さでつい書いてしまうな 省略できるぐらいならいいけど
モノによっては閉じタグ書いちゃダメって仕様にした馬鹿は何を考えてたんだろうな 古いIEは切り捨ててFlexboxのみでいいよ
どうしても対応しなきゃいけない場合はポリフィルしろ
https://github.com/jonathantneal/flexibility そもそもfloatはテキストの回りこみでtableは表組みなわけで
他に方法がなかった昔ならともかく現在では横並びのレイアウトのために使うのはバッドノウハウになりつつあるのでは □□ テキストテキス
□□ トテキストテキ
ストテキストテキスト
古臭い段組みだけど、こういうレイアウトの時はfloatを使う? >>197
それがfloatの本来の使い方だと思う CSS何で記述してる?手書き?VSCode的なの使ってる? sublimetextでベタ打ち
cssはテキトーになってきたわ。 hoge.csvに記述された表示名とURL(Path)をhoge.htmにリダイレクトして
例.hoge.csv
#,表示名,URL
1,Yahoo,http://www.yahoo.co.jp
2,Google,https://google.co.jp
3,InfoSeek,http://infoseek.co.jp
4,LiveDoor,http://livedoor.co.jp
5,2チャンネル,http://2ch.co.jp
6,秘密の花園,D:\Himitu\qwert.doc
hoge.htmをブラウザで実行すると、それぞれがリンクして表示される
ようにすることはできますか
またはどうすれば良いのでしょう
Yahoo
Google
InfoSeek
LiveDoor
2チャンネル
秘密の花園 >>204
何をしたいのか不明。
リンクして表示されると言われてもわからんよ。
どんな動作をしたら何が起きるのが詳しく書いてくれ。 webpackにloaderいれて好きなCSSプリプロセッサ使うという意味だろ ローカルストレージのパスが入ってるな
つまり公開サーバで見るものではなくて
localhost:8080たてて自分だけで使うリンク集ってことか? csvを読み込んで配列に入れてforeachでリンクリストを出力するの >>204
実現はできるけどここのスレで質問しちゃうぐらいのレベルの人じゃ無理 >>204
なんか新人研修か学校の課題みたいな問題だなw >>205
>リンク集を楽に作る方法はないかって質問?
まさにそれなのです
こんな感じで1行ずつ書くのが面倒臭いので
<BODY>
<A href="http://www.yahoo.co.jp">Yahoo</A> <BR>
<A href="https://google.co.jp">Google</A> <BR>
<A href="http://infoseek.co.jp ">InfoSeek</A> <BR>
<A href="http://livedoor.co.jp">LiveDoor</A> <BR>
<A href="http://2ch.co.jp ">2チャンネル</A> <BR>
<A href="D:\Himitu\qwert.doc">秘密の花園</A> <BR>
</BODY>
batのfor文みたいなイメージで外部ファイルを読み込むことでリンクリストできないかなと
for /f "tokens=1-3 delims=:" %%i in (hoge.csv) do (
<A href="%C">%B</A> <BR>
) hoge.htm内でCSV読み取ってリンク作ればええだけちゃんけ
<a href="URL">サイト名</a> php csv で検索してためした方がいいと思う
shift^jisは本当にきつかった >>214
>hoge.htm内でCSV読み取ってリンク作ればええだけちゃんけ
それのやり方を知りたいのです 結論だけ言うとhtmlとcsvにそんな機能はない
javascriptかphpあたりでやっとけ エクセルで開いてDWにコピペ、あるいはエクセルからhtml保存 >>213
1、D&D
2、自動でデータ編集
3、JavaScriptのFILE APIをつかって好きな形式に形成してからファイルを生成しローカルコンピュータに保存
この助力なら簡単なので無駄なライブラリ読ませる必要もなりません。 flexって使ったこと無いんだけど
覚えていった方がいいよな?
今のところ使わなくてもなんとかなってるけど >>220
昔はブラウザによって互換性が微妙だったけど、今は使わない理由がない
絶対に使ったほうが良い >>220
221のいう通りだな。
cssだけではなくJavaScriptも同じで昔のように苦労もしなくなった。
無駄にライブラリ読み込ませる必要も減って助かるわ >>222
JavaScriptの場合は、開発効率を上げる目的があるのだから
ライブラリ読み込ませるのが正解だよ。
CSSだって、素のCSSでは効率悪いから
SCSSとか使うしさ。 仕方ない>>222が召喚したんだから
(本人は気づいてないんだろうからたちが悪い) いちいちclearfixのためにソース汚さずに済むから心地よくコードを書けるね
上下中央揃えにするためにtable-cellとかキモイことしなくて済むし <div>
<div class="left">
</div>
<div class="right">
</div>
</div>
flex使わずに、高さが不定なものをそろえるのってどうやるの? table-cellを見るたびにtableにすれば?と思ったもんだ tableとtable-rowとtable-cellは微妙に振る舞いが違う
という教えを盲信している
実際はどうかわかんない いまだにfloatとtableでレイアウトしてるオッサンおるか?
ナウでヤングな俺たちはとっくの昔にflexに移行してるんだが? >>234
インフラ系とかの客はまだIE8〜9を完全に捨てられないところもあるから
面倒だなーと思いながら書いてる floatは捨てられないなぁ
フロントエンジニアなりたての頃はほんと意味不明で一切書きたくなかったけど、慣れればあんな便利なもんもないな >>230
俺は
inline-block
vertical-align
でやることが多いかな >>238
どうやって揃えるの?
flexかtable-cellかjavascript使うしか方法無いよね? >>238は天地中央のことと勘違いしてるんだと思う >>239
古いやり方で
背景画像を使って高さが揃ってる風に見せかけるなんてのも floatで段組みとか聞いたときは、
え? なんで文字の回り込みの機能を
段組みなんかに利用してんの?
本来の用途とは違った使い方で
tableレイアウトと変わらんじゃんと思ったよ。
やっと俺が考えていたまともな世界になったかな 段組みには multi-column レイアウトもあるけど誰か使ってる? >>245
そうでもない気もする
positionを変えられないのが残念 >>245
違う
vertical-align:middle;
という重要なプロパティがなぜかtable-cellっでしか使えないってだけ
margin:0 auto;
もそう。そのためにblockにする
そうじゃないだろう、と思いつつ、使い続けてきたなぁ
本当に嫌だった >>248
申し訳ない、cssのレベルはかなり低いと思う bootstrapのnavbarってheaderの中に書くんですか? >>250
classかな?idかな?まぁidはないと思うけど
どこに買いても良いよ
問題は中身だ >>215
ajaxでやる場合shift-jisだとIE9以下に対応できなかったよね。
当時なら、shift-jisだとphp1択なのかも やっかいだったのはcsvをクライアントやディレが
エクセルで編集したいって言うからshift-jisは避けられなかったところ >>252
9以下でもHTMLがSJISなら問題ないよ>SJISでajax
>>253
サーバサイドで良いのなら
xlsxもxlsもパースするライブラリがあるから
CSVを使うことはもう何年も前からなくなっちゃったな 始めてみたときにはちょっと期待したけど
あんまり使われん印象あるよね>grid
>>256みたいに全く知らん人もいるくらいだし display :gridは分かるけどcsvの話と関係ないから「は?」って言ったんだが idってjsで要素指定する時に要素を確定させられるから便利なだけ?
cssの場合、idは使わない方が良いよね?使いまわしできないとめちゃくちゃ不便になっちゃう >>263
セレクタの精細度(優先度)をわかってれば特に問題ないよ
idはclassより10倍強いだけ jsでの検索は、classよりidの方が早いんじゃないんだっけ? >>264
ガイジとは思わんが保守シてる時においやめろって思うことはある >>269
idで指定されてるセレクタ内で汎用してるスタイル効かなくなるだろ、お前「このモーダルはページに一つしか無いしidでセレクタかこw」とか考えてコーディングしてるガイジだろ?死ね
#footer a {
color: #444;
}
↑こういうのはマジでやめろよ jQueryを使うならば、JavaScriptでもIDは
使わないほうがスッキリと書ける id使うなってのは分かる
部品単位でコーディングする気ない人ってid使いたがるよね、さらにsass使うと大体嫌な顔されるまでがテンプレ。
さすがに死ねとまでは思わないけど中々のウザさ、フロントだけ別のコーダーがやってから、後はバックお願いって渡されたプロジェクトやってるときにページ1枚追加になった時に汎用のボタンの作ろうとしたらidの詳細度高くプロパティ一部使えねえ。
そういう時はこのコーダー死ねって思う時ある。あぁ、やっぱ死ねって思うわ。 いつ使いまわしするかわからないのにな
#heiseiですら、#showa #heiseiなんて存在することが十分にありえる 逆にidってどういう時使うの
俺ヘッダーフッターみたいな共通部分にも使わないし、アンカーリンクつけたいときぐらいしか設定しない アンカー以外だとjquery使わないときjs用のセレクタだね
でも最近は生のjsでもqueryselecter使えるようになったし、使い道は無い Twitter新仕様の丸アイコンはどうやって実現してるの?
丸加工済みされた画像かと思いきや、img src=〜 のやつは四角いままです。
CSS3あたりの技術が関係すると思うんだけどソースみてもよく分かりませんでした。
普通に画像に対してborder-radiusだったよ ありがとう avatarクラスに指定されてますね。
また一つ賢くなってしまった。 そういえばborder-radiusで正円にするとき1000px、100%、どっちの指定が今は主流なんかな Canvasで画像を正円でクリッピングすればいいのでは
面倒くさいか 次のような表はTABLEでしか作れませんよね?
aaaa b ccccccccc
xxx y zzzz
aとxは幅最小(折り返しなし)。縦の列はキッチリ合わせる
<ul>や<dl>でtable-layout:使っても最初の列の幅がTABLEみたいに最小にならない
三列目(ccccccccc zzzz)列でwidh:100%にしている >>286
table以外でできるかは分からん
ただ、考えるのめんどくさすぎるからtableにする >>286
1%、98%、1%
AとCはwhite-space: nowrapでダメかね? >>295
何がって、全称セレクタって言ってんだろ
早く答えろ jsライブラリ入れて遅くなるみたいなことと同じだよな。 css高速化のおまじない
* {display:none;} >>296
そりゃ1文字書くだけだから速いよ
ってことが聞きたかったの? Bootstrapみたいなライブラリって他にないの?
ああいうの使うと普通にcss書くのがバカバカしくなるな 山ほどある
慣れれば普通にcss書くのはそんなに苦じゃない。細かいところでフレームワークの仕様にひっぱられるのがダルい 結局自分用の使いまわしパーツおいとけば十分だよねえ 仕事だと誰々さんの作った最強のフレームワークは迷惑行為でしかない
とにもかくにもデファクトに乗っかるほうがいい モバイルページを作成しているのですが、うまく行かない部分があります
・safariで横スクロールができてしまう(グラグラする)
・chromeで横スクロールはできない
この場合、何が問題なのでしょうか >>310
ビューポート設定はしてます
<meta name="viewport" content="width=device-width,initial-scale=1">
なんかだめっす >>312
309のどこからそれを読み取れるんだケンカ売ってんのかてめえ >>309です、一箇所widthがbodyより長い部分があり、それを修正して解決しました
(paddingを書けた要素にbox-sizingを設定していなかった)
お騒がせしました keyframesアニメーションを書いたのですがChromeとFirefoxでは問題ないのにIE11だけ全く動きません。
メディアクエリ内に記述はしていませんし、やってることはopacityとtopの操作だけです。
他に何か気をつけるべきことはありますか。 すみません、-webkit-付きの記述しかしてなかったのが原因でした。
解決しました Sassを使ってないならエディタ側のエクステンション等でベンダープレフィックスを自動付与しよう。
Sassを使ってるのならgulpやGruntなどの他クスクランナーでAutoprefixerを使おう。
それが難しいならCompassでAutoprefixerを使おう >>318
こういうサードパーティツール幾つも使ってなんとかしようとするの
優雅さのかけらもなくてダサいと思うんだけど
ウェブ系ってなんでこんなめんどくさいの
ブラウザベンダは標準を守れよ無能のクソどもが >>319
車輪の再発明が趣味なら止めない。
代わりに給料泥棒の汚名は甘んじて受け入れろ。 >>319
何でも思い通りにならないと機嫌が悪くなったり愚痴る病名あったよな >>322
再発明ってsassやless、grantやglupのことだろ
似たようなツールを何回作り直して乗り換えれば気がすむんだよウェブカスどもが
ブラウザベンダが努力して標準に準拠する
標準化委員会が努力してツール不要な合理的な仕様を作る
それ徹底すれば無駄な周辺ツールに頼ることもないだろ >>324
実現されるでずっと給料泥棒するんでか。羨ましいですなあ。 マイクロソフトがブラウザ作るのやめてくれるだけでいい やめないことを前提に将来設計できないのか?
それじゃいつまでたってもお前の望む未来は
実現できないだろうなw 意識高いマジレスありがとうございます参考になります webの開発すると思うよね
「この調子なら数年後にはすごく楽になりそう!いい時代だ!」
数年後
「規格が統一され続けているのに規格が減らない・・・?r」 >>329
言うても現状もだいぶいらんものは削がれてると思うよ
・先行実装するときはベンダプレフィックスつける
・それをいちいち手で書くのが面倒
・目の前に便利な機械があるのだからそいつにやらせよう
ってだけなんだから aria-hidden="true"って、親要素に指定しておけば中の子要素にも適用される?
例えばulにだけ指定するとか >>334
一番面倒なのは、先行実装された実験的な仕様が
正式な仕様と一致してるかを機能ごとに調べないといけないのと
一致していれば良いが、一致してない場合に同じように表示する
方法があるかどうかを調べるってところだろう?
ベンダプレフィックスはただ付ければOKってものじゃないんだよ。 ベンダプレフィックス付きのものなんて怖くて使えない IE6〜IE8全盛の頃ってHTMLもCSSも全然進化しなかったのに
アドビのGoLIveでCSS糞使用に苦しんでいた時間は何だったんだ。
今じゃツールだのたくさんありすぎてついていくの大変 進化するスピードが激しく遅いのに
ついていけないとかもう引退した方がいいんじゃね 他人の作成したサイトの修正はFirebugが出回ってからだいぶ楽になった >>335
WAI-ARIAによると、全てのロールに継承するとなってるけど
UIの実装がどうであるかは試してないからわかんない
とくにブラウザ単体でなくOSの読み上げ機能(macOSのVoiceOverとか)が怪しい気がする
>>336
そりゃだって先行実装ですもの…
>>337みたいに正式勧告されるまで気長に待つって選択肢もあるわけですしおすし >>339
進化は遅いのか・・
もうCSS4とか勉強してそうだな 進化するスピードは遅いが、
変化するスピードは速いって
所だろうな。
最新仕様(笑)を追従するようなことをしてると
仕様は変わりまくるので追いつけない。
だから、最新仕様を追従するようなやから(笑)の
多くは実際に使ってない。知識馬鹿になってる。
そしてそういうやからは夢がすぐに現実になったかのように話すから
それを真に受けて実際に使おうとすると対応してない
スマホだらけでてんやわんやになる。
安定して普及した仕様だけ使っていればいいのよ。
進化するスピードは遅いんだから。 html5.0から全部h1でいいよ!
→「ヒャッホー!これで見出しレベルを気にしなくて住む!今から全部h1だwwwww神様ありがとー!!」
ごめんやっぱりhtml5.1から元に戻すわ
→「」
これが今までで一番つらかった >>344
htmlじゃなくてHTMLな
素人じゃないんだろ? 確かに見出しタグの使い方を知らない人は辛いだろうな >>345
指摘してくれてありがとう
金はもらってるけどプロとはとても言えない…
事務+HP担当なんだ ホームページ
ホムペ
サイト
HP
ウェブサイト
これによって時代がなんとなく分かる気がする >>348
わりと初期の人の方が
ウェブサイトって呼び方にこだわり持ってそうな気が
いや俺のことだけど 自分は小学生の時はホームページで今はサイトと言ってる >>340
chromeのデベロパツルしか知らなかったわthx ZenCording、emmet、Less、Sass、jQueryMobile、Bootstrap
もうこの辺りからメンドクさくなった Firebug懐かしいな
あれの後すぐにデベロッパーツールが進化してFirebug不要になった
折角覚えたのに・・・ >>355
俺逆だわー
SafariやChromeのツール気に入らなくてずっとFirefox使ってた
Firebug作った人がChromeに移って
去年の終盤にFirebugがMozilla製の開発ツールに統合された時点で見切ってchromeにした
JS複数行書けるモード好きだったのに… >>356
そんなことが合ったのか
確かにjs複数行書けたのは良かったな Emmetなんて勘で打ってりゃだいたい狙い通りの出てくるよね >>358
俺は勘で打ってると変換後「おや?」ってなっちゃうことたまにあるww
長ーいの書いて一発でキレイに変換できるとちょっと気持ちいい スマホ向けサイトで googleマップを横幅100%で埋め込んだ時
スマホで見ると地名とか、道路名がものすごく小さくなるんですけど
文字の大きさをあるていど確保して小さくする方法はないでしょうか? アクセス方法のページにgoogle map埋め込むクソサイト消えて欲しい
急いでる時にスマホでgoogle mapの地図は重いし分かりにくいんだよね 俺もスマホで地図貼られてるのはあんまり好きじゃない
自分で作るときは一応貼るけど、地図アプリにリンクするボタン置いてる
>>362
広域ならそうなんだけど、目的地付近とかだと
必要なものだけ置いた略式地図の方がわかりやすい場合もあると思うんだよねー ページ内アンカーとposition:fixedなヘッダーを組み合わせた時、スクロールした部分が潜り込んでしまってうまくいきません
こういう場合ってどう対処すればよいでしょうか
ちょっと上にidを指定すれば簡単に解決できますが、それは無しでお願いします
jsでしょうか?
https://jsfiddle.net/zxe88253/w4ws8s94/ すみません教えてください
http://adan.noor.jp/f/iframemenu/
ここのテンプレートを元にiframeで左メニューのページを作ろうとしているのですが
ダウンロードしたテンプレートをHTML4→HTML5にすると
メニューのスクロールバーが出てしまいます
HTML5でscrolling属性が廃止されたことは承知していますし
html{overflow:hidden;} の指定もしてあるのですが、なぜか表示されてしまいます
他にスクロールバーを消す方法があれば教えてください
よろしくお願いします GooglemapにjQueryに広告サイトまみれ。
ページ表示されるで遅いアフィブログごまんとあるよな 異なる端末向けに表示を切り替えるのは今や当たり前だけど
今後は格安sim向けに転送量そのものを減らす工夫が必須になるんだろうな
そうなると転送内容が変化せずにクライアント側で制御するだけのレスポンシブデザインはアンチパターンになる >>364
動的に処理したいならJavaScript使えよ >>368
無駄にライブラリとか読み込ませてトラフィック作る無能もいるよな >>371
レンタルサーバー業だけどjQueryライブラリのトラフィックありすぎて迷惑だよ
異常に多いライブラリはメモリ型サーバーに回すようにしてる
糞遅いスマホ回線で接続きれないからホント迷惑だ >>371
js使わないのに読み込む無能もいるしな レイアウトテンプレートのヘッダ部分にサイトが依存するjs全部書くんだよ
いちいち依存関係を調べて最小限のタグを書くのはめんどくさいからね >>373
技術的に不可能なことを言ってるが自覚できてるか? >>373
レンサバならまあそれは仕方ないんじゃね?
客は借りたサーバを使える範囲で自由に使ってるだけなんだし
CDNとか使ったほうが他所で食ったキャッシュが期待できるのでお得ですよ
って啓蒙してあげるくらいでいいじゃん >>376
できるよ?
memcachedのことでしょ? >>378
memcachedはウェブサーバーではありません CDNで外部サイトからスクリプトをダウンロードしますなどと言ったら
お客様がそんなセキュリティリスクやめてくださいと顔を真っ青にして言います
我々も信用を失いたくないのでCDNは使いません
弊社は全て自社できめ細かくサポートをする優良企業です >>380
え?お前、素人の技術指導に従って
技術的な作業してるの? >>381
お前は三流だよ
我々はね物や技術じゃなくて感動を売るんだよ
お客様の言葉を頭ごなしに否定して楽な方に逃げる奴が人を感動させられるか?
難題を恐れずなんとかやりましょうと力強く答えてくれるような熱意のある人が人を感動させるんだ レンタルサーバーよりも、Google, MS のCDNの方が、
どう考えても、セキュリティに強いだろw >>384
お客様を論破して悦に入るような行為は社会人としての資質を疑われる
不快な思いをしてお客様がお怒りになられたら申し訳ないだろ
技術的に良い選択をするだけじゃ社会人として失格だ >>377
ホントここ2〜3年で増えだした。
追い討ちかけるように格安スマホ
でチョロ繋ぎだからな・・・
昼休み時間になると急にトラフィックが増えだしてたまらん状態だわな >>389
古くさい管理方法で作ってるからじゃね?
テンプレ化させて手動で書いてるとかかと 2ちゃんで何言ってんだバカ
真面目に議論したいならstack overflowにでもいけよ 373
技術的に不可能なことを言ってるが自覚できてるか?
技術レベルが十年前w >>395
だからできるっていうのなら、
それを言えよw >>394
議論したいわけじゃないぞ
タイトルと >>1 に騙されたありがとう >>393
>ダウンロードしたテンプレートをHTML4→HTML5にすると
>メニューのスクロールバーが出てしまいます
検証がめんどくさくてスルーしてた。そんなテンプレートの中身なんぞ知らん
スレタイの「優しく〜」ってのは完全に丸投げで質問しても答えてあげるという意味ではなく、
それ相応の聞き方をすれば全力で答えるよって意味だよ
で、回答だけど、試してないけどjQueryで出来ると思う。別ドメインだったら無理かもしれん
http://www.koikikukan.com/archives/2015/07/10-005555.php >>366
そのテンプレサイト、テキストリンクがわかりにくすぎ。
どこでテンプレダウンロードするのかしばらく意味がわからなかったわ
それと、iframeをメニューにするなんてもう時代遅れすぎるから誰も回答する気が起きないんだよ。
答えはいたって簡単でstyle.cssの42行目辺りoverflow:hidden;に変更するだけ
#leftmenu{position:absolute;
overflow:auto;→ overflow:hidden;
top:0px;
left:0px;
width:220px;
height:100%;
}
これはテンプレ作成した人も初心者だと思うから、今後も苦労すると思うぜ どうしてこんな面倒で古いテンプレをわざわざダウンロードして
調べて回答してあげようかと思ったかというと
このテンプレ作成した人の目的がネットで小説を書くという目的であって
たぶんこの質問者も同じだろうと。
アフィカスみたいな小銭目的の下心ではなく純粋に自作の小説をネットで公開したくて
WEBで苦労してるのが垣間見えた為。 >左にメニュー、右にコンテンツは、フレームが王道
古文書かよ はぁ、ここはレベルの低いスレですね
こんなとこで聞いたのが間違いでした
他で聞くことにします 不正アクセスでHP削除疑い 神戸の男 ネモトツトム逮捕
ホームページ(HP)に不正にアクセスして閲覧できないようにしたとして、兵庫県警サイバー犯罪対策課と灘署は22日までに、
不正アクセス禁止法違反(不正アクセス行為)と電子計算機損壊等業務妨害の疑いで、
神戸市灘区都通3製作会社nemoto ウェブクリエーター根本義(ねもとつとむ)容疑者(31)アップルラボ神戸を送検した。
逮捕、送検容疑は、昨年12月〜今年1月、根本容疑者が直前まで勤務していた神戸市灘区のHP制作・管理会社のHPに不正にアクセス。
同社と、同社が管理する遊具製造会社など計3社のHPのデータを削除して閲覧できないようにした疑い。
同課によると、根本容疑者は昨年11月に解雇され、「解雇に腹が立ってやった」と容疑を認めている。
同12月、制作・管理会社が被害に気付き、灘署に相談。3社のHPは今年3月に復旧したという。 具体的なソースで回答したのに他で聞くとか言われちゃったよ >>403
古文書wwwwwwwwwwwwwwwwwwwwwwwww ブラウザ表示ページを印刷する
ときにデフォだと上にページタイトルや下にURLが追記されて印刷されるけどcssなどで非表示にする設定などありますか?
ブラウザの印刷設定で手動設定なら可能だけど面倒なのでcssやjsで制御できたらと方法を探しています。 すいませんスクロールバーの特定の位置に色を付けた横棒みたいなのを付けたいんですけどcssで可能でしょうか? >>415
右端のスクロールバーは無理
ページの真ん中にあれば可能かもしれないが、間違いなくやめておいたほうが良い
ブラウザの仕様変更で気づかない内に表示がおかしくなる可能性がある >>416
スクロールバー内は弄れないのですね
ありがとうございます googleで「乗り換え 場所 場所」とか検索すると乗り換え案内が出るのだけど、
ここで使われてる date time picker が猛烈に使いやすい。
これどっかで google が公開してたりする? >>420
jQueryのをカスタマイズして似た触り心地にするのも難しそうだし
かといってスクラッチで書くのも面倒よね。
痒いところに手が届くものの存在を知ってしまったけど見なかったことにするかなw >>422
??
別に常時回すわけじゃないから重くならないけど ライブラリなしと比べたら無駄な処理増えるから重くはなるけどスクリプトのものによるだろ
大半は些細なものだよ 何言ってるんだ?
0.001ミリ秒が1ミリ秒になったら、1000倍も違うんだぞ! ベンダープレフィックスってまとめて書く方法ないですか?
-webkit-transition,-moz-transition,-o-transition,-ms-transition,transition: 0.3s ease:: 0.3s ease;
みたいに >>427
「mixin ベンダープレフィックス」でググるとよろし >>424
少ししか使わないのにライブラリを使うような無駄な杜撰な作り方してる人は多いのはコピペPGが増えた証拠のひとつだよ。 >>424
ググればわかると思うけどjQueryはwpで遅くなる原因の1つとなっている。
wpブログは広告収入目的のアフィカス連中が良く使ってるけど
コンテンツ表示
広告表示
プラグイン読み込み
これらのせいで完全表示まで数秒間かかるブログはごまんとあるんだよな。
そんなブログでライブラリ外すとしたらまず最初にjQueryを外すのが効果的なんだが、wpはjQuery必須ときたもんだ。 >>414
最近はプリンタすら持ってない雑魚プログラマー増えたよな >>432
ググってもわからんかった
本当なら、その話の出処を教えて ライブラリ読むだけでもコンマ数秒遅くなるんじゃね?
複数あったら数秒かかるのは避けられないかと・・ 内容に価値があれば数秒程度どってことない
まとめサイトみたいに丸パクリの内容しかないならその辺は頑張ったほうがいいと思うけど >>435
コンマ数秒おそくなるんじゃ!って
話ならそれでいいんだよ。
遅くなるのレベルがはっきりするしね。 > 複数あったら数秒かかるのは避けられないかと・・
それはないよ。あったとしても速度制限されたスマホで
最初の一回とか?でも画像読み込みのほうが遥かに時間かかるしね。 重くなる要素
低スペックサーバー>格安スマホの低速通信>広告表示スクリプト>サーバーサイド処理>画像などのメディア表示>jQueryなどのライブラリ読み込み>
ウェブサイトは初回2秒で表示されなければ半数は接続を遮断すると言われているからな。
WPはこれにプラグインもかますから重いこと・・・
jQuery無しにしてもらいたいけど無理なんだろうな。 CDNとサーバーの設置場所のラウンドトリップ意識しない杜撰な管理しているウェブマスターも多いよな >>439
3秒を目安にして注意してるけど今は2秒なのかい? >>439
ほんの僅かなサイズのjQueryを減らすだけで、
大きな効果があると思ってるのか?w 処理内容によるな
わずかに重くなる場合もあれば激しく重くなる場合もある
ネイティブより軽くなることはない > ネイティブより軽くなることはない
当たり前じゃね?
それよりも大きなメリットがあるから
導入するわけだし。 >>442
職場によって違うんじゃね?
うちの場合は1000ms以内に表示がおわるのが絶対条件。
どうしてもオーバーするのでライブラリは非同期に取り込むことが多いかな。
jQは便利だけど少ししか使わないときは無駄なので極力カット。
というか自社ソフトのUI制御だから無駄と判断されたら自動で不使用となる仕組み。
今時手動で設定しているのはテンプレート化してコピペしているような古臭い作り方してる人しかいないかと。 >>444
2択で回答するなら
jQueryを読み込む
重くなる
jQueryを使う
重くなる
js使わないのに読み込んだりjQueryを使う意味が薄れるような少量な記述でも使うのは無能や時代遅れの仕事だとは思うが、ネイティブより重くなっても使い勝手良いから使われるのかライブラリでしょ > 職場によって違うんじゃね?
> うちの場合は1000ms以内に表示がおわるのが絶対条件。
それを達成するのに必要なのは、サーバーの能力と
キャッシュの力が大半でjQueryはあまり関係ないよ。
jQueryはローカルで動く処理なので相手の実行時間はスペックによる。
ユーザーの環境によって違うので調べようがない。
とは言え今時1Ghz以下のパソコン・スマホを常用してる人は居ないから
問題ならないレベルであることは明らかだけど
もう一つユーザーの環境によって違うのは回線の速度。
100Kbps(12.5Kバイト/s)しかでない回線を使ってるユーザーで
1000ms以内に終わらせるのは不可能
だから「絶対条件」というけれど、ユーザーの環境が
大きく低い場合は含まれてないはず。 その「絶対条件」客の要求なんだけど、安易に絶対条件とか
受け入れないほうが良いよ。
ユーザーの環境にもよるので、どんな場合でも
1000ms以内に終わらせるのは不可能
客のパソコンで見れませんって言われてなんでかって
思ったらXPだったりして、どんなブラウザでも
見れるようにするって絶対条件あったら死ぬでしょ? × その「絶対条件」客の要求なんだけど、安易に絶対条件とか
○ その「絶対条件」客の要求なんだろうけど、安易に絶対条件とか HTML5のhead関係は今はコピペでやってないの? 446だけどスマホようの自社コンテンツね。
ライブラリなし広告なしなのでADSL以下の改選でない限り0.6〜0.9秒で表示されていますね。 >>452
回線速度は?そこが一番重要だと思うけど? ADSL以下ってことはADSLの速度は含まれる。
ADSLの速度最大50Mbpsなので
50Mbps以下の回線でない限り0.6〜0.9秒で表示という意味 >>451
やらないよ。
UI管理で定番・試作・カスタマイズなど選択して自動に記述される。
コピペでテンプレート化って無駄が生じるだけ。 まあ50Mbpsもでりゃ、圧縮状態で30KByteしかない
jQueryの読み込み量なんて大したことないな >>452
少なければ速いだろうし糞長いテキスト埋め込まれていたら数秒かかるわな。 >>456
>>457
スマホの低速回線増えてるんだけど・・・ 1ページいくらかかりますーって言ったら
じゃあ全部を1ページに詰め込んでよって言われて
全部1ページに詰め込んだら1000ms以内に
表示できてないじゃないかって怒られて
儲からないわ怒られるわでさんざんw >>458
> スマホの低速回線増えてるんだけど・・・
だからスマホの低回線速度の話をすれば
100Kbpsしかでないのもあるわけで、
それだと画像一つで完全に1000msオーバーするだろ?
だから回線の最低速度を決めずに
1000msで表示することを保証するとか
リスクでしかないんだよ。 >>458
確かに増えてるけどそれに合わせる必要なくね? スマホで電波が悪いと100kbpsどころか
10kbpsとか平気であるもんな >>462
低速スマホ対策はjQuery外し必須だよ。
あと非同期読み込みとの戦い。 >>462
お客様は神様だろ!
どんな状態でも快適にするのがプロの仕事だ! >>464
> 低速スマホ対策はjQuery外し必須だよ。
効果ねぇよw jQueryのサイズなんて
画像1枚よりもはるかに小さい >>464
これ
非同期は重要です。
非同期読み込みを駆使しないと接続した直後に数秒フリーズすることが増えた jQueryが遅さの原因とか思ってるやつは
計測ってものをやってない気がするね。
感覚で使わなければ速くなるんじゃね?って
程度しか考えてない気がする。
それからjQueryを使わずに自分で書いたら
自分で書いたJavaScriptのコードが
jQueryのサイズを超えていたとかあるからw >>467
画像は非同期読み込み。
jQueryは読み込みしている間はガチで止まる。 >>470
> jQueryは読み込みしている間はガチで止まる。
それ</body>の直前で読めば解決するよね?
いや・・・知らなかったの? >>471
最初にjs動作したいことがあるから使えない場合がある。
後ろに書くのは時代おくれだよ。 >>470
最近は増えたね。
たった6行の記述で実現できるから楽。 最初の方で動作させたいなら、それだけをやればいいだろw
本当に融通がきかないやつだなw
ってかDOMを操作するJavaScriptのライブラリで
DOMが完成する前に動作させたいことってなんだよw あとdeferを使えばjQueryは非同期で読み込める >>474
クロスブラウザのメリットも薄れているけどWPに捨てられるまではま使われるんじゃないのか? >>480
それどころか、jQueryのシェアはいままでずっと増え続けていて
今では72%以上のサイトが使ってる状態。WPだけじゃないだろうね。 >>478
面倒臭い。
作業効率が下がる。
簡素化の概念から外れる。 >>482
ほら反論できなくなったから
別の点からに変更した。
結局こういうことだよ。
理論武装できてない状態で根拠なく
jQueryおそいーとか言ってるから論理的に指摘されると、
簡単に別の点に変更せざるを得なくなる。 >>482
それ一昔の書き方だよ
テンプレート化させたソースをコピペしてるんでしょ? >>485
コピペしてやってる派ですが・・
他に方法あるなら教えてくれ >>488
利用者からしたら些細なもの。
サーバー業者からしたら迷惑でしかない。 Wordpressの使用率は(ブログ全体ではなく)ウェブ全体からすると28.3%らしい
https://w3techs.com/technologies/overview/content_management/all
だから仮にWordpressからjQueryが消えて、世界中のWordpressサイトが
それにバージョンアップしたら
https://w3techs.com/technologies/overview/javascript_library/all
72.6% から 44.3%に落ちる可能性がある
が、それでも他と比べれば圧倒的な利用率なんだよなw >>488
> jQueryをつかうとネイティブより遅くなるの?
jQueryにかぎらずというかJavaScriptにかぎらず
ライブラリを使えば呼び出しの分遅くなる。
(わずかに)遅くなる代わりに生産性を上げるのがライブラリなんだよ。
人が1時間働けば、1時間分のコスト(数万円)がかかる。
そのコストを払う意味はあるのか?ということ >>489
> サーバー業者からしたら迷惑でしかない。
だからそこで自分ででかいサイズのJavaScriptファイルを作らず
CDNなんかにおいたjQueryを使って
ライブラリの力で自分で作るJavaScriptのファイルサイズを
減らすと言うことにつながるわけですね。 >>485
職場によって異なるからな〜
俺の職場では仕事で指示がない限りjQueryは基本使わない
jQueryは使わない部分もたくさんあるからね >>493
知らんがな
使わない理由を書いてないってことは単に趣味だろ
どーでもいいわw ソースを国内に設置してライブラリをCDN経由で外国から取得する無能も多いよな 上司がバカだからjQueryなんてわからん
そんなわからんもの使うな!
っていう例も多い。 >>495
CDN使うと速くなると思ってるバカ多いぞ >>495
CDN経由で外国って
お前CDNわかってないやんw
CDNは世界中にあるサーバーから
最も近い場所にあるところから読み込むことで
Googleとか圧倒的な速度を出してるんだぞw
あとソースと同じサーバーにファイルを置くのは
やめた方がいい。負荷がかかるし
ブラウザの同時読み込み数で制限されることもある。
出来る限り別のサーバーに分散させるのが良い。 >>500
いやCDNはファイル配信を速くすることを目的として
作られたシステムなんだから速くなるのが当たり前だろ
むしろそうならないほうが異常事態だ。 >>501
そんな常識説明して恥ずかしくないのか?w
呆れw >>504
知らない人がいるんだから
常識(=正しいこと)を説明して何が悪い? >>503
速くすることは重要
2秒かかるとページを閉じると言われているから意識しないとな jQueryを使わないで自分でコードを書くと
その分ファイルサイズが多くなって、それが自分のサイトからの
配信になるので結果的に遅くなるということですか。 >>507
CDNの導入は速くすることに効果あったよ >>506
誰も悪いとは言ってない
説明内容が恥ずかしいと言っただけ >>511
自分でJavaScriptでコードを大量にコードを書いていたものを
jQueryを使うことでシンプルできてファイルサイズも減った。
jQueryを配信する分nファイルサイズが増えるように思えるが、
これをCDN経由で配信することで自分のサーバーから配信する必要がなくなり、
配信速度も上げることができた。
jQueryとCDNの導入はWordPressサイトのページ表示速度をあげるのに
大きく役に立った。 >>510
説明内容が正しいかどうかしか俺は問題にしてない。
CDNの説明内容(ファイルの配信が速くなる)
ということを否定しないならどうでもいい。 有名ライブラリであればCDNが無料で使えるのが良いよな。 最近のjQueryの話はCDN使えるから速いって所まで
セットになってるなw >>516
jQueryを使うとコードの実行速度は問題ならないレベルでわずかに遅くなるが
jQueryを使えば無料でCDNで配信できるから体感できるレベルで速くなるってのが答 >>516
ネイティブと比べるとjQueryを読み込みすると重くなる。
jQuery記述をすると重くなる。
重くなる程度は前者は固定で後者はjQuery記述されているコード量と回数によって変化する。 サイトの速度は、コードの実行速度だけじゃくて
サーバーの負荷や配信速度も影響するってところがミソだよな。
ライブラリを使わなければ自分で実装するしかないので
コードの量が増える。それは自分のサイトで配信するしかない。
サーバーの負荷と配信速度が影響するわけだ。
その自分で書いたコードを、ライブラリ側に移動させることで
自分のコードを減らし、ライブラリはCDNで配信させると
自分のサーバーの負荷と帯域の節約になる。 >>521
いや、ファイルの配信速度を考慮してないから
ウェブサイトの話としては足りないよ >>522
オフラインでもjs動くぞ
jQueryライブラリもな >>524
偏った物の考え方しかできない無能は相手にするな >>525
知った事か。それを言われると都合が悪いから
出すなって言ってるんだよ。 ウェブ制作板なのだからウェブではjQueryを使ったほうが
CDNのお陰で結果的に速くなるという事実は必要でしょう?
それを言われると都合が悪いから言うなって言われてもw じゃあこの板の回答としては>>522が正解ってことか >>530
うん。っていうか毎回同じ結果になってるw >>532
普通にあるよ。
というかセ接続に問題があるから使わない管理者もいる。 だいたいいつもCDNの登場で決着がつくから
次からはそれを最初に出そうかな >>532
GoogleのCDNを使うとする。
君のその質問は、Googleが遅くなることはある?
と聞いているのと同じだ。 >>533
GoogleのCDNは使わない方が良い。 あー、GoogleのCDNか。
なら信頼性と性能には問題ないな >>539
自分は試したことがないけど使用できない地区があるらしい 中国ではfacebookもtwitterも禁止されてるんだぞ
使わないほうが良いのは当たり前だ! 例えばあなたのサイトの利用者の大半が
中国人だったとしたならどうかね?
サイトを中国語で書くべきだろう? jQueryをGoogleのCDNで使うとデメリットあるんだな >>545
あー、うん、中国人向けに作ろうと思ったらその時に考えるよw
今は日本語でしか書いてないので中国人とか相手にしてない じゃあGoogle以外のCDNってどこが良いですか? Googleが中国でデメリットあるというのなら
中国用サイトでは他のCDNを使うしかないな。
中国サイトのためにjQueryの配信をするなら
どこのCDNを使うのが良いですか? >>546
前にそのこと知らないで基地外プリを晒していた人いたけどまだいるかもな。 Googleが中国がダメだとしたら
自分のサーバーで配信しないほうが良いんじゃないか?
中国で見れないかもしれない。 >>546
jQueryを使う時点で開発のうりょくがないと晒しているようなものでしょ >>551
そのことって、まさか前にあった話題?
それって>>546の書き込みはその前の話題を
蒸し返すことが目的なん?
いきなり中国がどうとか言ってきて???ってなってた。 >>554
そうだよw
前の話題を知っている人からすると、
中国ではアクセス制限がかけられていて見れないサイトがある
(日本人にはどうでもよくね?w)
って話になったの分かっていて、あえてデメリットの
理由を書いてないことがバレバレだからねw >>556
知ってる振りして実は知らなかったと思っていた。
ちがったのか? >>560
日本語不自由しているみたいだし似ているけど断定はできない まああの話で滑稽だったのは嫌われてる
中国人だけがデメリットあるってことだよなw
中国人のためにjQueryを使うなとか
お前在日かよって流れになってたw >>560
図星なら必死で擁護したり誤魔化すレスが続く >>567
俺スーパーハッカーだからIPアドレスからわかるんだよ GoogleのCDNは使ってはいけないのはecサイト経験者からしたら常識なんだがアフィブログならメリットの方が多いぞ。 × GoogleのCDNは使ってはいけないのはe中国人からしたら常識なんだがアフィブログならメリットの方が多いぞ。 GoogleじゃないCDNを使えば済む話のような? >>570
海外にも発送するよう通販サイト作ったことないわな >>573
作ったことあるよ。
中国はリスクが大きいんで対象にしてないけど >>576
知らないことは認めないとか・・
そういった社会不適合者みたいな人もいるんだから気にすることもない。 ほーら、またその話を蒸し返そうとして
よっぽど、jQueryを使った方がページ表示を
速くできるって話をしたくないんだな。 ぶっちゃけ中国を相手にしているサイトなんてないので
知らない方が普通だし、別にそれで問題ないと思ってるんだが?
あんたのサイト中国語で書かれてるの?
商品を海外に売るにしても英語ならともかく中国語作る仕事なんてまれでしょ? >>576
なんでみんなに叩かれてるかわかりますか? >>576
職場に仲間がいないのかね
考えればわかることなのにな この人はGoogle信者なのかも
何れにせよ思い込みは怖いですね >>576
俺なら恥ずかしさで3日は寝込むレベルw >>576
そんなレスして、月曜からの仕事は大丈夫かい?www お前ら一ヶ月以上前のレスに何今頃レスしてるんだ?
いや>>576に言ってんのか? お前らっていうか一人でしょw
本人が書き込んで本人が自己レス その増えたレスってどれでしょうかねぇ
自作自演でレスふやすなや >>606
自分も知らなかったけどこの書き込みは異常
思い込みが原因でトラブル起こすような典型的なアレな人でしょ 前のスレでよっぽど頭にきたんでしょw
前の話を持ち出して、元の書き込みの人いないだろうに
自作自演でレスしまくる 612 Name_Not_Found sage 2017/05/27(土) 02:13:51.31 ID:???
CDNが接続できないとか何いってんだって感じだなw
探せばそういうのあるかもしれんけど、
繋がりにくいとかありえんわ。
そんなに不安ならGoogleのCDNでも使ってりゃいいだろ
https://developers.google.com/speed/libraries/#jquery この範囲はバカにしているだけで意味がない
>>585-605 >>555-605
範囲とするならば555からじゃね? GoogleのCDNのデメリット理解してない人は素人だよ jQueryのソースコード見ましたけど、
未だにSafariのバグ対応とかAndroidのバグ対応が
入っているんですね。
jQuery使わないのはデメリットがあるということでしょうか >>615
それ>>576が書き込んでレスしてるのは全部>>576だよ いまだにCDNの話してるのか
そんなくだらんことより
効果のある育毛剤でも教えてくれよ つーか商売やってるなら中国外さないでくれっていいたい
買えるところが多くなるのは良いことだ >>625
間違い正しいの2択で答えるなら間違いです。
それよりも嘘を正さないところも悪質で無責任。
程度がしてれている証拠。 >>629
GoogleのCDN選択してるけどそんな不都合あるのか知らんかった 個人ブログのHTMLソースみているとGoogleのCDN使ってるところは多いよ
大規模サイトでなければ気にする必要ないと思うけどな >>632
多いから正しいということにはならない
問題は接続されない地区があることを把握していなかったと言うこと。
>>556
これも話を誤魔化そうとしている書き込み。
ソースみれば一目瞭然なのにね。 中国人は多いから正しいってことではない
切り捨てるかどうかだ。
中国人は切り捨てていい http://mevius.2ch.net/test/read.cgi/hp/1456242505/612
これが証拠の書き込み
GoogleのCDNでは接続されない地区がある。
そんな三流プログラマーでも知ってることを思い込みで書き込みしてしまった間抜けレス >>625
もしかすると中国で弾かれるかも?とふと思った
金盾だっけ、中国共産党の検閲システムはgoogleを弾くんじゃなかったかな
CDNなら問題ないのかもしれんが、分からん >>633
いや、問題は一ヶ月以上も前に終わった話題で、書き込んだ本人も居ないのに
お前がいつまでも過去にとらわれているってことだよ。
どんだけムキになってんだよ だよなぁ。だからあえてGoogleのCDN使うっていうのに。 中国人を排除することが果たしていて良いことなのか? テレビニュースでGoogleを追い出したと昔やってからTwitterも使えないぐらいは知ってたけどGoogleのCDNは盲点だったな >>635
実際問題このような地雷業者に仕事されたら恐ろしいわな >>643
失敗や間違いを認めず誤魔化したり逃亡するってこと? >>645
いんや・・
常識的なこともしらずに思い込みで物事を判断するような人。
まあ誤魔化したり認めないのはそれ以前で論外。 >>646
GoogleのCDNの代わりにjQuery公式のCDNを使うのが良いのかな? >>643
教えてくれる人もまわりにいないとか・・ JQUERY CDN
https://www.akamai.com/jp/ja/resources/jquery-cdn.jsp
jQuery は、最も広く使用されている作成済み JavaScript 関数のライブラリです。
jQuery は、ウェブブラウザで実行できるスクリプトのプログラミングと
実行を単純化することで、動的で機能豊富なウェブページと
ウェブアプリケーションの作成を容易にします。jQuery は、
幅広いウェブサイト、ウェブベースのメディアサービス、e コマース
およびモバイル・コマース・アプリケーションで使用されています。
ほとんどの種類のサイトとアプリケーションにとって、jQuery CDN を
利用することは jQuery の機能を活用するための最も効率的な方法です。 jQuery を利用するウェブサイトやアプリケーションを開発する
企業にとっての 1 つの選択肢は、企業のデータセンター内の
ウェブサーバーのみから jQuery ライブラリファイルを提供することです。
しかし、分散された大量のユーザーを持つサイトやアプリケーションでは
jQuery CDN(コンテンツ・デリバリー・ネットワーク)を使用するほうが便利です。
jQuery CDN は、ウェブクライアントがアクセスできる、
広域に分散したサーバーのネットワーク内で jQuery ライブラリファイルを
キャッシュします。 jQuery CDN は、遠く離れた 1 か所しかない会社の
データセンターからだけではなく、ユーザーに近い場所からエンドユーザーに
ファイルを提供することにより、jQuery に依存しているウェブページ
およびウェブアプリケーションのパフォーマンスを大幅に改善します。 老害ワロタ
知らないことばかりだけど思い込みで物事を決めつけるのは良くない例でしたね。 >>642
バカな人は少なからずいるんだから許してやれ。
githubも接続できないようなこと聞いたけど試したことある人いますか? jQueryのCDN調べていたらなかなかちょっと古いけど
良さそうなまとめが見つかった
https://tech.jstream.jp/blog/cdn/jquery_cdn/
JQuery CDNとは、さまざまな会社が行っている「CDNによるJQueryの無料配信」の総称です。
JQuery
JQueryとは、もっとも多く使用されているJavascriptライブラリです。
参考:w3techsによるサーベイ
サイト使用率(JQueryを使用しているサイト数/全サイト数):65.7%
マーケットシェア(JQueryを使用しているサイト数/Javascriptを使用しているサイト数):95.5%
比較
どのCDNを使うべきかという指標については、いくつかありますが、マーケットシェアが最も効く指標になります:
マーケットシェア
ブラウザが、対象となるjQueryライブラリを過去に読み込んでいる(他サイトで読み込んでいた)場合、
ネットワークアクセスは発生しません(キャッシュを利用します)。そのため、一般的なサイトが
どれぐらい対象のjQurey CDNを使用しているか(マーケットシェア)が、最も重要な指標になります。
速度
ブラウザキャッシュでミスした場合、一般CDNと同じ基準での速度比較が必要となります。
ただし、各社ともに、速度面での大差は無いと思われます。 >>657
検索してみたらそのような記事がでてくるけど試したことないので良くわからない。
GoogleのCDNは出張所のときに試してダメだったからガチ。 jQueryのCDNのレスポンス比較あったー!
CDNサービスのレスポンスを計測してみた
https://goo.gl/BeHLp3
jQuery公式は遅いっぽいね。
その他のCDNは数msと誤差レベル
大手ならMicrosoftが良さそうって感じかな >>657
噂レベルで事実はわからないけど俺もそれ聞いたことあるよ
http://mevius.2ch.net/test/read.cgi/hp/1456242505/612
これ思い込みというか知らなかっただけのことだろうね
2ちゃんは恥ずしい間違いは一生ネタにされるというがこれもその口なのか MSは昼に重くなると聞いたことあるけど使ってる人いる? >>666
去年少しだけ使っていたけど重かったからやめたよ。 >>667
ねこっちくしつこいのが上級2ちゃんねらーだもんなw >>670
お前もCDNの恩恵に預かってるのに?
(大規模サイトの殆どがCDNを使っています) 2ちゃんは間違ったらアンカーつけて間違いを認める。
認めないやつは皆から総攻撃を受ける。
どの板もこんなもんだ。 いや、その認めないやつが一ヶ月以上前のレスなんだって・・・ >>674
そんな昔の話にレスしてたのかw
そいつはキモすぎるわ。 >>672
うちのサイト環境の場合だけど三ヶ月テストした結果、使うとデメリットがメリットを上回る結果がでたからやめたよ。 >>676
CDN使うデメリットって?
(当然中国でも問題ないCDNを使うものとします) >>672
思い込みで書き込みしない法学者良いぞ。 >>677
晒すやつの性格の悪さがよく分かるねw
何年も忘れられない。 >>679
> CDN使うデメリットって?
ここでまともなレスが帰ってこなければ
それが証拠だよw なんかこの話を聞いてCDNを使ってみようと思ったんだけど、
どうすればいいの? >>683
理由は複数あるが秘匿性を保証できなくなったからやめた >>685
つ http://viral-community.com/blog/cdn-5615/
まずCDNだけの使い方(?)は二通りある
ガッツリ使う方法と、お手軽に使う方法
上のレスはガッツリ使う方の話ね。
お手軽に使う方法っていうのは、自分のサイトで読み込んでる
jQueryをCDNで配信されているjQueryに置き換えるだけ。
このスレで話してたのはこっちだよ
お手軽な方法だと<script src="自分のサーバー/jquery.min.js"></script>を
<script src="CDNのサーバー/jquery.min.js"></script> に置き換えるだけ
これだけでjQueryの読み込みが速くなる。 >>685
GoogleのCDNを使うのが無難だよ >>687
ありがとうございます。
ちょっとやってみます。
>>688
> GoogleのCDNを使うのが無難だよ
どこのCDNかは聞いてないです。
CDNの使い方です。 >>687
へー、jQueryをCDN化するだけならそれだけでいいんだ。
何かに登録しないといけないのかと思ってたよ。
登録する必要はないってことだよね?簡単なんだな。 >>693
いや、前提として
> (当然中国でも問題ないCDNを使うものとします)
って書いたでしょ? 中国でも問題ないCDN使うなら、
別に問題ないんじゃね?
俺だったら接続元に合わせて
どこから読み込むか切り替えるかもしれないけど。 >>695
接続されないCDN地区があることを知らずに思い込みで否定&不安ならGoogleのCDNを使えと主張。
そのGoogleのCDNの不都合な箇所を説明した話。
バカ丸出しとはまさにこれ。 >>697
まだその話ししてるの?
本人いないのに? CDNって読み込みが早いってのもあるけど、
初めて訪れたサイトでも一回目からキャッシュが効くっていうのもあるのか
確かに自分のサイトで配布していたら、一回目は読み込まないといけないけど
CDNから配布していたら、他のサイトでそのCDNが使われている時に
キャッシュが作られるから、一回目から速くなる可能性があるんだな。 叩きしてる人が一人なのか複数なのか不明
無知な本人がいるのかいないのかも不明
そんなことは誰にもわからない
事実はバカ丸出しな書き込みをしたということだけなw 不明なところは不明でいいが、不明なものに対して
今叩いているっていうのは事実じゃないかな? >>693
この手の屑は学歴問わずに普通にいるよな
そして勝手に怒りだしてあとで恥をかく 驚くほど効果があった無料CDNサーバー「CloudFlare」の導入
http://dmgadget.info/cloudflare-free/
> wordpress用プラグイン「W3 Total Cache」のCloudFlare設定。
WordPressで使ってるようだ
効果は高いらしい CDN「CloudFlare」は効果絶大!WordPressブログの表示を2.94秒短縮!
http://toneliko.com/5337/ >>702
別に気にすることでもないだろ
ただ知らなかっただけのことだし >>706
無知を叩きのめすのは2ちゃんの醍醐味なんだがw >>706
無知がいる時になる。
叩かずにはいられない。
一ヶ月以上立ったあとでもな! >>705
それって、jQueryだけじゃなくて
Wordpress全体をCDN化しているってことかな? >>709
許すかばーか。
10年たっても同じことやり続けてやるわ
そんだけ頭にきたってことだ
この俺の怒りがわかるか? Wordpressの重いブログを検索サイトで弾いてほしいな >>712
来年になったら糞アフィブログ減るらしいぞ Chromeの将来のhttps化(httpだと警告を出す)に対して
CDNを使ってWordpressサイトをhttps対応するって方法が
あるのか。目からウロコだ。将来これ普及しそう。
https://egablo.black/147 よし全サイトのjQuery化とCDN化が完了した。
早速効果出てる。トラフィックが1/10に減った こういうやつってリアルで
ストレスたまってるんだろうな
なんかそういう病気なのかもしれんね @page printのbodyでwidth指定するとレイアウト崩れるのですが何が原因かわかりますか? >>722
色々試して書き込みしたのかな?
よくあるのはブラウザの挙動で印刷するとなぜか崩れるというのがあります。
もしChromeだけ崩れるなら差分引きで対処してみてください。
それでもまだ印刷崩れするならより詳しい状態を書き込みしてくださいな。
>>717
選択できないというよりドメインがブロックされているので繋がらないです。 keyframesを書いてるんですが
@ボタンを押した時JSでcurrentクラスを付与
↓
Acurrentに設定したアニメーションが実行
↓
Bcurrentが外れた時Aと逆方向にアニメーションを実行し元に戻る
というのは可能ですか?
もう1つクラスを用意してBのアニメーションを別で作らないとダメですか >>717
正しい。
遮断してるのに繋がるわけがない。
>>727
cssだけでやるとカーソルが外れた瞬間に最初からなるはずです。
js使ってcssルールを切り替えてマウスアウト発火で実行するのが手っ取り早いですよ。 やけにスレが伸びていると思ったらまたjQueryとCDN否定肯定の話か。
結論なんてない。
人 に よ る
ただそれだけだろ。WINか?MACか?の話みたいに不毛 >>722
724の説明通り印刷のときにクロームだけレイアウト崩れが発生することあるので一度調べてみると良いですよ。 >>729
人じゃなくてサイトの性質によると思うけど?
CDN得意なのは静的サイトか動的だけどキャッシュ使えるサイトで
ユーザーごとに内容が変わるようなものには適していない
このスレだとCDNが適しているサイトが多いと思うよ >>730
横に膨らんだ分だけ短く設定して対処できました。
IE、FF、Edge、Chromeと試してみて崩れるのはChromeだけで謎?でしたが一応解決することができました。
ありがとうございました!! >>729
いや、中国相手なら絶対にjQueryのCDN >>729
やっと沈静化したのに蒸し返してんじゃねーよクズ野郎 >>727
JavaScriptでマウスカーソルを制御すれば簡単です。 >>732
それChromeのバグのはず。
まだ修正されてないのか・・ >>735
それできないって、少し考えても思いつかなかった?w chromeっつーかgoogleはもう印刷に興味が無い感じが伝わってくる
>>737
横からだけど、jsでマウスカーソル制御できないの?知らなかった 727ですが、何に困ってるかというとAのアニメーションが要素を複数順番に動かす複雑なもので、クラスを解除しただけだと逆方向のアニメーションにはならないんです
試しにcurrentをつけていない元の状態にAと逆のアニメーションを設定してみたらボタンを押した時は思い通りの動いたのですが、これだとページを読み込んだ時にもアニメーションしてしまうんですよね(当たり前ですが) >>739
正パターンは
.current付与、
逆パターンは
.re_current付与
などにした方がいいと思う。読み込んだ直後に作動するのを解除するのはめんどくさい
もしくはJSで制御するとか
var animetion;配列でアニメーションを設定しておく
$(".current").click(function(){
$(this).アニメーション;
$(this).addClass("re_current");
$(this).removeClass("current");
});
$(".re_current").click(function(){
$(this).逆からアニメーション;
$(this).addClass("current");
$(this).removeClass("re_current");
});
>>740
難しいっちゅーかベタな回答しか思い浮かばないから躊躇してた
なんかいい方法あるんかね 細かくありがとうございます
まあ、そうなりますよね
アニメーションはうまくいったのでこのやり方でいきます >>736
去年確認したときはChromeの印刷バグ修正されてなかったよ >>739
それはJavaScriptを使って行う処理だから板を変更して質問するべきです
>>743
あれはホント酷い
Chromeだけ挙動がおかしい chromeで失敗したことないからよくわからない
気が向いたらfirefox試してみる >>748
自分の場合は家では全く使わないけど職場では頻繁に印刷するぞ
ブラウザはEdge以外使用禁止なので特に不具合はないかな
というかチョロメのプリンタ印刷不具合は有名なんだけどな Edgeって印刷時に背景画像も印刷するっていうオプション設定ないじゃん
IEはあったのに
何をとち狂って無しにしたんだろうか・・・ 【10年前の思考。またはプリンタ持ってない人の思考】
印刷は表示されているページをそのまま印刷されると思っている
【HTML5を理解している人の思考】
広告や不要な箇所は印刷させない。印刷させる場所はコードで制御する。
ページのコンテンツとなるテキスト・表・画像などの一部分だけ印刷できるように適切に処理しているのが現在の技術。 横槍になってすみません。
わりと有名な某クーポンサイトの会社で仕事してる者ですがクーポンだけ印刷されるように設定すると一手間かかり昔は制御が面倒でした。
仕方無く切り取り線を表示させて不要な箇所まで印刷。
そのあとクロームが登場してから印刷レイアウトが崩れる問題が発生。
今はクロームだけバグの処理をして対応しています。 >>752
> 【10年前の思考。またはプリンタ持ってない人の思考】
そこに「プログラミング技術がない人」も入れてくれ。
GUIアプリだが印刷機能でデータをどのように印刷するかって話で
こっちは帳票のイメージを持っていたんだが
画面に出ているものをそのまま印刷すればいいでしょう?と
当たり前の感じで言われたぞ。
大抵の人は印刷って言ったら画面そのまんまなんだよ。
はがき印刷とかなら画面じゃなくて、プレビューみたいなものを印刷するって
思うだろうけど、特にそんなものがないブラウザなら画面そのままって思うのが普通だよ >>752
> ページのコンテンツとなるテキスト・表・画像などの一部分だけ印刷できるように適切に処理しているのが現在の技術。
そこ技術じゃないねぇ。HTML5とか関係なく昔から
印刷用のCSSを作ることはできた。
サイトの心配りだよ。印刷した時どう見せたいか?
まで作り込むかどうか。
地図とか申込書みたいなものじゃないかぎり印刷まで考えない。
その場合はブラウザで見たまんま印刷できる方が良いだろうな
っていうか、印刷用のCSSがある場合でも、
見たまんま印刷は必要だと思う。 クーポン印刷する案件で何度か仕事したことあるけどChromeは横に膨らむんだよな すまない説明が悪かった。
顧客のサイトで店内でレシート裏のQRコードを読み込み印刷ボタンを押すと次回使える割引クーポンを印刷するサービスです。 >>758
それクロームのバグ
バージョンによっては横幅が勝手に変わるポンコツ仕様になっている >>地図とか申込書みたいなものじゃないかぎり印刷まで考えない。
その場合はブラウザで見たまんま印刷できる方が良いだろうな
っていうか、印刷用のCSSがある場合でも、
見たまんま印刷は必要だと思う。
印刷すると言うことは紙にして手元で見たい内容が含まれていると言うことでは?
レイアウトを紙に保存したいという特殊な使い方をしない限り不要な箇所まで印刷されてしまうぞ。 >>414
タイトルは非表示にできるけどURLは無理のはず 質問です
transform:scale();を親要素に合わせた可変にさせる事ってできないですかね 実は以前にafter疑似要素に画像を直接指定した場合に
その画像を可変にできないか質問したのですが
その際、transform:scale()で回答をいただいた記憶があるのですが
やり方をわすれてしまいましたORZ border-imageで、画像の読み込みが遅いことがあるのですが、
普通なら常に速やかに表示されるものなのでしょうか? >>770
有能なあなたが無能な私に優しく答えるスレだよね?
さっさと>>769を回答してくれないか? >>771
サイズがでかいんじゃないの
表示上のサイズが小さくても、元のサイズが大きければ読み込みには時間がかかるよ >>773
画像は401*211の3kbくらいです。逆に最初にロードする時の方が
スムーズで、キャッシュから読み込む二度目以降の方が
遅かったり、あるいはいつまでたっても表示されない
ようなこともたまにあります。
<div style="
border-style:solid;border-width:43px 54px 54px 27px;
-moz-border-image:url(image.png) 43 54 54 27 repeat;
-webkit-border-image:url(image.png) 43 54 54 27 repeat;
-o-border-image:url(image.png) 43 54 54 27 repeat;
border-image:url(image.png) 43 54 54 27 fill repeat;
">
なかみ
</div> >>752
後者で考えてても細かいところであーってなるんだよなあ
改行位置とか >>776
そうけ?
最近はGoogleとChromeがうるさいから速くなってる傾向ある、気がしてた
まあ気分の問題かもしれんけど >>776
JavaScriptのせいじゃないかな?
jQuery使っておけばいいのに下手に
フレームワークを導入するとそうなる
処理が終了しないと表示されなかったり
どでかいJavaScriptファイルのダウンロードが必要だったり
CDN使わずに自社配信していたり お助け下さい
ヘッダをposition:fixedにし、他複数のcssを設定しています
https://jsfiddle.net/zxe88253/8j3q0u31/1/
しかし、ページ内アンカと組み合わせると、main要素のmarginが消えてしまいました
http://www.gazo.cc/up/248801.png
何が悪いのか調べてみると、
document.getElementsByTagName('html')[0].offsetTop
document.getElementsByTagName('body')[0].offsetTop
が0、
document.getElementsByTagName('main')[0].offsetTop
は100になっています
(しかし、main要素は一番上に張り付いているように見えます)
色々試した結果、
・bodyのheightの100%を付け外しすると、marginがもとに戻る
ということが分かりました
marginが消える理由がどうしてもわかりません
これはどういう状況なのでしょうか
CSSはこのプラグインの一部です
slidebars
https://www.adchsm.com/slidebars/
jsでmarginを付けなおしたりしましたが、うまく行きません
何か良い解決方法があれば、お願いします >>776
広告やjsライブラリが負荷をかけていることが多い
あとは重い共有サーバーとか >>783
だからその話はやめろといったろ
きちがいか GoogleのCDNが最強だと信じてた輩が荒らしまくるからやめた方がいいぞ 612 Name_Not_Found sage 2017/05/27(土) 02:13:51.31 ID:???
CDNが接続できないとか何いってんだって感じだなw
探せばそういうのあるかもしれんけど、
繋がりにくいとかありえんわ。
そんなに不安ならGoogleのCDNでも使ってりゃいいだろ
https://developers.google.com/speed/libraries/#jquery
前後のレス読んだけどこの人はGoogleのドメインがブロックされる地区あることを知らないのかも cssもjsも1ファイルにまとめちゃえよな
未だにバラバラと複数のファイル読み込んでるサイト見るとなんだか気持ち悪い 使用するライブラリファイル数が多いと遅くなると聞いたことがある >>780
詳しくはmarginの相殺でググって欲しいんだが
そういう仕様だよ background-imageの画像だけのopacityを変更する方法はないでしょうか? >>789
PHPやjQueryがないと動かないWordPressは設計上重くなりやすい
ライブラリにプラグインまみれで表示されるまで3秒以上かかる劣悪なページもあるからな
アフィカス信者が崇拝するSEOプラグインは終わってる >>769の回答まだでしょうか・・・
疑似要素を可変にする方法なら何でもいいのですが
みなさんも必要と思った事ってないんですかね? altが付けられないようなデザイン上の飾り画像は
疑似要素でやるのが普通かと思ったけど
誰も答えられないという事はそうでもないのか >>790
すいません、わかりませんでした
相殺条件B:親要素と先頭の子要素
https://www.tam-tam.co.jp/tipsnote/html_css/post10892.html
のことでしょうか?
mainにborderがあるので、問題無いと思うのですが 未だにcss html jsしか選択肢ないのはなぜなの
もっとスマートな仕様で作り直せないのか >>798
例えばどんなの?過去には総flashなサイトもあったよ
今ならcanvasを本気で使えば、jsだけで全部かける。テキストファイルでもいいし
何か不満なの >>794
jQueryはクライアントで動くものなんだからサーバーが重いの理由にはならないし、
JavaScriptがオフで見えないようなフレームワークとは違って
jQueryはHTMLファーストでレンダリングされてから動くものだから
意図的にひどいコードを書かない限り重くはならないよ >>801
いや何千行も書くと重くなるよ
圧縮してもさほど変わらん > いや何千行も書くと重くなるよ
え? JavaScriptコードを何千行も書くと重くなる?
当たり前じゃね? jQueryと関係ないし
そんな当たり前の話は聞いていない 一行100文字、1万行でようやく1MBか
1MBのテキストファイルであれば圧縮したら100KBぐらいにはなる
一行100文字といってもそれは最大で短い行もあるから実質その半分以下だろう
と思ったらjQueryがおよそ1万行だった
圧縮された状態で約30KB。計算通りだな。
http://minime.stephan-brumme.com/jquery/3.2.1/ たまにテスト用にテキストだけのhtmlファイル置くとめちゃくちゃ早くてびびる https://www.nkshopping.biz/index.php?WEB%E3%83%9A%E3%83%BC%E3%82%B8
%E3%81%AE%E3%82%B5%E3%82%A4%E3%82%BA%EF%BC%88
%E5%AE%B9%E9%87%8F%EF%BC%89%E3%81%A3%E3%81%A6%E3%81%A9
%E3%81%AE%E4%BD%8D%E3%81%8C%E7%9B%AE%E5%AE%89%EF%BC%81
%E4%BD%95%E3%81%8B%E5%95%8F%E9%A1%8C%E3%81%A7%E3%82%82
> 一般的にも、1ページ当たり、
> 「1.0MB 〜 3.0MB」くらいと言われてますが
らしい。そう考えるとjQueryのファイルサイズなんて3%以下なんだな >>806
そう。めちゃくちゃ速いだろ?
JavaScriptファイルもその速度で読み込むことはできるんだよ。
テキストファイルだからね。 <script>
time = new Date().getTime();
window.onload = function(){
alert(new Date().getTime()-time);
}
</script>
<script src="https://ajax.googleapis.com/ajax/libs/jquery/3.2.1/jquery.min.js"></script>
jqueryを読みに行って40ミリ秒
読み込み無しで30ミリ秒
へぇ、ここまで早いのか
今はphpやdbが肥大化しすぎてるんだろうな >>809
さらに通常はキャッシュが効くからね。
ただキャッシュのことを考えるとどうファイルを分割するか悩むね。
全JavaScriptファイルを一つに結合する?
そうすると最初の一回を高速で読み込むことができて
二回目以降はキャッシュが使われるけど、
ちょっとコードを修正しただけで、全部読み込み直しになってしまう。
ライブラリは別ファイルに分割すると、ライブラリを更新しない限り
キャッシュが使われ続ける。だけど一つにまとめたほうがパフォーマンスは出る。
折衷案としてライブラリだけを一つのファイルに、自分のコードだけを
一つのファイルにまとめる方法もある。でも使っているライブラリが多くなれば
何か一つのライブラリを更新した時に、読み込み直しになるサイズも大きくなる
高速な読み込みはCDNに任せるという考え方もある。CDNだと他のサイトでも
使われてるから、初回のアクセスでもイキナリキャッシュが使われることもある
と考えると、ライブラリ系は個別読み込みでCDNを利用する。
ライブラリを利用することで自分が書くコードの量を減らし、
自分で書いたコードは一つのファイルにまとめる。というのが一番最適だろうか? またjQueryスゲーGoogleのCDNスゲーわいてるのかよ >>810
自分のコードをCDNにする、ができれば上等だろうね
で、最小限のコードで読み込む
個人的にはjsでライブラリを使うことは殆ど無いので、特にそのあたりを意識することはないかなぁ GoogleのCDNは使えない地区があるんだろそんなこと知ってるよ base64デコードの画像埋め込み流行ってますか? >>816
フレームワークの自動処理だと思うけど、一部ではやってるね
まぁそんなアホなことはせんでいいと思う もう今後のCSSプロパティは全〜〜〜部可変を考えて設計しろや
可変対応できないものは今後一切使えん まあ重いの大半(それ以上)は広告だがな
そうするとこうなるが
当たり前じゃね? jQueryと関係ないし
そんな当たり前の話は聞いていない >>820
sectionのデフォルトプロパティがdisplay:flexならwebは5年ぐらい一気に進化したと思う
人類はめちゃくちゃもったいないことをした 重い原因はこんなもんじゃね?
回線速度
実行速度
サーバーの負荷
コンテンツの量
記述方法 >>813
> 自分のコードをCDNにする、ができれば上等だろうね
大規模サイトなら出来る限りCDNにした方がいいと思うけど、
オレオレコードだと、他のサイトでも使われてるってことがないから
キャッシュの効果に関しては限定的だろうね ブラウザの同時接続数制限の関係で同じコンテンツ容量であればファイル数が少ないページの方が有利という考え方もありますよ ブラウザの同時接続数制限の関係で、ライブラリなどは
別ドメイン(CDN)に分けるって方法がありましたね。 >>827
それは異端な状況だよ
twitterぐらいになるとガジェットだiframeだで考慮する必要が出てくるかもしれないけど、基本的には考えなくていいと思う >>827
非同期読み込みではない画像系コンテンツがメインのサイトだと6を9に増やすだけでもかなり速く表示されるようになる >>826
cdnに置いたところでオレオレコードは誰も使わないから意味ないんじゃね?
jQueryみたいな誰でも使うものだからよそのサイトで食ったキャッシュが期待できるわけで
ほんでライブラリは多少コードの量が多かろうと
その性質上そんなに初期レンダリング完了までの時間を食ったりせんよ
時間食うのは、リフロー・リペイントを誘発するようなコード >>832
いや、そういうことを行ってるのよ
誰もが使うほどの上等な機能・コードをかけるようになれば、結果的に自分が楽できる >>832
> cdnに置いたところでオレオレコードは誰も使わないから意味ないんじゃね?
そう言ったんだけど?w
意味が無いわけじゃない。サーバーの負荷をかけずに
ユーザーに近い場所から配信できるから。
> その性質上そんなに初期レンダリング完了までの時間を食ったりせんよ
だからそう言ってるんだよw
jQueryは基本的にready()内で処理するから初期レンダリングを妨げることはない。 >>834
誰もが使うのは優れていることもそうだけど
汎用的であることが大きいからなあ
自分でそんなの書く余裕があればいいけど >>832
は、もう少し視野を広く持てるように頑張れ
煽りじゃないぞ、マジで頑張れ
自分が楽出来るんじゃなく、それこそjQueryを作るぐらいの意気込みでものを作ってみるといい http://mevius.2ch.net/test/read.cgi/hp/1456242505/612
>>CDNが接続できないとか何いってんだって感じだなw
探せばそういうのあるかもしれんけど、
繋がりにくいとかありえんわ。
そんなに不安ならGoogleのCDNでも使ってりゃいいだろ
全世界のインターネット人口のうち何割が中国にいるのか・・・
ホント救い用のない国だな >>838-839
はぁーなるほど
ソースが2chで、激高させることが目的の煽りか
しかも自分の書き込みにはテキトーな文言を添えると
荒らす意図なら結構うまいなw
60点あげるぞ 1〜6のdivを作って順番入れ替えずに6を1のdivに入れる方法ってどんな方法がありますか? <div 1>
<div 2></div>
<div 3></div>
<div 4></div>
<div 5></div>
<div 6></div>
</div> >>838
世界のインターネット料理者数は34億人
ちなみに中国のインターネット利用者数は国民の50〜60% >>839
Facebook・Twitter・lineもブロックされている
噂だとGitHubもダメらしい >>844
説明が不十分ですみません。
6だけを1に入れたいのです。。 >>839 まるで知ったかぶりする中学生レベルですな。
>>831
503吐かれることない?
>>818
複数回接続する画像などは表示速度が改善されることが多い。
>>794
wpサイト閲覧時に接続してから表示されるまでの時間がかかるのはSEO関連のライブリプラグインや広告サーバーが原因だったりする。 CDNの話になるとバカにする奴と話をそらしたい奴とクレーマーみたいな奴がわきだす件 >>947
説明が糞下手過ぎる
それは見た目の話?要素レベルの話?
jQueryでDOM操作のような事をやりたいって事だろうか すいません、どなたか>>780の原因をお願いします…
>>790さんの件を調べてみましたが、わかりませんでした >>853
マージンっていうのはね。
要素の周りに空間を作る機能じゃないの。
他の要素(パッディング領域含む)からどれだけ
離れているかってのを定義するものなの。
マージンの空間っていうのは誰に確保されてない領域なの
だからマージン同士は重なるの 日本語に不自由している者がHTML初心者相手に説明。 >>790は分からんが>>854の日本語も分からんw
俺も知りたいので回答プリーズ >>847
jQueryを使えば朝飯前
それはそっちのスレで >>845-846
向こうは他にも繋がらないドメイ沢山あるぞ >>857の補足
div1と6に position: absolute で位置固定させて一見中に入ってるように見せられるがおすすめはしない
他部分のレイアウトで変更の必要性が出てくる可能性があるしメンテ上面倒 >>859
それどころか日本に繋げないところすらある
そんな所に商品を発送するにはどうすれば良いのか?
商売上がったりだ 要素A
要素B
要素A, B が、この順で、縦に並んでいる場合、
AB間のマージンは、A, B の内の、大きい方のマージンに設定される
つまり、異なる要素のマージンは、重なっている マージンは相殺されるって仕様を
考えた人はすごいと思うわ。
普通に考えてたらこんなの思いつかないと思う
よくできた仕組みだよ 最近わいたjQueryスゲー基地外
>>832 >>821>>817 >>813 >>810 >>808-806 >804 >>872
cssによる
なにもしてなければたいてい改行されない >>872
改行は半角スペースに置き換えられる
<br>が改行になる
<pre>ってのもある
http://www.htmq.com/html/pre.shtml 反jQueryサイドと思われるネイティブサイドが無駄な使い方をしても重くなるだけみたいなレスをつける。
↓
jQuery&CDN崇拝サイドが開発時間短縮になると話をそらす。
ここに問題があるんじゃないのか?
実際jQueryはネイティブjsを使って実行しているんだから例外なく実行速度が遅くなるんだが >>877
例外なく実行速度が遅くなることには誰も反対していない。
全体から見れば、実行速度は一つの尺度でしか無く、
ダウンロード速度の違いによって、実行速度の遅さを逆転することもあるし
そもそも体感できないレベルの実行速度の遅さであれば
開発速度を重視したほうがいいだろう。
というふうに視野を広くして物事を考えているのに
実行速度の話しかできないやつがいるのが問題なんだよ。
お前もほら、今実行速度の話しかしなかったじゃんかw >>877
問題があるのはスルーできない人たち全員の存在 >>877-879
で結局実行速度はどっちが速いの?
ライブリ不使用
jQueryライブリ使用 >>881
>>809だけど、0.03秒と0.04秒の差
jQueryライブラリだけなら差は無い
遅くなるかどうかはコード次第 >>882
読み込み速度は聞いていません。
知りたいのはjQuery不使用の場合とjQuery使用時の実行速度です。
コードによると言うのは理解できますがjQuery使用した方が速くなることはあるのでしょうか? > jQuery使用した方が速くなることはあるのでしょうか?
あるよ。jQueryを使った場合、コードが短くなることは明らか。
そしてjQueryのキャッシュが効いている場合、jQueryはダウンロードされないから
jQueryを使って短くしたコードのほうがダウンロードが速くなる。
その結果jQueryを使用したほうが速くなることもある >>883
それもコードによる
単純なセレクタなら誰が書いても100%ネイティブの方が早くなる
しかしネイティブで冗長で下手なコードを書くよりかは、
jQueryで内部的に最適化されてるコードを書くほうが早い場合もある >>884
知りたいのはコードの実行速度なんですが・・
ライブラリのキャッシュや読み込みは今回聞いてません。 >>886
ライブラリのキャッシュや読み込みで、
速くなることがあるということには
反論しないってことでいいですか? コードの実行速度を聞きたい人がいるようですが、
私は、実際の体感速度について聞きたいんです。
"私が” 聞きたいんです。
答えてください。 つまりまとめると…
・ローカルで高負荷なプログラム(機械学習など)を書く場合は絶対にjQueryを使用しないほうがいい
・それ以外はどっちでもいい。画像やphp、dbの最適化などの方がよほど効果がある
ということか HTMLをテンプレート化させてコピペして使う人はjsを使わなくてもjQを読ませる。
これ豆な。 > ・ローカルで高負荷なプログラム(機械学習など)を書く場合は絶対にjQueryを使用しないほうがいい
DOMライブラリであるjQueryで
どうやって機械学習するのか
わけわからんのですがw
機械学習の結果を画面に表示するために
jQueryを使うのはありですね。 >>887
>>885
ありがとうございます。
ネットで検索しても速くなると遅くなるの論争があってお互い小難しい説明を並べて主張していたので今までずっとモヤモヤしていました。 もやもやするのは、実行速度しか考えてない人がいるからってことなんですね。 >>892
それもそうだな、例えが悪かった。すまん。
ゲームだな、もしcanvasか何かでゲームを作るなら、jQueryを使わない方が良いと思う >>895
そうそう。そして圧力かけてくるからな
実行速度の話しかしないでください!ってw
その時点で、あー、実行速度以外を考慮したら
負けるんだって分かる人にはわかる。 >>895
小難しい説明を並べお互い速いと主張していることがです。 >>896
> ゲームだな、もしcanvasか何かでゲームを作るなら、jQueryを使わない方が良いと思う
当たり前だろ。jQueryはDOMライブラリであって、canvasには対応してないんだから。
使おうと思っても使えないし、
それにな、お前、canvas使ってないよね?w >>900
それでは、jQueryを使うべきじゃない場合って特に存在しないってことか canvasってお前
var c = $("canvas")[0];
この時点でjQueryの出番終了だろw >>898
jQueryはjsで動いてることを考えればわかることだろw >>901
大部分を占める普通のウェブサイトであればjQueryで必要十分でしょうね。 開発効率を高める
jQuery
実行速度を優先する
ネイティブ
人の書いたプラグインを利用したい場合
jQuery・ネイティブ >>904
やっぱりそうだよね、ありがとう
絶対に使うべきでない場面を無理やり考えようとしたけど、無いとは思わなかった >>905
影響しないケースも増えてきたのでwp以外はjQueryは使ってないかな。 CPUもそうだけどブラウザの種類によってもかなり変わってくる。 来年は今よりCPU速度は上がってると思うよ。
何もしなくても実行速度は改善されていく あるの?
デスクトップやノートだけかと思ってた。
知らんかった。 >>884
いつもの日本語に不自由している人なのかな?
読解力もないことが判明 html/cssスレなのに何故jQueryとjsの話だけ盛り上がるんだ?
SymfonyやRailsの話は一切出てこないのにjQueryだけはやたら出てくる >>876
いやいや、>>860は俺で久しぶりなんだが
昔はここでよく質問も回答もしたが
むしろ別にいい方法あれば逆に書いてほしいわ
ただ最近やたらjQuery押しがいるみたいで被ったが 初心者でもあるまいしjQuery使うと実行速度がネイティブjsより遅くなることぐらい誰だってわかりきったことでしょ
jsをjQueryみたいに独自に書いて部分的に使うやり方だってあるのにホントバカだよね
少し前のレスアンカーで見たけどGoogleドメインがブロックされている地区があるのにGoogleのCDNが接続できない地区があるわけないと言ってるような低レベル住民ばかりなかな? >>920
Symfonyってもう廃れてるんじゃないの?話題に上がることはないと思う
それにrailsやwordpressも専用スレがあるからそっちに誘導される >>923
初心者っていうのはね。
ある一点だけを見て、それで良し悪しを決めることなんだよ。
速度で劣るとか、使えない地域があるとか、
そんなことだけをみて善し悪しを決めてるから
初心者だというの また日本語に不自由している奴がわいてる。
ホントわかりやすい。 >>926
言葉で伝えても理解できない層が一定数いるんだよ。 jQueryスレで答えたはいいがコケにされてうさ晴らしに来てるのだろ
自分が質問文よく読んでないくせに 日本語に不自由した書き込みは目立ちますね。
>>832 >>802-810 >>813 >>927 >>889-900 >>897 >>866-867
アンカつけて独り言とか基地外にも程があるだろ。 >>931
http://mevius.2ch.net/test/read.cgi/hp/1456242505/634
GoogleのCDNが特定地域からブロックされていることを知らなかっただけのこと。
過ぎたことなんだから許してやれ。 >>936
みんな知らなかったのか・・・
ガックリ >>936
俺も知らんかった・・
中国から繋がらないのかよ >>934
どれもこれも文章に同じ特徴がありますね。
自分のレスにレスしてる人がいるのか・・・ 何も考えず例えば ul li p {…} と書いてたが動的にも将来的にもDOM変わることがないとすると
ul > li > p {…} と相関関係入れたほうがいいのだろうか? >>934
レスつけて主張の正当化でもしたいだけじゃね?
流石にこれはFラン以下でも気付くだろw pいらなくね
俺ならulにclass(.foo)付けて
.foo li、
.foo a
にcssを割り当てるかな >>943
話を誤魔化すのは勝手だけど日本語の使い方なんとかならないの? >>936
結構有名な問題なんですけどね。
ブロックされることに気付かない人が多いのも事実。 jQueryとCDNの話をしている所に
HTML/CSSの話をしてごまかすな >>947
なにをそんなに必死になってるの?
その場合はGoogle以外のCDNを
使えばいいという結論で落ち着いたじゃん? >>950
自分の書き込みにレスして何かの方向に誘導している?そういうことなの?? 自鯖においておいたら、ネットワーク帯域は取られるは
配信のために負荷はかかるわ、同時接続数の制約に引っかかるわで、
パフォーマンスが落ちるってことが話の発端ですよ。
CDNプロバイダと契約して、本気でCDNを利用する形にしたら
パフォーマンスは最大になるけどお金はかかる。
でもjQueryなどの有名ライブラリだけであれば、
無料で使える下地ができてるんですよ。
これを使わない手はないよ >>952
理由は不明。
だけど文章の特徴がどれも酷似していて恐らく同じ人かと。 >>953
あぁ同時接続数が食われるのか、確かになぁ >>934
2ちゃんねる表現で説明するならば自作自演 読み込むタイミングを考えると
ライブラリのために同時接続数が気になるほどであればむしろ
必要なJSファイルだけをひとつにがっちゃんこして
直接HTMLファイルに出力する仕組みを考えたほうが良い気はする 934 Name_Not_Found sage 2017/07/16(日) 22:28:08.33 ID:???
日本語に不自由した書き込みは目立ちますね。
>>832 >>802-810 >>813 >>927 >>889-900 >>897 >>866-867
アンカつけて独り言とか基地外にも程があるだろ。 >>959
それも一つの手ではあるけど面倒なんだよね。
プログラム関係が得意なら、一つに結合するのを
ビルド関係の処理の一つのプロセスとして入れるだけでいいけど、
HTMLやCSSがメインでプログラムはほとんど使わないような
場合は、修正のたびにファイルを結合する手間がかかる スマホでつべだらけのブログに接続すると表示されるまで時間かかるよね >>961
それはわかる
ただそんな段階でJSライブラリファイルの1つ2つを気にするのは
なんか微妙な感じがね
他にもっとやることあんじゃね?的な
それでパフォーマンスが何%改善するの?的な そりゃそうだろうね。YouTubeのようにjQuery使ってないものでも
表示されるものが多ければそれだけ遅くなるよ。 >>963
> それでパフォーマンスが何%改善するの?的な
パフォーマンスの改善がどれくらい?って話なら優先順位は低いと思うよ。
実際にjQueryを使わなくしてもパフォーマンスは何%も改善しない。
サイトを重くしている一番の原因はサーバーのスペック不足だろうからね。
スペックが低いサーバーでも快適に配信するならば、
サーバー側の処理を無くすのが一番。データベースを使わないとかね。
だけど動的にページが生成される場合はそうも言ってられない。
その場合はキャシュをうまく使うとか、まあプログラム的にいろいろある。
ただこのスレ的に考えるとHTMLとCSSがメインなのだから、
実はサーバー側の処理はあまりない。共有サーバーを使わないとか
性能がいいサーバーを使うとか、回線能力が高いサーバーを使うとか、そういった程度
そしてCDNは強力な配信能力を持ったサーバーと考えることができる。
これを使わない手はないよ。 そんな深い話じゃないんだけどね
何%も改善しないことと
CDNだと届かないユーザが多くはなくてもいることと
どっちを取るかっつー話かと > CDNだと届かないユーザが多くはなくてもいることと
> どっちを取るかっつー話かと
その場合は両対応すればいいだけだよ CDNのパフォーマンス調べるサイトを見つけてしまった
https://www.cdnperf.com/ >>961
googleは完全にそれだね
scriptもstyleも全部headにべた書きにしてる
styleに至ってはinlineでcss書いてたりする
もちろんそういう独自フレームワ−クを使ってるんだろうけど 実はファイルを結合することで速くするっていうのは
過去のものになりつつあるんだよ。それがHTTP/2
あなたのサーバーはHTTP/2に対応しているかい?
もし対応しているのであればファイルを一つに結合しても
あまり意味は無いだろう。
その点CDNはたいていHTTP/2に対応しているから
今のファイル配信の最適解はCDNを使って結合せずに
使うことなんだよね。
https://blog.apar.jp/web/5558/ >>970
> 最近それやりづらくね?
何が理由で「最近」やりづらくなったというの? 612 Name_Not_Found sage 2017/05/27(土) 02:13:51.31 ID:???
CDNが接続できないとか何いってんだって感じだなw
探せばそういうのあるかもしれんけど、
繋がりにくいとかありえんわ。
そんなに不安ならGoogleのCDNでも使ってりゃいいだろ
https://developers.google.com/speed/libraries/#jquery >>965
>サイトを重くしている一番の原因
php、dbだと思う
次点で画像 >>971
Googleのやり方は例外だからねw
それができるのはGoogleの高い技術力があってのことだから、
下手に真似しても早くならない上に開発コストがかかるだけなんだよね。
Googleを真似することができるという自信があるのであれば
真似すればいいと思う。 934 Name_Not_Found sage 2017/07/16(日) 22:28:08.33 ID:???
日本語に不自由した書き込みは目立ちますね。
>>832 >>802-810 >>813 >>927 >>889-900 >>897 >>866-867
アンカつけて独り言とか基地外にも程があるだろ。 >>978
いやいや、マネはしないよ。最適化の極みにこういうのもあるよーってだけ。
そもそもhtmlからしてわけが分からん。全部divってなんじゃこりゃ 634 Name_Not_Found sage 2017/05/27(土) 15:07:18.61 ID:???
http://echo.2ch.net/test/read.cgi/hp/1478055094/604
>>ちなみにCDNは接続できない地区またはブロックされることもあります。日本でも繋がりにくいときもありますので業務用としてはお薦めできません。
>>606
>> ひでーなこれw
ここまでの間違い。バカなのかわざとなのか
晒し上げのネタにちょうどいいやw
>>612
>> CDNが接続できないとか何いってんだって感じだなw
探せばそういうのあるかもしれんけど、
繋がりにくいとかありえんわ。
そんなに不安ならGoogleのCDNでも使ってりゃいいだろ
>>613
>>そんなことしたら中国からの注文なくなるだろ・・・
やり取り見てわかったことは↓
別スレの604は「 CDNは接続できない地区またはブロックされることもあります。 」と可能性を主張したのに対して
>>606 は間違いと主張。
>>612 ありえんわと否定。
決定的と思われる発言がこれ「そんなに不安ならGoogleのCDNでも使ってりゃいいだろ」
やり取りを見ていて、おそらくCDNのデメリットを理解されていない。大規模商用サイトの構築経験がない方だとわかります。
デメリットを熟知されているのであればGoogleのCDNと言う説明レスではなく回避策やフォールバック等の説明をするべき。
以降は調べたのか理解されたようですね。 >>983
何が?
>>958-980
わかりやすいですな 安定したCDNどこよ?
Googleはダメなんだろ >>981
Googleの検索のHTML見てるでしょ?w
検索エンジンに最適化したページと
そうでないページは作り方が違うってことだよ。
Google検索の結果を、検索エンジンに登録する訳じゃないで
そういうのを、正しいHTMLとして作る必要はない。
同じGoogleであってもこういう検索に引っかかりやすいように
するべきページはまともだよ。
https://www.google.com/intl/ja/policies/privacy/
そこらへん実は区別した方がいい所で検索に引っかかりやすくしなくて良いものであれば
JavaScriptのフレームワーク使って、動的にページを生成したって良い。
でもさ、ここ。HTML/CSSのスレでしょ?殆どの人はプログラムではなくて
企業のホームページ作るみたいなもんだと思うよ。そういうのは正しいHTMLで書いて
検索に引っかかりやすくする作り方をした方がいい。
目的に応じて作り方が違うんだよ。 >>986
今はマルチもあるからな特定のCDNを選択する必要性も薄れてきている っていうかCDNは特定のだけじゃなくていろいろ使って良いんやで? >>973
HTMLにscript要素を書く以外での同期読み込みが
事実上制限されちゃったじゃん? >>991
だからなんだ?って言いたいんだが。
俺は同期読み込みなんて昔から使ってない
意図せず使われていたかもしれないが、
そんなのに依存して書いてない。
今まではこう書いていたものが書けなくなったと
言うものがあるのなら、それを教えてくれよ もしかして同期読み込みと、同期実行をごっちゃにしてるのか?
scriptタグのasync属性。これは非同期"実行"の方だ。
これをつけない限り、スクリプトが同期実行されるのは保証されている
そこは何も変わらん。これからも変わらん。
でないとライブラリを読み込んだ後で実行するという処理が壊れる 次スレはテンプレにCDNの話題禁止って書いて欲しい。いい加減にしてくれ。 HTML/CSSの話にCDNは関係してるだろ
禁止するのはCDNの真面目な話に
どうでもいいことで終わった話である揚げ足取りを
繰り返す基地外がレスすることだろ このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 57日 6時間 3分 39秒 2ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 2ちゃんねる専用ブラウザからの広告除去
★ 2ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.2ch.net/
▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。