Webサイト制作初心者用質問スレ part250
■ このスレッドは過去ログ倉庫に格納されています
初心者だろうが誰だろうが、
まず >>>■ 検索してから ■<<< 質問すること
ネタ・煽り・自演・荒らしは完全放置
【質問時の注意】
1. 質問する前に >>2 にも目を通すこと
2. メール欄に何も入れないことを推奨 (IDを出して騙りを防止するため)
3. 質問者が返信する際は「最初に質問したレス番号」を名前欄に入れること
4. ブログについてはブログ板で質問すること
●ブログ板 http://mevius.5ch.net/blog/
5. SEO、アドセンス、検索サイトに登録しても検索結果に引っかからないといったことは SEO関連スレで質問すること
http://find.5ch.net/search?q=seo
6. アクセス解析については該当スレで質問すること
http://find.5ch.net/search?q=%E3%82%A2%E3%82%AF%E3%82%BB%E3%82%B9%E8%A7%A3%E6%9E%90
7. 製作ソフト(Dreamweaver DW、ホームページビルダー、等)を使用した場合の質問は該当スレで質問すること
8. CGI、PHP, Perl, Ruby 等のプログラミング関連や CMS, Wiki は Webprog板、またはこの板の該当スレで質問すること
●WEBプログラミング板 http://medaka.5ch.net/php/
9. JavaScript はこの板の該当スレで質問すること
10. 画像作成ソフト(Photoshop 、Illustrator、等)については該当スレで質問すること
11. HTML, CSS, CGI, 制作ソフトなどのどんな本を買えばいい?といったことは書籍についての質問スレで質問すること
http://find.5ch.net/search?q=%E5%BD%B9%E3%81%AB%E7%AB%8B%E3%81%A4%E6%9B%B8%E7%B1%8D%E3%81%AF
12. 質問内容を吟味して、正しい日本語で第三者が読んでも分かるように質問を書くこと
13. 間違った回答をする人もいることに注意
【前スレ】
Webサイト制作初心者用質問スレ part249
https://mevius.5ch.net/test/read.cgi/hp/1529144063/ >>707
これを作りたい→どうやるのか
という流れではなく
この勉強をする→そのうちやりたいことの作り方が分かる
という流れなのでしょうか?
>>708
勉強していきます
>>709
イメージではWeb上でサービスを展開、ユーザーが増えてきたらアプリも作りたいと考えております
まずユーザーにはアプリをダウンロードするという手間をかけず、URLをクリックすればすぐに使えるようにしたいと思っています
サービスの概要はTwitterやfacebookのようなソーシャルメディアでログインして頂き、
ユーザー感でコミュニケーションを取る
というようなものを考えています。
そのためにはどのようなプログラミング言語を学ぶべきでしょうか? Ruby を、2, 3年勉強すれば?
もちろん、HTML, CSS/SASS, JavaScript, jQuery, Bootstrap なども必要です
twitter, Github なんかも、Ruby で始めた企業 >>710
アプリっぽいwebサイトなら、アプリの方が良い
もう最近はブラウザの使用率すら下がってきてる。若い子は全部アプリで済ませてるよ
それでもwebサイトがいいというなら、
php+drupalかな
php+wordpressでもいいけど
言語だけじゃなくCMSの使い方を覚える必要がある
会員サイトは基本的に超大変だよ >>711
Rubyは人気低迷してるって言う記事が出てきますね...
>>712
ありがとうございます
>>713
そうなんですね
ブラウザからの方が導入しやすい気がするのは今の若者とのギャップなんですかね
具体的なプログラミング言語についてもご教授くださりありがとうございます。
そちらを中心に調べてみます。 30分以内に、短文で、他人の書き込みにいちゃもんを付ける奴は、荒らしだよ。
色々なスレを荒らしてるから、相手にしないように!
荒らしは、全部のスレを巡回してる
しっかりした内容やソースコードを書いている人だけを、相手にした方がよい
YouTube に動画をアップしてる、KENTA でも、初心者にはRuby を勧めている。
Rubyの女神・池澤あやかもそう
彼らは、10言語ぐらい出来る。
そういう人でも、Rubyを勧める
他の言語は、もっと難しい。
初心者向きじゃない
Rubyなら、何でも、p を付けるだけで、内容がわかる!
すごく学ぶのに、時間効率がよい
p a = [ 1, 2 ]
#=> [1, 2] なに笑とんねんコイツ。日本のIT教育ガラパゴス化して遅らせた戦犯のくせに。
https://logmi.jp/tech/articles/321308
いずれにしてもわれわれは生き残らなければいけません。
なぜかというと、すでにRubyで書いた資産がたくさんあるのもそうですし、
われわれのご飯の食い上げになるということもありますが、
何より「私たちはRubyが好きだから」ですね。
この愛すべきプログラミング言語がなくなったり、時代遅れのものになったりしてほしくないんですね。
正直言うとみなさんはいいですよ。
RubyがなくなってもPythonでもJavaScriptでもいったらいいと思うんですけど(笑)。
(会場笑)
私や一部のコアコミッターは職業なので、Rubyが無くなったら本当に困るんですよ(笑)。
それで、みなさんの困るの程度はともかくとして、Rubyは生き残ったほうがいいと思うんですよ。……よね!?(笑)。
(会場拍手) 言語としてはどうでもいいけど、論破されまくりのruby厨が消えると思えば言語ごと消えて無くなって欲しい rubyすすめるもかほんとやめたれ
>>714が信じちゃったらまじでかわいそうだから Webサービスのアイデアがないんで誰かください
月間PV100万ぐらいでアフィリエイト収益50万ぐらいがいいです 月刊PV100万でアフィ50万は普通の感覚じゃないぞ
ケタがずれてる >>723
>>724ですが「どっちの」というのは月間PV100万とアフィ50万のどちらがずれているのでしょうかという意味です アフィどころかサイト作って運営したことすらなさそうな質問だな >>722
昔月間PV200万ぐらいでアフィリエイト収益60万作ったことあるわ
正直、今はかなりキツイ。
お前みたいなのが山程いて、無いものが無い
強いて言うなら、良いと思ったらすぐに作ってみることだなぁ PV100万ぐらいじゃ月収50万も行かないってことですか?
そ、そんなぁ。。。 アドセンスならそうだけどアフィリエイトなら狙えなくもないよ
記事書くが上手ければ1PV1円どころか2円3円いける
成果報酬型だから単価が高いからね まず月なら100万PV行けるって自信はどこから来るんだよ
こんなところでアイデアをタダでくれなんて言い出すあたり経験もないしなんにもわかってないだろ >>729
100万PVでは厳しい。広告クリックがうまければ行くかもしれないが・・・
ってかそもそも100万PVでもキツイぞ 質問です。
現在、半年かけて90記事入れたサイトがあります。
アドセンス収益半年で700円、PVは月間3、000という見事なダメっぷりです。
そこで、アクセスの無い記事を削除しようと、アナリティクスで調べたら、
/404/というPV数が194あるページがありました。[行動→サイトコンテンツ→すべてのページ]
一体コレは何ですか?また、何か対応した方が良いでしょうか? >>734
>そこで、アクセスの無い記事を削除
別に削除しなくていいと思うけどな
>/404/というPV数が194あるページがありました。
分からん。クローラーかもしれない
とりあえず言える事は、それぐらいの数字ならどってことない。
気持ち悪いのは分かるけど、それよりも良質な記事を量産するほうが良い >>733
そうですか。夢を見過ぎていたようですね
他の皆さんもありがとうございました >>735
アクセスのない記事は削除したほうがSEO的に良いと聞いたものでつい。
404は、とりあえずそのままにしておきます。
ちょっと安心しました。
ありがとうございます。 >>737
基本、マイナスにはならない
ただ他の記事と被ってたら悪影響を受ける可能性はある
一番いいのは消すんじゃなく、ブラッシュアップ AdSenseとアフィを区別できてないやつ多くてワロタ
アフィなら月間PV100万で収益50万とか余裕だぞ
AdSenseならまず無理だがアフィならむしろ最低ラインだ
まあ月間PV100万が実現できるかどうかはあるがそれができたとしての話な >>728
やっぱりこのご時世、webサービス運営って厳しいの?
アイディア思い付いたから素人だけど勉強して始めようと思うんだけど >>740
誰もが似たようなサイト作りまくるからどうしようもない
以前はそれが個人だったけど、今は企業が広告だしながらやってくるから無理ゲー >>741
なるほど
今考えてるwebサービスは今まで無いようなやつだからとりあえず作ってみようかな
需要がないから今まで無いのかもしれないけど
ドメインはー.comにする予定だけど、レンタルサーバはどれぐらいの容量のものが良いんですか? >>742
× 需要がないから今まで無い
○ 需要がないから無くなった
と考えたほうが良い
>レンタルサーバはどれぐらいの容量のもの
sakuraサーバーなら乗り換えるのは難しくないから、何も考えずに一番安い奴でいい >>743
やはりその可能性は高そうですよね
もうwebサービスは飽和してるんじゃ無いかって気がしますよね
ただ、今後も何かしらのサービスは必ずできるだろうし
何かアイディアがないか今後も考えていきます
サーバーについてもありがとうございます 優れたアイディアから優れたサービスが出来たとして、ターゲットに知ってもらう算段は出来てるのかな?
ソシャゲみたいな資金力ないならどうせ自分のサイトやSNSで宣伝だろ?
だったらせいぜいそういういつもネット巡ったりSNSに縛られてるような奴しか釣れないね。
そういう人たち向けの作るしかないね。 >>745
とりあえず作ってみたいと思います
広告についても対象を考えています
ドメインとレンタルサーバで年間の費用も1万円以内には収まりそうですし、試してみる価値はあるかなと webサイト制作をワードプレスでするのはどうなの? >>747
サイトの内容によりけり
ブログはもとより、コーポレートサイトのような固定のページが複数とお問い合わせフォームとお知らせや事例やお客様の声みたいに投稿で随時増えたりするものなどには向いてる
なんらかのサービスのような特殊な処理をガリガリ入れるものには向いてない
まあできなくはないので規模にもよるが >>748
詳しくありがとうございます
非常に勉強になりました >>748
従業員20人の友人の会社で
まさにこんな風なコーポレートサイトをWordPressで作ることになったらしい
紙パンフと以前Wix で作ったサイト見せて
見積もり取ったら
納期2ヶ月って言われたらしい
盛りすぎじゃね? >>750
うるさそうな客、分かってなさそうな客、何も決まってない客だだと料金と納期増して言うことはよくある >>750
やり直しを無料で要求したりしませんと一筆書けば
安くしてくれると思うよ それはそれでテキトーに作られる可能性があるからな、発注側としても難しいだろう >>743みたいな凡人、凡才が>>742みたいな未知数の新参を潰すのは本当に害悪だと思うの >>754
じゃあ補助なりなんなりしてあげればいいんじゃないか?
俺は>>743の言ってる事は間違ってないと思うぞ >>754
>>742ですが、ありがとうございます
ここで言われた内容をそのまま鵜呑みにして、
何かを始めたり辞めたりすることはないので大丈夫です!
色々なご意見を頂きながら自分の中で考えていきます
また何かありましたらご相談をさせてください トップページとwidthが一緒のページをスマホで開いた時にトップページ以外は左右に移動しないと全て見れません。
トップページは全てのページがスマホの画面に収まっております。
他のページもそのようにしたいです。
PCで見たときはページを切り替えたときにも指定されたwidthのとおりに見れるのですが。
何か考えられる元気はありますでしょうか? >759
ところどころ日本語変なのが気になるが・・・
要するにTOPは
body{
width:100%
}
みたいになっててそれ以外が
body{
width:120%
}
みたいになってるってことだよね
見ないと分からんが、何かの要素が決め打ちになっていると思う
table{
width:1000px
}
もしくはpaddingのせいでwidthが広くなっているとか >>761
回答ありがとうございます
widthがはみ出ているページにtableがあったのでpadding等含めても確実に収まるぐらい極端に縮めて確かめてみました。
結果はPCで見るとtableは狭くなりましたが、スマホで見るとtableの広さは変わらなかったです。この時点で何かおかしいと思います。
問題のページの他の要素はトップページと同じCSSになってるのでtable以外には原因はないかなと思います。 メディアクエリで切り替えてるのにPCの方だけ変えてるんじゃないの >>762
>>763の通りメディアクエリ
https://sole-color-blog.com/blog/71/
幾つかパターンあるから全部確認すれば見つかると思う
開発ツールから探したほうが早いけど、まぁなんでもいいや AdobeのXDとDWって連携できるってきいたんですが、
XDの自動アニメーション機能などは結局一からコーディングしないとだめですよね スレちと思いますが、どこで聞いたら良いか教えて下さい
wordpressサイトがクソ重い
TTFBが30sにもなってて、6日くらいから急に んなもんサイトみないと分からん
個人サイトならwpアップデートしてしまったらいいんじゃないかな >>764
メディアクエリというのがよく分かりませんがPC、スマホ、タブレット等の画面サイズの違いにより画面表示が変わるって事でしょうか?
一応確認しましたが画面サイズにより表示を変えるような記述はhtml、CSS共になかったです >>767
原因は多種多様だから一概には言えない
『Prime Timeline』とかのタイムラインプロファイラで確認して原因究明かな
とりあえずキャッシュ系のプラグイン入れてみてもいいかもしれない >>>769
どこかで何かがある
「開発ツール chrome css」などで検索して頑張って探してみて
https://nandemo-nobiru.com/2944/ >>769-771
Bootstrap4 とか
Bootstrap4のメディアクエリ
https://pgmemo.tokyo/data/archives/990.html
ディスプレイサイズによって、段組みを変える。
広い場合は3段で、中間サイズは2段で、狭い場合は1段で表示するとか >>770
>>772
亀レスですが、ありがとうございます htmlとcssを書くとライブビューのように変わっていくソフトで初心者向けお勧めってある?
atomでやってるけど、htmlプレビュープラグインだと、編集すると書き換わるのは良いんだけど、
ページのトップに画面が飛ぶし、cssはセーブしないと反映されないとかあって、
他に何かあるのかなと・・・ VSCode の拡張機能で、同じ作者のLive Sass Compiler, Live Server。
Live Sass Compilerを導入すると、依存関係でLive Serverも導入される
HTML, Sass ファイルを保存すると、ブラウザで再表示される。
保存しないと、再表示されない
プログラム板に、VSCode スレがある >>770
>>772
767ですが、wp-DBManagerで掃除したら解消しました
ゴミがたまりすぎてたみたいです >>776
ありがとうございます。
sassってたしか字下げでcss書く表記法でしたっけ。
phpはいずれVScode使いたいなと思っていました。
web(CMS除く)でご飯食べている人って、どんなエディタを使っているのか気になります。
ブラウザの開発ツールもあなどれないので、意外とIDEなど使わずシンタックスハイライトがついたシンプルなエディタなのかな。 XHTMLで作ってたサイトがあるんだけどhtml5に書き換えた方がいいかな? 書き換える必要性は保守が楽になるかどうかぐらい
自分でXHTML掛けて保守できるなら書き直す必要はない 互換性があるんだから書き換える必要はないでしょ?
せいぜいDOCTYPEを変更するだけ
単にXHTMLをやめるだけでいい。
次の修正からはXHTMLに従わなければそれでいい >>781
DOCTYPEだけすべてのページ変更して、追加で記述する時はHTML5の記述にすればいいって事ですね
今までの記述は変える必要ない そう言えば、<br> を、<br /> って書いてる、フレームワークの本が多い みなさんは何年くらい前までの本は役にたつと思っていますか?
2015年に出版された本に書いてあったSEOのためにテキストを隠すのは今ではバッドプラクティスになっていると聞きました >>778
SublimeTextは有料だから論外
Atomは少し前に流行ったけどツールの更新をしない低スキル御用達
MicrosoftのVS Codeが最新流行って感じですかね…
特にいまだにAtomとか使ってる人は時代遅れのGulpとか使ってる印象 >>785
Sublime有料なのか・・・知らなかった。
Bracketsってadobeが出しているだけに人気なのかな・・・
atomは便利だったけど、あれこれプラグイン入れすぎて起動できなかったりするので、
vsも検討します。 >>786
サブライムは無料でもずっと使える
金払ってくれーってポップアップが出るだけ SublimeはVSCodeが登場するまでの良いつなぎだった >>784
本なんて読まない
W3Cなどを追いかけて常に最新の情報を仕入れる
Sublimeはポップアップが鬱陶しいからatomに変えたな >>782
HTML5はXMLをサポートしているから、XHTMLを止める必要はない
Content-Typeヘッダも「application/xml text/xml」のままで良い >>782
訂正
× Content-Typeヘッダも「application/xml text/xml」のままで良い
○ Content-Typeヘッダも「application/xhtml+xml」のままで良い >>790
サポートはしてない
例えば、<script />みたいな書き方をしていたら
<script></script>に書き換える必要がある
<br />など、HTML5でも閉じタグが不要なものは、そのままで良いけど
閉じタグが必要なものを/で省略することは出来ない
(/は無視されるだけなのでHTML5では/は無いほうが正しい) \ ヽ | / /
\ ヽ | / /
\ /
_ わ た し で す _
/ ̄\
― |^o^| ―
\_/
 ̄  ̄
