学校等教育機関向けCMSとしてNetCommonsを提供する活動は、一般社団法人「教育のための科学研究所」（代表理事・所長 新井紀子）が提供するedumapに引き継がれました。
edumapに関するプレスリリースは、こちらをお読みください。
edumapは学校等（幼稚園・保育園・インターナショナルスクールを含む）に対して、原則無償でNetCommons3をベースとした学校ウェブサイトを提供する事業です。既に鴻巣市、伊東市、東根市、那須町、蕨市、所沢市、芦屋市、紋別市、立山町、二宮町、稚内市、桶川市等を中心に820校以上にedumapをご利用いただいています。
特に、メンテナンスを終了したNetCommons2をご利用の教育機関のユーザは至急edumapに移行することをご検討ください。
システムエンジニアの方で、NetCommons3をご利用の方はGitHub上のNetCommons3サイトをご活用ください。
RollingFields
NC3.2.2では問題なく稼働していた施設予約プラグインで予約情報の入力ができなくなり、
トップページに「申し訳ありませんが、予約の登録・編集は画面に正しく設置された施設予約から行ってください。」というアラームが出て、入力できないトラブルに遭っています。。
どなたか同じようなトラブルを経験されていませんか？ そして、どのように解決したら良いのでしょうか、ご教授ください。（今は、とりあえず、NC3.2.2でサイトを再構築して使っています。）
EddyK
こんばんは。エディ・ケイ ささきです。
わたしのデモサイトも同じ環境だったので確認したら同じ事象になりました。
っで、ちょっと調べてみたらNC3.3.0でのroom.idのチェックが厳しくなったようで、同じ施設予約を管理しているフレームに持っているroom.idとブロックに持っているroom.idが異なり本来プログラム内に保有されるはずのroom.idが設定されずエラーとなっているようです。
ブロックに持っているroom.idは多分パブリックのidを持っており、フレームにもっているroom.idは配置したルームのroom.idを持っているため発生しているようです。
施設予約プラグインの設置をパブリックにも設置すれば、パブリックに設置した施設予約からは無事登録が可能となります。
ということで、こちらは施設予約の設置時のファイル編集のバグもしくは設計時の考慮もれではないかと思われます。
解決策までは考えてはいませんが、開発者さまの改修を待たざるを得ないと思われます。
RollingFields
エディ・ケイ ささき様
早速の応答、有難うございます。
当該のサイトでは、施設予約プラグインをパブリックのルーム内に設置しています。
そこで、パブリックに出してみたところ、正常に入力できました。入力作業の権限を区分けしたいので、NC3で導入されたパブリックのルーム設定を使っているのですが、当面、パブリックに出して運用したいと思います。
本当に素早い明確なご回答に感謝いたします。
開発者さまの早い対応をお願いしたいところですね。
こんばんは。エディ・ケイ ささきです。
わたしのデモサイトも同じ環境だったので確認したら同じ事象になりました。
っで、ちょっと調べてみたらNC3.3.0でのroom.idのチェックが厳しくなったようで、同じ施設予約を管理しているフレームに持っているroom.idとブロックに持っているroom.idが異なり本来プログラム内に保有されるはずのroom.idが設定されずエラーとなっているようです。
ブロックに持っているroom.idは多分パブリックのidを持っており、フレームにもっているroom.idは配置したルームのroom.idを持っているため発生しているようです。
施設予約プラグインの設置をパブリックにも設置すれば、パブリックに設置した施設予約からは無事登録が可能となります。
ということで、こちらは施設予約の設置時のファイル編集のバグもしくは設計時の考慮もれではないかと思われます。
解決策までは考えてはいませんが、開発者さまの改修を待たざるを得ないと思われます。
EddyK
エディ・ケイ ささきです。おはようございます。
お役に立てたのであれば幸いです。
っで、やはりパッケージの配布はこのような不具合情報を収集できる面でも正解ではと感じる内容ですね。グループウェアとしての権限による制御はNCのもっとも強調したい機能のひとつと思います。その強みみたいな部分の問題がまだまだ残っているのではと感じます。
開発者内部でテストはされているとは思いますが、使用するすべてのシチュエーションを網羅することは機械的なテストでは賄えないのではと考えます。
やはりNCの今後の考え方として今まで通りみんなで作るOSSに戻していただけたらといったトラブル報告だったと思えます。
エディ・ケイ ささき様
早速の応答、有難うございます。
当該のサイトでは、施設予約プラグインをパブリックのルーム内に設置しています。
そこで、パブリックに出してみたところ、正常に入力できました。入力作業の権限を区分けしたいので、NC3で導入されたパブリックのルーム設定を使っているのですが、当面、パブリックに出して運用したいと思います。本当に素早い明確なご回答に感謝いたします。
開発者さまの早い対応をお願いしたいところですね。
こんばんは。エディ・ケイ ささきです。
わたしのデモサイトも同じ環境だったので確認したら同じ事象になりました。
っで、ちょっと調べてみたらNC3.3.0でのroom.idのチェックが厳しくなったようで、同じ施設予約を管理しているフレームに持っているroom.idとブロックに持っているroom.idが異なり本来プログラム内に保有されるはずのroom.idが設定されずエラーとなっているようです。
ブロックに持っているroom.idは多分パブリックのidを持っており、フレームにもっているroom.idは配置したルームのroom.idを持っているため発生しているようです。
施設予約プラグインの設置をパブリックにも設置すれば、パブリックに設置した施設予約からは無事登録が可能となります。
ということで、こちらは施設予約の設置時のファイル編集のバグもしくは設計時の考慮もれではないかと思われます。
解決策までは考えてはいませんが、開発者さまの改修を待たざるを得ないと思われます。
