|
11からまでを表示 (計25) |
|
いつも大変お世話になっております。
こちらの使い方が悪いだけかもしれませんが、「拡張フォーム」と
標準添付の「フォーム」ブロックに不具合らしきものを
発見しましたのでご報告します。
concrete5のバージョンは 5.5.2.1です。
パソコンはWindows7で、ブラウザはIE8とchrome, Firefox, Opera, Safariの
各最新版で確認しました。
サーバーはCoreServerです。
A. 「拡張フォーム(0.9.6.2.1)」で「テキストフィールド(1行)」の
「許可文字」のチェックが保存されない
「拡張フォーム(0.9.6.2.1)」の「フォーム項目の追加」で「テキストフィールド(1行)」を
選択すると、「許可文字」の項目がすべてチェックされた状態で表示されます。
しかしこれを保存しても、チェックした項目が保存されずすべて消えてしまいます。
B. フォームの編集画面で、「編集」リンクを押しても編集画面が出てこない
これは、「拡張フォーム」でも標準添付の「フォーム」ブロックでも
共通して起こる現象です。
次の作業をしていただければ、再現できると思われます。
1. ページを作成する。
2. 作成したページに、文章でも画像でも良いので適当に貼り付ける。
結果、少し縦に長いページが出来上がります。
3. 最後に、「拡張フォーム」又は標準添付の「フォーム」ブロックを貼り付ける。
4. 貼りつけた後、再度「フォーム」の編集画面を開き、各項目の「編集」リンクを押す。
すると、本来出てくるはずの編集画面が出ません。
これは素人の勝手な想像ですが、
「ページの下の方に貼りつけた場合、フォームの編集画面が『パソコンの画面の外側』
に表示されてしまい、消えたように見えるのでは？」
と思っています。
上記、ご検証いただければ幸いです。
よろしくお願いします。
Posted on 10月 04, 2012 at 5:40 午後
|
|
nanpouです。
先日の企画、さっそく取り上げていただき
ありがとうございます。
僕は日時・場所とも融通がききますので、
いつでもお声をお掛けください。
よろしくお願いします。
Posted on 7月 24, 2012 at 10:05 午前
|
|
いつもお世話になります。
前回の見出しブロックに引続き、関西ユーザーグループ会合でのアイディアを
実現していただきありがとうございます。
調べましたところ、<hr />タグでも装飾は可能なようです。
ただ、扱いが少しややこしいみたいです。
hr {
border: dotted #ff0000; /* 線のスタイルと色を指定 */
border-width: 1px 0 0 0; /* 線の太さを指定 */
height: 1px; /* for IE6,7 線の太さを指定 */
width: 60%; /* 線の長さを指定 */
margin: 0 auto 0 0; /* 線を左に寄せる */
text-align: left; /* for IE6,7 線を左に寄せる */
clear: both; /* for IE6,7 */
}
上記の通り、IEの6,7で表示させようと思えば別途指定が必要です。
あと、機能について意見申し上げますと、せっかく線の「長さ」を指定できるなら
「左寄せ・中央揃え・右寄せ」もできたら良いなぁと思います。
また「ブロック高さ」の機能は、いまひとつピンとこないです。
線の上下の間隔を指定できるようにした方が良い？のかもしれません。
以上、お役に立ちましたら幸いです。
Posted on 6月 01, 2012 at 11:48 午後
|
|
昨日は関西ユーザーグループの会合で大変お世話になり、ありがとうございました。
早速アイディアを実装いただいたようで、感激です。
ただ、少し挙動がおかしいように思います。
もしかすると、view.phpの一番最後
?>
</h>
の部分は、
switch($fontsize){
case 1:
echo "</h1>";
break;
case 2:
echo"</h2>";
break;
case 3:
echo"</h3>";
break;
case 4:
echo"</h4>";
break;
}
?>
が正しいのかもしれません。
私の勘違いかもしれませんが、一度ご検証下さい。
よろしくお願いいたします。
Posted on 5月 21, 2012 at 12:04 午後
|
|
早速のご回答ありがとうございます。
また、費用も掛かるのにCoreServerでの実地のご検証、恐縮しております。
いつまでも同じ問題で引きずってしまい申し訳ありませんが、2点ほどご連絡いたします。
まず1つ目、重要度の低い話・・・。
> 301リダイレクトだと「恒久的な移動」になってしまうので、不都合が発生することが考えられます
まことに仰る通りで、こちらでも事前にその点を検討いたしました。
301リダイレクトは、”Permanent Redirect”で「恒久的な転送」
(コンテンツもURLも転送先の新しい方を表示)
302リダイレクトは、”Temporary Redirect”で「一時的な転送」
(新しいコンテンツをインデックスしつつも、URLは昔の古いURLを残す)
一時的に生成されるリダイレクト用ページ？から、コンテンツページへの
移動なので、301の方が良いのでは？と判断いたしました。
それでもやはり302の方が・・・ということであれば、
header('Status: 301 Moved Permanently'); を、
header('Status: 302 Moved Temporarily'); に変更すれば良いと思います。
またどちらにしても転送元は「一時的に生成されるリダイレクト用ページ？」
に過ぎないので、301でも302でも大差無いと判断いたしました。
次に2点目。今回問題になっているRedirect機能は、先だって挙げさせて
いただいた「インストール・ログイン・ログアウト」の他に、
「ログイン後スタートページ」機能でも利用されているようです。
(以下、素人の意見なので鵜呑みにせず、再検証いただきたいのですが)
どうもhissy様にご教示いただいた方法では、「ログイン後スタートページ」機能で
リダイレクト先を「ホームページ」以外に設定した場合、正常に動作しないようです。
試しにリダイレクト先を「カスタムページ」のブログに設定してみたのですが、
メニューバーが表示されませんでした。
修正内容から考えても、上記の挙動は不思議では無い気がいたします。
誠に恐縮ではございますが、上記ご検証いただければ幸いです。
よろしくお願いいたします。
Posted on 5月 12, 2012 at 2:53 午後
|
|
hissy様
いつも大変お世話になっております。nanpouです。
今回もご教示ありがとうございます。
>concrete/libraries/controller.php を複製、 libraries/controller.php に設置
>（ユーザー領域でオーバーライドすることで、コアのアップデートに対応する方法）
ここ、すごく大事ですよね。気になっておりました。ありがとうございます。
また、可能であればで結構ですので、下記ご教示いただければと思います。
1. header()を追加する方法、 || ($url == "/"))を追加する方法、
方法が全く違うのに、同じ結果になるのはなぜか？
そもそも今回のエラーの、根本的原因は何なのか？ 何が悪かったのか?
2. 今回編集箇所の少し下に、「public function externalRedirect」
という箇所があり、その中にも「header('Location: '.$url);」という記述があります。
今回のエラーには関係無いかもしれませんが、何らかの対応をしておいた
方が良い？のでしょうか？ 今後、不具合の発生する可能性は無いのでしょうか？
今回エラーの、根本的原因にも依ると思いますが・・・。
よろしくお願いいたします。
Posted on 5月 12, 2012 at 2:52 午前
|
|
何度も連続投稿、申し訳ございません。
4.「パスワードを忘れた方はこちら」の箇所で、メールアドレスを入力し「パスワードをリセット・メールで送信」ボタンを押すと、「登録されているメールアドレスに、パスワードをリセットするためのEメールを送信しました。」と表示されるのですが、メールは送られてきません。
こちらの原因が分かりました。
表題の通り、CoreServerとGmailの相性が悪いのが原因のようです。
CoreServerからGmailに送ったメールが届かない、又は逆にGmailからCoreServer上のアドレスに送ったメールが届かないことが多々発生しているようです。
(詳細情報はキーワード「gmail coreserver」等で検索すると出てきます)
今回受信側がGmailだったのですが、これをYahoo!メールに変更してみたら、
あっさり受け取れました。
これはこれで大問題なのですが、concrete5とは直接関係の無いことなので
ひとまず解決とさせていただきます。お騒がせいたしました・・・。
今回の教訓としては、CoreServerにconcrete5をインストールした時は、
・Gmailでユーザー登録してはダメ
・お問合せフォーム等の送信先にGmailを指定してはダメ
ということなのかなぁと思っています。
Posted on 5月 08, 2012 at 12:42 午前
|
|
連続投稿、失礼いたします。
いくつかの問題を解決できましたので、ご報告いたします。
1.「トップページ」に戻ったところ、なぜか突然インストールが開始
2.ログアウトはできるがエラー表示
3.トップページに戻ると、なぜかログインに成功
これらを解決することができました。
【対策方法】
/concrete/libraries/controller.phpを編集。
356行あたり。
header("Location: " . $url); の前に
header('Status: 301 Moved Permanently'); を挿入。
ついでに、370行あたり
header('Location: '.$url); の前にも同じ
header('Status: 301 Moved Permanently'); を挿入。
これで正常に動作いたしました。
関西ユーザーグループ勉強会で、以前話題になっていた
「ログインしても、メニューバーが表示されない。ブラウザの再読込ボタンを押すと表示される」という問題も、この方法で解決いたしました。
(フォーラムでも、
http://concrete5-japan.org/community/forums/beginner/post-3604/
「ログインしても「編集モード」などのバーが表示されず、もう1度ログインしないと編集画面に入れない。」と、同じ問題が指摘されていました)
この解決策で問題無いか、ご検証いただければと思います。
よろしくお願いいたします。
Posted on 5月 07, 2012 at 8:56 午後
|
|
連続投稿、失礼いたします。
特定のプログラムだけCGIモードを解除する(モジュール版で動作させる)には、
.htaccessを以下のように書くそうです。
# CGIモードで動作
AddHandler application/x-httpd-phpcgi .php
# 特定のプログラムだけモジュール版で動作
<files ○○○○○.php>
AddHandler application/x-httpd-php .php
</files>
また別件のお話ですが・・・、以前「CoreServerでテーマのCSSが読み込まれない」
という問題が有り、その解決策を投稿させていただきました。
http://concrete5-japan.org/community/forums/translate/post-1355/post-1446/post-1466/post-1486/
この方法は「Xrea/Coreserver インストールガイド」にも掲載いただいているようですが、こちらもCGIモードが原因？だったのかもしれません。
「CoreServerでPHPをCGIモードで動かすと、CSSを『content-type=text/html』として出力し、『text/css』としないのでCSSと認識されない」とのことです。
ということは、テーマを出力するプログラムだけモジュール版で動かせば、問題は解決したのかもしれません。
とは言え・・・、最新のバージョンではCoreServerでも問題無くCSSが読み込まれている
様子なので、もはや無用の知識かもしれませんが・・・。
以上、トンチンカンなことを申し上げているかもしれませんが、お役に立てれば幸いです。
Posted on 5月 07, 2012 at 1:42 午後
|
|
hissy様
いつも大変お世話になっております。
私のプランは「CORE-A」です。
ざっと検証したところ、(galleria image galleryは試しておりませんが・・・)
先だってお知らせした4点以外は正常のように思えます。
1.「トップページ」に戻ったところ、なぜか突然インストールが開始
2.ログアウトはできるがエラー表示
3.トップページに戻ると、なぜかログインに成功
4.「パスワードをリセット・メールで送信」が送られてこない
(以下、素人の推測なので信用しないでいただきたいのですが・・・)
もしかすると、「CoreServerではPHPをCGIとして動作させると、『リダイレクト』の機能が動作しなくなる」のかもしれません。
以前にも未解決案件「ログインしても、メニューバーが表示されない。ブラウザの再読込ボタンを押すと表示される」というのが、有ったと思います。
あれも結局、ログイン後におこなわれるリダイレクトが発生しなかったからでは？と思います。
解決策としては「問題の発生している(リダイレクト機能を含む)モジュールだけ、CGIモードから外す」等が考えられます。
以上、全く的はずれの素人推測と思いますがご参考までに・・・。
よろしくお願いいたします。
Posted on 5月 07, 2012 at 12:40 午後
|