/ \
/ / | ヽ \
/ / | ヽ \ サブライム って発音するのか
サブリーム と脳内で読んでいた >>786
ブラゲッツは初心者におすすめ
エクステンションなしでもかなり使える、スニペットの登録がかんたん、画面か広く使える SNS(主にTwitter)でログインして使うWebサービスの制作を考えています。
無知の初心者ですが、HTML/CSSでのデザインに加え、PHPを使ってサイトを構築しようと思います。
何点か質問ですが、Webサイトを作る流れとしては
まずHTML/CSSで全体のデザインを構築→その後各プログラミング言語でのコーディング、この流れで合っていますか?
サイト内に広告を掲載する予定ですが、予め「ここに広告を表示する」というスペースを作ったうえでサイトをデザインすれば宜しいのでしょうか?
サーバーやドメインの取得はサイトが完成してからでOKですか?
アドバイスお願い致します。 >>801
プログラミング→コーディング
の順番
必要な項目をプログラムで出力しておいて、それを使ってコーディングしていく
先にコーディングするとダミーでコーディングしてから置き換えていくことになるから無駄なだけ web サービスには、HTML, CSS/SASS, JavaScript, Node.js, jQuery は必須で、
言語としては、Ruby がお勧め
Ruby で、Sinatra, Rails フレームワークを学ぶと、CakePHP も出来るようになる。
なぜなら、CakePHP は、Rails のコピーだから!
他に、Linux、データベース、SQL も必要
まず、これだけで、1年掛かる! >>804
rubyってもうすぐ無くなるみたいだね
利用者ほとんどいないじゃん COBOLってもうすぐ無くなるみたいだね
利用者ほとんどいないじゃん 雑誌、WEB+DB PRESS で、RubyVM を作った、Cookpad の笹田耕一の新連載が始まった!
Rubyの実装系の内部の仕組みを見る
Rubyは日本に、有名な開発者がいる。
作者のMatz、笹田耕一とか
Cookpad, マネーフォワード、Ruby開発とか、Rubyで有名な会社もあるし、
他の言語よりも、日本人が学ぶのは有利! ■ このスレッドは過去ログ倉庫に格納されています