登録日
2021年3月19日

メンバー検索

  

nodesign999

名前(ニックネーム)
itochanz
自分のconcrete5サイト
ホームページ
自己紹介
concrete5.org のユーザー名
concrete5 Slack Team ID
Twitterアカウント
フォーラム総投稿数
17

コミュニティバッジ

投稿

1から10までを表示 (計16)

Re: 編集モードの切り替えでエラー

自己解決しました。

というか、以前にKatzさんからこのフォーラムで教えていただいた、ヘテムルサーバーに対して文字コードセットを「utf8_general_ci」にして送り込む方法でデータベース移転をやり直したら、正常な状態になりました。

どうもありがとうございます。

Posted on 10月 17, 2021 at 2:48 午前

Re: 編集モードの切り替えでエラー

ご連絡どうもありがとうございます!

まず、ローカル環境からクライアント側サーバーへ移管し、一通り公開ページの状態を確認したのち、部分的に修正(更新)する必要がでたため編集モードに切り替えようとしたらエラーとなってしまいました。
この間、なにか特別なことをしたどうか…、あまり記憶が明確ではないのでダメですね。

もう一度、ローカルからの引っ越しをやり直した方が良いでしょうか。

Posted on 10月 14, 2021 at 10:07 午後

編集モードの切り替えでエラー

皆様お世話になります。

いつどのタイミングから起こったのか不明ですが、各ページに訪問し「編集モード」に切り替えようとすると、添付画像のようなエラーが起こります。
このエラーは、サイトのどのページを編集しようとしても起こります。

なお、それぞれの公開ページは普通に見えてるようです。

どのように対処すれば編集モードが正常に表示されるようになるでしょうか?
教えていただけると助かります。
どうかよろしくお願いします。

Posted on 10月 14, 2021 at 1:20 午前

Re: 本番環境へのデータベース移設でエラー(max key length is 767 bytes)

Kats_Ueno様

ご連絡どうもありがとうございます!
実は解決を一旦あきらめてしまったのですが、
今回教えていただいたことをトライしてみようと思います。

Posted on 7月 03, 2021 at 5:01 午後

Re: 本番環境へのデータベース移設でエラー(max key length is 767 bytes)

tera様

いろいろとありがとうごございます。
ヘテムルのphpMyAdminにおいてinnodb large prefixをユーザーが切り替えることができないため、ヘテムルへ掛け合いましたが回答は「ユーザーが切り替えられるようには出来ない」「ヘテムルが切り替えることはしない」とのことでした。

残念ですが、この件はこれ以上進展しそうにないので、別な手段を考えたいと思います。

teraさん、どうもありがとうございました。

Posted on 6月 21, 2021 at 8:10 午後

Re: 本番環境へのデータベース移設でエラー(max key length is 767 bytes)

teraさん、ご連絡ありがとうございます。

ヘテムルさんのデータベースはMySQL5.6ですね。

ヘテムル側のphpMyAdminにて変数の画面で確認すると
innodb large prefix [ OFF ]
innodb file per table [ ON ]
innodb file format [ Barracuda ]
となっています。

ちなみにローカルホスト側では
MySQL5.7であり
innodb large prefix [ ON ]
innodb file per table [ ON ]
innodb file format [ Barracuda ]
となっています。

Posted on 6月 18, 2021 at 1:17 午後

Re: 本番環境へのデータベース移設でエラー(max key length is 767 bytes)

どうもご連絡ありがとうございます!
ご紹介いただいた動画で言われたとおり、ローカル→ローカルでデプロイを試したら問題なくインポート出来ました。

ただし肝心な、ローカル→リモート(ヘテムル)で行うと、どう試しても同じエラーが出てしまいます。

pictronさんのアドバイズ通りmysqlのServer charsetがutf8であることはローカル側もリモート側も確認済みです。

ただ、変だなぁ?と思うのは、phpMyAdminの一般設定の画面において、Server connection collation(サーバ接続の照合順序)を、ローカル側ではut8_unicode_ciをポップアップから選択できるのですが、リモート側だとポップアップでut8_unicode_ciを選んでも切り替わらず、何故かutf8mb4_unicode_ciに即座に戻ってしまうのです。utf8mb4でサーバ接続の照合順序が固定されてしまいます。


このあたりの話は私が明るくなく、上記の現象が良いのか悪いのか分からないのですが、どうもリモート側に問題があるように思えます。しかしヘテムルではデータベースはサポート外の様なので、この先はもう正常なデプロイは無理かなと諦めかけています。

一応、リモート側のphpMyAdminの画像を添付します。
もし解決できるのなら嬉しいのですが…

Posted on 6月 18, 2021 at 2:53 午前

本番環境へのデータベース移設でエラー(max key length is 767 bytes)

皆さんこんにちは。
質問です。

当方のローカル環境(MAMP)で作成したサイトをデプロイしようと、
本番環境(ヘテムルのサーバー)へphpMyAdminを使ってデータベースをインポートすると
下記のエラーが出てしまいます。


SQL query:
--
-- テーブルのインデックス `AreaPermissionAssignments`
--
ALTER TABLE `AreaPermissionAssignments`
ADD PRIMARY KEY (`cID`,`arHandle`,`pkID`,`paID`),
ADD KEY `paID` (`paID`),
ADD KEY `pkID` (`pkID`);

MySQL のメッセージ: ドキュメント
#1071 - Specified key was too long; max key length is 767 bytes


これを解決する方法を教えてください。

・使用しているパソコンはMacOS
・concrete5のバージョンは8.5.5
・サーバーは「ヘテムル」のホスティングサーバー
・PHPは7.4(CGI版)

以上です。
どなたか助けていただけると嬉しいです。
どうかよろしくお願いいたします。

Posted on 6月 17, 2021 at 5:18 午後

Re: アドオン「Whale OWL Carousel」のテンプレート使用でエラー(復帰できず)

takuro hishikawa様

毎度教えていただき、どうもありがとうございます!

管理画面のサイトマップから旧バージョンを呼び出すことが出来ました。
おかげさまで助かりました。

アドオンの不具合については制作者へ打診してみます。

Posted on 3月 22, 2021 at 8:51 午前

アドオン「Whale OWL Carousel」のテンプレート使用でエラー(復帰できず)

たびたびすみません。

homeの編集中に起こりました。
有償のアドオン「Whale OWL Carousel」をインストールして画像のスライドを作成。
その途中、ブロックテンプレートをデフォルトから「Tabs」という、たぶんこのアドオン特有のテンプレートを選択し、このテンプレートでの同作を確認したく編集モードを終了したところでエラーとなり、添付画像の通りのデバッグ表示に。

この時点からhomeを編集画面にすることも出来ず、保存のバージョンを以前のものに戻したくても戻せません。

どうしてもこのアドオンのテンプレートを使いたいわけではないので、これ以前に保存・承認したhomeのバージョンに戻すことができれば良いのですが、どうしたら良いでしょうか?

もしくは、デバック表示にある構文を手直しして、アドオンのテンプレートを正常に使えるようにすれば良いかもしれませんが、いかんせんPHP初心者のため、修正方法が分かりません。どう書き直せば良いでしょうか?

いすれにせよ、最悪は前者の「homeのバージョンを元に戻す」ことが出来ればよいです。

いろいろ解決法を検索してみましたが、どうも自力ではダメなようです…。
どうか宜しくお願いします。

当方の制作環境は次の通りです。
・使用しているパソコンはMacOS 10.13
・concrete5のバージョンは(8.5.5)
・サーバーは「ヘテムル」のホスティングサーバーです。

Posted on 3月 21, 2021 at 8:55 午後
« 前12次 »