Q&A
「作っている」ということは既に基盤ができているわけですよね？
フレームワーク導入は難しいのでしょうか。
お世話になります。
現在企業HPを作っておりまして、グローバルナビヘッダとフッタはPHPで共通化しております。
同時に英語版のページも準備しており、ディレクトリ構成としてはルートディレクトリ直下に「en/」というサブディレクトリを作って、その中に日本語版と全く同名のPHPファイルをテキストだけ配置してあります。
しかし、この方法だとヘッダーの「英語」ボタンを押したときに、
〇〇.com/en/index.phpを開いてしまいます。
PHPでの該当リンク部分の記述は以下のようになっております。
<li class="now">JP</li> <li>/</li> <li><a href="/en/">EN</a></li> </ul>``` これをうまくen/ディレクトリの同名ファイルを参照できるようにする方法はありませんでしょうか？？ 簡単にググりましたが結局方法について書いているサイトは見つからず・・・ 初心者で恐縮ですが質問させていただきます。 何卒よろしくお願い致します。 ＜追記＞ ご指摘がありましたので追記させていただきます。 PHPのバージョンは7を入れております。 質問について補足すると、 共有ヘッダのリンクについて、例えば今〇〇.com/aaa.phpにいるなら、 ヘッダのリンクから〇〇.com/en/aaa.phpに飛びたいという旨です。
それに「グローバルナビヘッダとフッタはPHPで共通化」とありますが、PHPのメリットが全くない作りっぽいので、そこから検討しなおしたほうが後々楽です。
mts10806様
早速のご回答ありがとうございます。
すでにHPの全てのページが完成しており、細かな修正をしているところでこのような要望がでました。
知識が乏しいためどのフレームワーク導入にどの程度の工数がかかるかわかりませんが、
完成した後なので大変そうであるという印象ではあります。
コーディングでなんとかなるのであれば方法を模索したいところです。
PHP導入の理由ですが、少しページ数が多く、ヘッダとフッタの変更頻度が非常に高いため、変更・修正の工数削減のためです。
当方初心者で知識が乏しいため、よりよい方法がありましたらご教授頂けると大変助かります・・
既に完成している状態からだとフレームワーク導入は難しいとは思います。
それに現在の作りが質問内容から読み取れないため、具体的なアドバイスは難しいです。
企業HPとのことで提示できる情報も限られるでしょうし。
「同名ファイルを参照する」とのことですが、「そのファイルをURLとする」のか「includeする」のかどちらでしょうか。
> ヘッダとフッタの変更頻度が非常に高いため、変更・修正の工数削減のためです。
同じPHPでもせめてSmarty導入であればもう少し分かりやすくできたかもしれません。「テンプレート的に使いたい」だけでPHPまるっと導入はもったいなすぎますし、DreamWeaverでHTMLだけで対応可能だったと思いますし。
DBアクセスない、セッション使わない（ログインない）のであればPHPのメリットを全く活かさない作りになりますし、逆にコストが高いです（特にメンテナンス性）
とはいえ、今から作り直すわけにもいかないでしょうし。難しいですね。この問題。
ちなみにPHPはバージョン幾つですか？
もし記事も静的なものなのであれば、WordPress入れて多言語対応したほうがやりやすくなるかもしれません（どのようなスケジュール感でされているか分かりませんし、納期の問題や工数や要件の問題もあるでしょうし。これがベストかと言うと分かりません。）
なるほど、存じませんでした！勉強になります。。
今後はもっと便利なフレームワークやテンプレートエンジンを検討するように致します。
質問が具体性に欠けており申し訳ありません。
意図は「そのファイルをURLとする」ということです。
例えば日本語のページで〇〇.com/aaa.phpを開いていた場合、ヘッダのリンクから
〇〇.com/en/aaa.phpにリンクさせたいという旨です。
PHPのバージョンは7を導入しております。
たぶん7.1以上ですよね（7.0は既にサポート終了）
であればなおさら勿体無いですね・・・。
現状を解決するだけであれば簡単ですが、私であればまるっと作り直しますね。特にコーポレートサイトはセキュリティ面も考える必要がありますし、テンプレート的な使い方しかしていないのであれば尚更です。
お問い合わせフォームも必要でしょうし、お問い合わせフォームのようなものは初心者段階で作るにはリスクが高すぎます。
回答2件
0
こういうことかな？
<a href="/en/<?= basename($_SERVER['SCRIPT_FILENAME']) ?>">EN</a>
投稿2019/02/18 07:21
総合スコア578
0
ベストアンサー
現状を解決したいだけならこう。
php
1<ul class="lang"> 2 <li class="now">JP</li> 3 <li>/</li> 4 <li><a href="/en/<?php echo pathinfo($_SERVER["SCRIPT_NAME"],PATHINFO_BASENAME); ?>">EN</a></li> 5</ul>
※もちろん作りとしてはあまり好ましくはない
'SCRIPT_NAME'
現在のスクリプトのパス。 スクリプト自身のページを指定するのに有用です。 FILE 定数には、カレント(すなわち読み込まれた)ファイルのパスとファイル名が 含まれます。
-
basename() でも同じです。
要は「現在実行しているスクリプトのファイルパスからファイル名（拡張子付）だけ取り出す」というやり方です。
逆にen→jpにも使えます。
※もし、クエリストリングまで持ってくるならREQUEST_URIの方がいいかもしれませんが。
ただ、既に書いたとおり、コーポレートサイトでセキュリティまで担保する必要があるのは間違いないので、できればフレームワーク、さいあくでもCMS(WordPressなど)での構築しなおしを検討してください。
何か問題があってからでは遅いです。
投稿2019/02/18 07:17
編集2019/02/18 07:23総合スコア80850
非常に迅速かつ的を射た経験者からのアドバイス、非常に勉強になりました。
XSSを考えると確かに好ましくない解決方法になってしまいますね。
Webサイトの構築の仕方について考える非常に良い機会になりました。
ありがとうございました。
XSSの問題はPHP_SELFの方ではないでしょうか？
いずれにしてもhtmlspecialchars()をかませば良い話ではありますし、
昨今、ファイル拡張子がでるようなサイト自体珍しいので（特にPHP）、
早急に対応は必要と思います。
おそらく、ご自身が思っているよりも大きな事故になります。
あなたの回答
tips
プレビュー
