学校等教育機関向けCMSとしてNetCommonsを提供する活動は、一般社団法人「教育のための科学研究所」(代表理事・所長 新井紀子)が提供するedumapに引き継がれました。

edumapに関するプレスリリースは、こちらをお読みください。

edumapは学校等(幼稚園・保育園・インターナショナルスクールを含む)に対して、原則無償でNetCommons3をベースとした学校ウェブサイトを提供する事業です。既に鴻巣市、伊東市、東根市、那須町、蕨市、所沢市、芦屋市、紋別市、立山町、二宮町、稚内市、桶川市等を中心に820校以上にedumapをご利用いただいています。

特に、メンテナンスを終了したNetCommons2をご利用の教育機関のユーザは至急edumapに移行することをご検討ください。

システムエンジニアの方で、NetCommons3をご利用の方はGitHub上のNetCommons3サイトをご活用ください。

一覧に戻る

ユーザーのアバター画像の削除、差し替え異常

投稿: Unknown (2018/09/01)

お世話になっております。

NetCommons3を用いてクローズドサイトを構築しているのですが、以下の事象が発生しました。

いろいろ操作をしてしまっているので状況報告のみになりますが、とりいそぎご報告します。

■発生事象

ユーザーが自身の画像Aを登録(これは無事に完了)
⇒その後、画像Bに差し替えようとした際に以下の事象が発生

・画像Aの削除ができず、削除したはずの画像Aがそのまま表示されている
・しかし文言上は「画像が選択されていません」となる。
・そもそも画像A削除時には編集画面から表示画面に遷移すると思うのですが、画面遷移せず

その状態で新規画像登録(B)を行うと、編集画面上は画像Bが登録されたように見え、サムネイルも画像Bに更新されているように見えますが、ユーザー情報ページ上では削除したはずの画像Aが表示されている。

■対処

ユーザークレームなので詳細な原因究明はせずに直接原因を削除して対応してしまいました。

・phpmyadminでDB内容を確認。
・「upload_files」テーブルを確認
・「plugin_key」が「users」、「field_name」が「avator」のレコードで「content_key」が重複しているレコードを確認
 ※元ファイル名で見つけてから確認
・画像Aに該当する側のレコードを削除

これで、表示上は正しい状態に戻りました。(すべてに画像Bが表示)

■事象

直接的な原因は、「upload_files」テーブルで削除されるべきテーブルが削除されなかった、ということになると思うのですが、何故そうなったのかは不明です。

細かな作業や登録は色々やっているので、何がトリガかどうかなどは判断が難しいですが、ともかくもこのような事象がありました、ということでご報告まで。

 

Re: ユーザーのアバター画像の削除、差し替え異常

投稿: Unknown (2018/09/26)

お世話になっております。

はっきりしませんが、導入の際にテストサイト⇒本サイトと移動したのですが、その際に管理者権限であバターをアップロードしており、その削除の際におかしくなっていたように思います。

現状解決済みではありますが一応。

お世話になっております。

NetCommons3を用いてクローズドサイトを構築しているのですが、以下の事象が発生しました。

いろいろ操作をしてしまっているので状況報告のみになりますが、とりいそぎご報告します。

■発生事象

ユーザーが自身の画像Aを登録(これは無事に完了)
⇒その後、画像Bに差し替えようとした際に以下の事象が発生

・画像Aの削除ができず、削除したはずの画像Aがそのまま表示されている
・しかし文言上は「画像が選択されていません」となる。
・そもそも画像A削除時には編集画面から表示画面に遷移すると思うのですが、画面遷移せず

その状態で新規画像登録(B)を行うと、編集画面上は画像Bが登録されたように見え、サムネイルも画像Bに更新されているように見えますが、ユーザー情報ページ上では削除したはずの画像Aが表示されている。

■対処

ユーザークレームなので詳細な原因究明はせずに直接原因を削除して対応してしまいました。

・phpmyadminでDB内容を確認。
・「upload_files」テーブルを確認
・「plugin_key」が「users」、「field_name」が「avator」のレコードで「content_key」が重複しているレコードを確認
 ※元ファイル名で見つけてから確認
・画像Aに該当する側のレコードを削除

これで、表示上は正しい状態に戻りました。(すべてに画像Bが表示)

■事象

直接的な原因は、「upload_files」テーブルで削除されるべきテーブルが削除されなかった、ということになると思うのですが、何故そうなったのかは不明です。

細かな作業や登録は色々やっているので、何がトリガかどうかなどは判断が難しいですが、ともかくもこのような事象がありました、ということでご報告まで。

 

サイト内の検索はこちらから。

 

 

 

保存

保存

保存

保存

保存

保存