91からまでを表示 (計179) |
> HPタイトルが下の方へ
div.front-pageのposition: relative;が悪さしてる感じですねぇ。
設定外すとTOP画像上にタイトルが移動しますよ。
> AndroidのChromeでの表示(テキストが画像に上書きになっている)
これも似たような感じでdiv.global-naviのposition: absolute;が悪さしてるっぽい。
で、こういったケースはこれからもチョコチョコ出てくると思うので、
・一気に修正せずパートごとに少しずつ修正し、その都度ブラウザで確認
・問題発生したらブラウザの開発(デベロッパー)ツールで原因となっていそうな要素の設定を変更して修正方法を模索
ってな癖をつけておくと良いですよ。
もう一つアドバイスするならば、
上下位置関連の意図しない挙動は
・position
・z-index
・float
・top
あたりが悪さしてる場合が多いです。
> グローバルナビゲーションが、Operaでは表示されているのに、
それ以外では表示されなくなってしまいました。
添付画像を見る限り、Opera以外ではログインしていないような気がします。
> トップページ以外は、会員の方しか入れないページ
ということで
「未ログイン状態で表示できるリンク先が無いからdiv.header-naviの中身が空っぽになっている」
のが原因かと。
> グローバルナビゲーションでは、Topページから会員様が好きなページへ行きやすいよう、
表示させることは出来ないのでしょうか。
Opera以外でログインして確認することをお勧めします。
Posted on 8月 03, 2020 at 5:37 午後
|
さて、ちょいちょいと問題を絞っていきたいと思います。
> HPの表示はされるが、また管理画面に入れず、リンク先へも行けなくなった・・・
とりあえず、みかさんちを見に行ってきました。
ログインURL、TOPにあるログインリンク先
http://mikasanchi.com/login
では404エラーとなり
http://mikasanchi.com/index.php/login
でログイン画面となりますので、
プリティーURLは設定されていない状態または
.htaccessが正しく設定されていない状態だと思います。
※他のページへのリンクも同様に/index.php/を挟むとリンク先が表示されるので、後者の可能性が高いかなぁ…
> 何度、'url_rewriting' ⇒ false' に変更しても、trueに戻ってしまう
この問題、本来の挙動であれば管理画面の「URLとリダイレクト」ページで「保存」をクリックしない限り上書きされないのですが、
・ローカルで編集し、FTPでアップし忘れた
・書き込み権限のないアカウントで編集しようとしていた
・別のファイルを編集していた
とか…の可能性はゼロですか?
もし上記ログインURLでログインできない時に再び
/login/authenticate/concrete
のURLでエラーが出る場合は
・プリティーURLが設定されているのだが、.htaccessが正しく設定されていない
という状態だと思いますので、
現在の.htaccessの内容を(提示できる範囲で構いませんので)教えてください。
Posted on 8月 03, 2020 at 10:47 午前
|
本来ならば.htaccessファイルは自動で作成されるはずなのでそれを前提に。。。
.htaccessファイルに下記記述があると思うのでそれを削除します。
(なければスルーして次に進みます)
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME}/index.html !-f
RewriteCond %{REQUEST_FILENAME}/index.php !-f
RewriteRule . index.php [L]
</IfModule>
次に/application/config/generated_overrides/concrete.phpの次の箇所を書き換えます(念のためバックアップを取った上で作業してください)。
'url_rewriting' => true,
↓これを次のように書き換えます
'url_rewriting' => false,
以上でもとに戻ると思います。
お試しあれ。
Posted on 8月 02, 2020 at 1:19 午後
|
追記に気づかず申し訳ないです。
> このコード書き換えることでユーザーがログインした状態でも動作させることは可能なのでしょうか?
はい、可能です。
ccm-tooltip-holder の有無でログイン状態を判断しているので、
そこら辺をいじってみてください。
Posted on 8月 01, 2020 at 12:09 午後
|
> 言語切り替えブロックをデーターベースで削除(配置解除)できれば、万が一間違えて配置しても逃げれるのですが
データベースから btSwitchLanguage というテーブルを探し、
その中から該当するデータのbID の値を調べてください。
これが削除したいブロックのIDです。
その後、全テーブルからカラム bIDで上記値を持つテーブルを探し削除すればご期待に添えるかと。
Posted on 8月 01, 2020 at 12:02 午後
|
とりあえずmacOS 10.15.6 + MAMP 5.7 + con5 8.5.4(8.5.2)では問題なし。
で、むか〜しxrea利用したことあったなぁ…と思いつつ調べてみたら
なんと15年ほど前に作成して放置しっぱなしのアカウントが生きておりました!(@ω@;)
php7.2に変更後早速テストして再現完了!
8.5.4は言語切替ブロック設置後にフリーズ。
8.5.2は言語切替ブロック設置しても問題なし。
8.5.2→8.5.4アップデート後も問題なし。もう一つ切替ブロック設置しても問題なし。
(packageに5.8.4を手動解凍してコンパネからアップデート)
8.5.4で固まった時、1回だけ添付画像の通りエラーが出た。
エラーを頼りに該当の箇所を探してみると
concrete/elements/header_required.php
の192行目付近が8.5.4(8.5.3)と8.5.2で違うのが判った。
($v = View::getRequestInstance(); 以降)
でも、これが原因だとするとアップデート後にフリーズしない理由が判らない。
フリーズした時にクッキー消すと動くので完全に無関係とも考えにくい?
なお、jQueryの方はまだ追っかけてない。
ってことで取りあえずご報告。
ん〜〜無力な自分を痛感する週末。
Posted on 7月 31, 2020 at 5:09 午後
|
(今日は諸事情により現実逃避強めなので)854で再現を試みてみました。
expressデータ作って、ハイキックさんが提示した外部フォーム2種をコピペで作成して…
結果は添付画像の通り$messageが表示されちゃいました(@_@)
もしかしてコントローラー側のファイル名が間違ってるってな可能性はないですか?
Posted on 7月 28, 2020 at 2:18 午後
|
勘違いすみません、get_express_data側の$messageみつけました。
で、ふと気になったんですが、get_express_dataとshow_express_dataの両方に
<p><h3><?=$message?></h3></p>という記述があるので、
本来はhttp://demo.survey-support.jp/test/index.phpのソース中に
<p><h3>というタグが2箇所出てこなくてはいけないのですが、
1箇所しか出てきていません。
つまり、$messageが表示されない以前にそれを囲むタグが表示されていない、ということになるのでは?と。
ただ、よくよくindex.phpソースを読んでみると昨日提示された.txtと異なる記述があるので上記は当てにならない気もします。
あと、もう一つ。
二つとも同じ変数名にするのではなく、$message1、$message2みたいにするとどうなりますか?
Posted on 7月 28, 2020 at 12:01 午後
|
いえ、そういうことではなく
「セットした変数と呼び出した変数が異なるから表示されない」
ということです。
■表示される
show_express_dataController
$this->set('message', t('ユーザテーブル検索デモ'));
show_express_data
<p><h3><?=$message?></h3></p>
■表示されない
get_express_dataController
$this->set('message', t('ユーザテーブル登録デモ'));
get_express_data
<h3><?=$response;?></h3> ← $messageの間違いでは?
Posted on 7月 28, 2020 at 9:39 午前
|
get_express_data
<h3><?=$response;?></h3>
show_express_data
<p><h3><?=$message?></h3></p>
変数の違いが原因かと。
Posted on 7月 28, 2020 at 7:39 午前
|