Webサイト制作初心者用質問スレ part249
■ このスレッドは過去ログ倉庫に格納されています
初心者だろうが誰だろうが、
まず >>>■ 検索してから ■<<< 質問すること
ネタ・煽り・自演・荒らしは完全放置
【質問時の注意】
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サイト制作初心者用質問スレ part248
http://mevius.5ch.net/test/read.cgi/hp/1494150188/ >>789
どういう場合が考えれられる？
さすがにfile://やftp%3A//ってのはなしにしてくれよ
それ言い出すと独自プロトコルで何でもアリになるからな ウェブサーバーからすればhttpとhttpsは独立してるので
httpsしか有効にしないこともできる httpsのサイト見てるとき、ふとsを抜いてhttpでアクセスしてみるとhttpsにリダイレクトされるサイトとエラーになるサイトがあるな エラーになるサイト覚えてたら教えて欲しい
どんな設定してるんだ もっと前から頼んどいてよ。メモ取っといてやったのに。 すんまへん
そんなサイトがあるなんておもわなんだもんで >>793
自分が作ったサイトはhttpに来たらhttpsにリダイレクトする設定にしてる
その設定をしてるかどうかじゃね？ 銀行とか証券とかECとかそうなんじゃないか
だってhttpで同じように使えたらsslの意味なくね ディペンデンシー・・・インデクション！！！
ってなんか必殺技っぽくてかっこいいよね ファントムリード！
狼狩（ローカル）エリアネットワーク！ 「これで終わらせるッ！！」
「パブリックスタティックファイナルストリーング！！！」 セキュリティ関連の用語は妙に必殺技ぽいよね
クロスサイトリクエストフォージェリ一番好き 「あいつはまだあそこで戦っているんだ。ここで俺たちが諦めてどうする！俺たちの力を届けるんだ！！」
『クロスオリジンリソースシェアリング！！』 「ﾌﾌｯ お前を我の傀儡にしてやろう… 仲間を皆殺しにするのだ… 今まで守ってきたその力で！」
『プロトタイプポリューションアターック！！』 「バカめ。城に匿えば安全だとでも思ったのか？」
『クロスサイトクスリプディングアターック！！』 CSSフレームワークって素人が簡単に触れて良いものじゃないね…
HTMLもCSSもjacascriptも知識ないやつが色気出すには早過ぎた >>812
あぁ、確かにそうだそりゃそうだ
>>813
慣れないウチに使うと、覚えることが増える上に、打ち消しばかりになって酷い事になる
見た目を気にしない、ゲームの攻略サイトなんかだと楽でいいけどね >>815
やっぱりいきなりフレームワークは厳しいですよね…
簡単なアプリから雰囲気掴んだ方が良いですかね >>816
厳しいというか、性格による
別に間違いでは無いが、初心者が使うなら幾つか条件がある
・基本的に、見た目にこだわりがない。余白は全部フレームワーク様の意志に従う
・フレームワークの機能だけで作り切ると決める自信がある
とまぁ、デザインが出来ないプログラマや、
初心者でも信者のようにルールに従うことが出来るなら
フレームワークでも何も問題はない
ただ、初心者の頃って好き勝手に作るのが楽しいから、
フレームワークに縛られるのは面白く無いと思うようになるんじゃないかな、と俺は思う
まぁ、時間決めて何か作ってみては？
フレームワークありで １日勉強、２日作る
フレームワークなしで １日勉強、２日作る
とか。
こうやって迷ってる時間で、その判定は出来ちゃうんだよ。
迷ってるならさっさとやったほうがいい HPの画像が更新されなくなりました。
教えてください。
今日、HPの画像の一部を差し替え、dreamweaver上とchromeのデベロッパーツールで変更されてるのを確認し、ftp(filezilla)でxserver上の旧ファイルと旧画像フォルダを差し替えたのですが、
その後にインターネットで確認しても変更されるどころか、その部分の画像が表示されません。
ブラウザのキャッシュクリアや、xserverのmod-speed?のoffも試みましたが変わらずです。 >>818
1.ファイル名に日本語使ってる
2.アップロードディレクトリを間違ってる >>819
返信ありがとうございます。
1.日本語は使ってないです
2. ディレクトリも間違えてないです。その他今まで通りに表示されている画像と同じフォルダに入れて、フォルダもpublic-HTMLにあります。
今日差し替えた画像の部分のみが表示されないのです。 すみません、解決しました。
今日差し替えた画像の拡張子が全部大文字でJPGになっていて、これを小文字に変えたら表示されました。
でもフォトショップで同じように加工した今までの画像は拡張子が全部小文字だったのになんでだろ？？ ちょっと調べてみます。
ありがとうございました。 >>821
すごく稀にだけど、ファイル名に不可視文字が入ってることがある
試しにファイル自体のファイル名をコピペじゃなく打ち直してみて
それでもダメなら自分にはお手あげ linuxではファイル名の大文字小文字は区別する
windows、macでは区別しない
なのでローカルで見て問題ないと思ってアップすると表示されない
この典型だね
ただ、windowsもmacも大文字小文字の情報は持っていて、小文字ファイル名の上に大文字ファイル名を上書きすると見た目ら小文字なのに実は大文字で、サーバーにアップすると大文字になるというトラップかあるから注意 >>821
画像のURLを直接叩いて見られるのか確認 webサービスのアーキテクチャについて質問です
初心者で初個人開発なのですが、先取的にクラウドサーバーを導入したりrubyじゃなくてpythonやkotlinを使ったりしていくべきでしょうか
それともレガシーな方法で開発していくべきでしょうか
新しい技術を導入するメリットがまだいまいち分からないのですが、どうせ1から新たに開発するなら新しいものを積極的に取り入れた方が良いような気がしますが、その考えは間違いでしょうか rubyを初めに使うと天下取ったように他言語をバカにする宗教に洗脳されるからやめとけ
世界ではrubyはオワコン
しかしrubyストたちは自分たちが頂点にいると確信している
ruby使う連中と話すとマジで気持ち悪いから >>832
新しい技術に興味があるなら、3年前に新しかった技術や10年前に新しかった技術が今どうなっているかを見たほうが早いと思う
この業界は枯れた技術が推奨される
というのも、
新しすぎるとセキュリティ的な懸念があり、古い物が残っているのはセキュリティに問題が無いと見做していいから
ただ一つ言えるのは、rubyは終わっている
何やるか知らないけど、pythonは結構しんどい。機械学習で無ければphpで良い javaは絶対に勉強するな
底辺土方確定言語だからな みなさん回答ありがとうございます
>>835
ネットでウェブエンジニアは新しい技術に関心を持ち続けなければいけない的な文脈を拡大解釈して、ちょっと個人開発にも新しい技術を取り入れなければいけない的な強迫観念を気負ってたのですが全てが新しい必要はないのですね
枯れて安定した技術で固められるところは固めてみたいと思います
ちなみにrubyが終わっているというのは何故なんですか？
一番やりやすそうですが >>836
まだ言語の選定を決めかねていたので参考にさせていただきます
ありがとうございます
>>837
おっしゃる通りJAVA以外で開発してみようと思います > ちなみにrubyが終わっているというのは何故なんですか？
枯れた技術だから >>838
rubyがオワコンなのは色々と前提が違うんだけど・・・
webの言語やコンポーネントってのは勝手にアップグレードされる。
セキュリティに対しても強固になるし、便利な機能が追加されたりする。
更に、その辺の人が勝手に機能を作ったりする
人気の言語だと、
「〇〇という機能が欲しい」
という場合には山程見つかったり、言語自体に実装されるるのに対し、
オワコン言語だと見つからなかったり、それに対してセキュリティリスクがあっても放置されていたりする
まぁ色々あるけど、要は無駄にしんどいだけなので使うなってーことです
別にそれを承知の上で使う事に対しては自己責任だし、誰も止めてくれない。善意で止めるのは、このレスか、この数先のレスが最後 初心者は、Ruby がよい
画面は、HTML, CSS, JavaScript で、
HTML は、Nokogiri, Selenium WebDriver, ERB などで作る
Rubyの偽は、nil, false の2つだけだから、圧倒的にバグりにくい。
変数のスコープも厳格だし
JavaScript, Python, PHP などの偽は、10近くあるし、
外側のスコープの変数が、内側から見える
バグるだけだから、圧倒的に時間の無駄
Ruby出身の人が偉くなるのは、その時間で、
オブジェクト指向・デザインパターン・フレームワークを学べるから！
初めてのJavaScript 第3版 ――ES2015以降の最新ウェブ開発、オライリー、2017
JavaScript 第6版、2012、David Flanagan
この2冊はプロ必須本だけど、これを読めば、
言語仕様だけで、どれほど馬鹿げたことに時間が掛かるのか、よくわかるw
ブラウザ戦争の果てに、実装が変わりまくって、その歴史を追いかけるだけで、果実が取れない。
一方、Rubyは言語仕様が安定している >>835
Python人気あるようだけど、何がしんどい？ エンジニア業界でrubyって口にするだけで白い目で見られる
rubyストは一時期のグリー社員みたいな「オレたちjavascriptの倒し方知ってるぜ」系な気持ち悪さだから >>845
理由は2つ
1.リファレンスが少ない
phpが圧倒的過ぎる
2.バージョン間の互換性
2.7のサンプルやプラグインしかなければ、全部気合で書き直す必要がある
そんなにガッツリやったわけじゃないけど、
ちょっと触っただけで「phpで良くね？」感が凄かったのでpython使うのやめた PHPは割とどう書いても動くからカオスが出来上がる
個人用ならいいけど、業務用だとメンテで死ぬ 俺はフロントエンドだから業務でサーバー側いじらない。個人で受けるときはWordpressとPHPで書いちゃうけど職場のサーバーサイドは大抵JAVAだなぁ。 >>848
PythonはPHP並みにマニュアルが充実してると思うけどな
公式のマニュアル日本語訳があるのは貴重
https://docs.python.jp/3/ 10才の天才少年が最近、Pythonの勉強始めたらしいな そして、今度はJavaScriptの勉強を始めたと聞いている そういや少し前、天才少年がサイト立ててたな
安倍総理、どうして解散するんですか？ってサイト
html見たけどめっちゃキレイで笑った >>858
面白いっちゃ面白いけど、飛び抜けてって程では無いかな
あのローポリは味があっていいんだけど、一回見たら十分 >>858
最高の1期
砂上の2期
沈没の3期
復活の4期 >>848
> 2.バージョン間の互換性
PHPもメジャーアップデート時には互換性がなくなっているはずだが 結局現場で使わされるのはphpである事が多くてなー php使えなくてjavascriptしか使えないwebプログラマーおる？
デザイナーならいるんだろうけどwebプログラマーとなるといないか >>871
「php使える」がどこまでによるかだけど、
フロントエンドエンジニアって方々は割とそんな漢字 node.jsあるからもうphpなくても問題ないだろ nodeで行きたいのは山々なんだけど、nodeやれる案件or環境が稀すぎる
客が契約してくるような鯖は相変わらずphp一辺倒だし Puthon案件も延びてきていると聞くけど、どうなんだろうね
案件増えてから勉強するタイプには「まだ少ない」だろうけど ルーチンを考えていますが、うまくいきません。お助け下さい
○ 必要な事
・従業員のメールアドレス＋名前＋従業員番号を収集し、一覧にする作業を効率化したい
・一度ではなく、変更が無いかの確認のために定期的に行う。１〜２ヶ月に一度
・人数は500人ぐらい。日本人7割、中国人3割ほど
○ 現在
・webサイトのフォームに、各個人が手で入力している。間違いや漏れが多く発生し、その確認に非常に手間がかかっている
・何度も入力が必要という点はクッキーを導入して改善できた
○ 改善案
あるアドレスに空メールを送る→自動返信（URLにパラメータでアドレスを記載する）→フォームに自動的に入力されている
という仕組みを考えたのですが、サーバーが自動返信に対応していなかったため保留です
他、メール以外にLINEはどうか、自作アプリは・・・等の案も出ましたが、
アプリインストールの煩わしさが大きい状態です
自動返信のサービスなど、何か良い方法はないでしょうか？ 500人くらいの規模なら従業員番号やメルアドの割り当てを一元管理すればいいと思うのだけど、何で毎月個々人に確認なんて手間ばかり増える作業を…
みんなプライベートのアドレスでも使ってんの？ 500人くらいクラウドワークスに投げれば1件20円でやってくれる
確認だけなら5円でいいだろ >>878>>880
プライベートアドレスを取得したいのです
全体連絡、アンケート、緊急時の連絡網の整備として使用します
会社のメールアドレスは管理できていますので、そちらは問題ありません 定期的にフォームにリンクしたメール全員に投げて、確認ボタン押させて、urlパラメータで誰か照合すればいいんじゃね >>882
なるほど
こちらから投げるのも良いですね Ruby の、Rails, Sinatra などで作れば？
社員がログインして、処理する >>884
すいません、ざっくりしすぎてよくわからないんですが、
ｒｕｂｙってメール周りの処理に強いんでしょうか？ Sinatraからgmailを使ってメールを送信する
https://qiita.com/maru2213/items/c8180aae1ea62a4d6b2c
'ruby-gmail' gem というのを使うみたい
「ruby メール送信 gmail」で検索して >>887
ありがとうございます
特にrubyを使う必要はなさそうですが、
gmailを使う手法は一度試してみたいと思います
apiを使えばいい感じに動いてくれそうな気がしてきました
https://developers.google.com/gmail/api/quickstart/php ■ このスレッドは過去ログ倉庫に格納されています
