Lightning+ExUnitでカスタム投稿タイプを設定したらパーマリンク更新を忘れずに。
もうタイトルで全部言い切っちゃってます^^; 当社サイトをWordPress化するときにLightningテーマを使わせてもらいました。 Lightning – 無料で使える超高機能WordPressテーマ […]
<img fetchpriority="high" decoding="async" width="1024" height="682" src="https://ryus.co.jp/wp-content/uploads/2020/05/kuchikomi801_TP_V-1024x682.jpg" alt="" class="wp-image-22493" srcset="https://ryus.co.jp/wp-content/uploads/2020/05/kuchikomi801_TP_V-1024x682.jpg 1024w, https://ryus.co.jp/wp-content/uploads/2020/05/kuchikomi801_TP_V-300x200.jpg 300w, https://ryus.co.jp/wp-content/uploads/2020/05/kuchikomi801_TP_V-768x512.jpg 768w, https://ryus.co.jp/wp-content/uploads/2020/05/kuchikomi801_TP_V-1536x1023.jpg 1536w, https://ryus.co.jp/wp-content/uploads/2020/05/kuchikomi801_TP_V.jpg 1600w" sizes="(max-width: 1024px) 100vw, 1024px" /> もうタイトルで全部言い切っちゃってます^^; 当社サイトをWordPress化するときにLightningテーマを使わせてもらいました。 Lightning – 無料で使える超高機能WordPressテーマ もちろんセットでExUnitも導入。 この組み合わせで初めて使ってみましたが、サイト作成に必要なものがオールインワンになっててホント楽ですね。 さて本題。このサイトではお知らせにカスタム投稿タイプを使っています。 カスタム投稿タイプの設定もExUnitの機能を使って行いました。 ところがお知らせの一覧詳細ページが表示されませんでした。 改めてカスタム投稿タイプの設定画面を確認すると、カスタム投稿タイプを設定した後にパーマリンクを更新するように書いてありました。 もしかしてこれかなと思ってパーマリンクを更新したら一覧ページと詳細ページが表示されるようになりました。 と言うわけでカスタム投稿タイプを設定したらパーマリンクを更新を忘れないようにしましょう。 Facebook X Copy
一文字追加するだけで済む改修だと思ったら最終的に4ファイルも修正することになった
ある非常に簡単な要望に応えるために実はすごい労力かかることがあるんだよってことを分かってもらいたくて書きます。 きっかけはDB名に”-“を許可して欲しいという要望だった。 https://gith […]
<img decoding="async" class="aligncenter wp-image-22384 size-full" src="https://ryus.co.jp/wp-content/uploads/2018/06/kokomo.jpg" alt="" width="1600" height="1062" srcset="https://ryus.co.jp/wp-content/uploads/2018/06/kokomo.jpg 1600w, https://ryus.co.jp/wp-content/uploads/2018/06/kokomo-300x199.jpg 300w, https://ryus.co.jp/wp-content/uploads/2018/06/kokomo-1024x680.jpg 1024w, https://ryus.co.jp/wp-content/uploads/2018/06/kokomo-768x510.jpg 768w, https://ryus.co.jp/wp-content/uploads/2018/06/kokomo-1536x1020.jpg 1536w" sizes="(max-width: 1600px) 100vw, 1600px" /> ある非常に簡単な要望に応えるために実はすごい労力かかることがあるんだよってことを分かってもらいたくて書きます。 きっかけはDB名に”-“を許可して欲しいという要望だった。 https://github.com/NetCommons3/NetCommons3/issues/1255#issuecomment-397473962 この要望をかなえるにはDB名の妥当性検査してるところで”-“もOKにするだけ。 正規表現で入力チェックしてるのでホント”-“という文字をそこにたし入れるだけでDB名に”-“も許可される。 だが、それをする前に考えなきゃいけないことがある その修正をしても大丈夫か検討 DB名に”−”を許可するのは1点の修正だけで可能だ。だが、ほんとにその修正をして問題が起きないかどうか検討が必用になります。 それについては、このIssueでは @akagane99 さんと @nagasheep さんが検索されて調べてくれました。 https://nc2.netcommons.org/bbk4g6tyc-18477/#_18477で実際にDB名に”−”を使って動かしてみた yyama さんもいます。 言い換えると3人の手（時間）によって検討されたともいえます。 これで修正しても大丈夫そうだとわかりました。 修正してみたら自動テストでエラーに というわけで修正してみました。 やったことはホントに一文字追加だけ Before 'rule' => array('custom', '/^[\w]+$/'), After 'rule' => array('custom', '/^[\w-]+$/'), これでOKかと思ったら自動テストでエラーが起きました。 https://travis-ci.org/NetCommons3/Install/jobs/392514831 1) InstallUtilityInstallUtilValidatesDBConfTest::testValidationError with data set #18 (array('Database/Mysql', '0', 'localhost', '3306', 'unit_test', '', 'unit_', 'test', 'test'), 'database', 'a-b', '半角英数字または記号(_のみ利用可)を入力してください。') Failed asserting that true is false. 今まで ”−” は許可してなかったので、エラーになるはずというテストコードがあったんですね。このテストコードを修正して “-” はエラーがでないように修正が必用です。 エラーメッセージも修正いるよね テストコードの修正と同時にもうひとつ修正が必用です "半角英数字または記号(_のみ利用可)を入力してください。" このエラーメッセージも修正必用ですよね。修正後は記号として ”−”も使えるようになったのだが、このままだとエラーメッセージが間違ってることになっちゃいます。 というわけでエラーメッセージの修正をしようと思ったんですが、ここでも問題が… このシステムは多言語化対応しているのでメッセージは全て言語ファイルに記述されています。 今回修正したいエラーメッセージも例外ではないです。 というわけで今回修正したいメッセージはこちら。 msgid "Only alphabets and numbers are allowed." msgstr "半角英数字または記号(_のみ利用可)を入力してください。" このmsgstrを書き換えればそれでOK！ とはならないんです(T.T)… このエラーメッセージはDB名の妥当性検査以外にも使われてます。そちらは”−”を許可しないままなので、このエラーメッセージを変更してしまうとそちらに影響がでてしまいます。 となるとこのメッセージの日本語を修正するのでなく、あたらしいメッセージを定義して、妥当性検査でエラーになったら、そのメッセージを使うように修正が必用です。 というわけで言語ファイルの日本語、英語ともにメッセージを追加します。 妥当性検査でエラーになったときに使うメッセージも新たに定義したメッセージに差し替えます。 そして最後の仕上げとして自動テストの修正です。 DB名の妥当性検査失敗時のエラーメッセージが変更になったので、自動テストのコードも修正します。 最終的に4ファイル修正 まとめるとこの非常に小さな修正のために結果的に4人がかかわり、4つのファイル（妥当性検査のコードファイル、日本語ファイル、英語ファイル、自動テスト）が修正がされたことになります。 「これっぽっちのこと簡単にすむでしょ。ちゃちゃっとやってよ」みたいな話は時々ありますが、たった一文字たせば済むようなことでも裏ではこのぐらいやってるので、思ってるほど「ちゃちゃっと」ではないってことをわかっていただけたらなぁと思います。 Facebook X Copy
現在公開されてる最新版のXOOPS X(ten)はPHP7でうごきますので特別何かする必要はありません。 しかしホダ塾ディストリビューションや XOOPS 2.0.xJPはPHP7で動かないのでアップグレードが必要です。 […]
<img loading="lazy" decoding="async" class="size-full wp-image-22376 aligncenter" src="https://ryus.co.jp/wp-content/uploads/2018/01/php7-2.jpg" width="1600" height="1019" srcset="https://ryus.co.jp/wp-content/uploads/2018/01/php7-2.jpg 1600w, https://ryus.co.jp/wp-content/uploads/2018/01/php7-2-300x191.jpg 300w, https://ryus.co.jp/wp-content/uploads/2018/01/php7-2-1024x652.jpg 1024w, https://ryus.co.jp/wp-content/uploads/2018/01/php7-2-768x489.jpg 768w, https://ryus.co.jp/wp-content/uploads/2018/01/php7-2-1536x978.jpg 1536w" sizes="(max-width: 1600px) 100vw, 1600px" /> 現在公開されてる最新版のXOOPS X(ten)はPHP7でうごきますので特別何かする必要はありません。 しかしホダ塾ディストリビューションや XOOPS 2.0.xJPはPHP7で動かないのでアップグレードが必要です。 現在稼働中のXOOPサイトをPHP7で動かすには？ 現在稼働中のXOOPSがXOOPS X(ten)であれば、そのままPHP7で動く可能性が高いです。 ただし利用しているモジュールやバージョンによってはPHP7に対応してないこともあるので、本番環境をいきなりPHP7にバージョンアップするのはやめましょう。 まずはPHP7のテスト環境を用意して、その環境で動作確認してから本番環境をPHP7にしましょう。 XOOPS X(ten)以外の場合は？ プログラムをカスタマイズしてるかどうかで、このさきの選択が大きくわかれます。 テンプレートをカスタムしてる程度で、プログラムコードまではいじってない方は順当にアップグレードしていけば大丈夫です。 XOOPS Cube Legacy 2.1.x系やホダ塾ディストリビューションをお使いの方 XOOPS Cube Legacy 2.1系からXOOPS Cube Legacy 2.2へのアップグレードを行ってXOOPS Xへ移行できます。 アップグレードの手順は下記ページがよくまとまっています。 XOOPS Cube 2.2へのアップグレード方法 – Qiita XOOPS 2.0.x JPをお使いの方 まず2.0.x系からXOOPS Cube Legacy 2.1.x系へのアップグレードを実施しましょう。それから前述のXOOPS Cube Legacy 2.2.x系へのアップグレード作業をおこないましょう。 アップグレード手順は下記ページを参考にしてください Xoops Users Group Japan – XUGJ Wiki : XCLBasicManual/XOOPS2.0からの移行XOOPS2.0からXCL2.1への移行 カスタマイズしまくりなXOOPSをお使いの方 残念ながら、かんたんにアップグレードすればOKとはいかないです。 アップグレードしてしまうと、カスタマイズしたプログラムもカスタマイズ前の状態にもどってしまいます。 この場合のアプローチ方法は下記の2通り。 アップグレードしてから、これまでに適用していたカスタマイズを再度行う方法。 アップグレードをあきらめて現状のプログラムをPHP7に対応させる方法です。 私はこういうときは前者の方法を基本としてます。新しいバージョンではセキュリティフィックスやバグフィックスがされてることが多いので、できるだけそれらを適用させたいからです。 それと、いざ改めてカスタマイズしなおすために、どんなカスタマイズをしていたのかを調べなおすと、今はもうカスタマイズしなくても標準機能で問題なしだったり、時代が変わってもう不要なカスタマイズだったりってこともあります。(既読管理や”New”マークとかって一時は非常に重要視されてましたが、今はそれほどでもなかったりしますよね) あ、アップグレードもいきなり本番環境でやっちゃダメですよ。 アップグレード失敗して進むことも戻ることもできない…なんてこともありますので^^; アップグレードもちゃんとテスト環境用意して手順を確認したり動作確認してから本番環境をアップグレードしましょうね。 PS カスタマイズもできるだけ配布ファイルを直接いじるらないでバージョンアップしやすいようにカスタムするのがおすすめです。 古い本になりますが、XOOPS Cube Legacy デベロッパーズバイブルはカスタムしなおすときにも参考になります。 XOOPS Cube Legacy デベロッパーズ・バイブル posted with ヨメレバ chatnoir(内水はるか),Marijuana(宇津木おさむ) ソフトバンククリエイティブ 2007-10-31 Kindle 楽天ブックス Facebook X Copy
XOOPS X(ten)のプライベートメッセージで「うっかりブラックリスト登録」に注意
XOOPS Cube Legacy 2.2.xとXOOPS Xに同梱されているプライベートメッセージモジュールを使っていて、うっかり「ブラックリスト」に登録してハマるのにちょくちょく遭遇します。 これなんかもユーザさんが […]
<img loading="lazy" decoding="async" class="aligncenter size-full wp-image-22369" src="https://ryus.co.jp/wp-content/uploads/2017/10/black-list.jpg" alt="" width="800" height="533" srcset="https://ryus.co.jp/wp-content/uploads/2017/10/black-list.jpg 800w, https://ryus.co.jp/wp-content/uploads/2017/10/black-list-300x200.jpg 300w, https://ryus.co.jp/wp-content/uploads/2017/10/black-list-768x512.jpg 768w" sizes="(max-width: 800px) 100vw, 800px" />XOOPS Cube Legacy 2.2.xとXOOPS Xに同梱されているプライベートメッセージモジュールを使っていて、うっかり「ブラックリスト」に登録してハマるのにちょくちょく遭遇します。 これなんかもユーザさんがウッカリブラックリストに登録してしまったケースですね。 プライベートメッセージのブラックリストとは？ プライベートメッセージモジュールのブラックリストはユーザごとの受信拒否リストになってます。 迷惑なプライベートメッセージを送ってくるユーザをブロックするための機能ですね。（XOOPS で「ブロック」って言うとトップページ等に配置するカスタムブロックやモジュールブロックとゴッチャになりそうですね^^;） 便利な機能なのですが、ちょっとボタン画像がわかりにくいみたいで、ブロックする気がないのにブロックしてしまったという事態がちょくちょく発生するようです。 ブラックリストに登録（ブロック）するには 受信メッセージを開くと、返信等のボタンと共にブラックリストに登録するボタンも並んでます。 封筒のアイコンなのでうっかりクリックするユーザさんが結構いるみたいです。 このブラックリストへの登録ボタンをクリックすると確認画面無しでブラックリスト（拒否リスト）に登録されます。（確認のダイアログ出すようにしたら間違って登録すること減りますかね？） ブラックリストから除外するには？ まちがってブラックリストに登録してしまってもプライベートメッセージのサブメニューにある「設定」からブラックリストの解除ができます。 この設定画面にある「受取拒否ユーザ」欄に表示されてる数字を直接削除でも解除できますが、ユーザ名を確認して解除したいときは「詳細」をクリックしてください。 下記が詳細画面です。ユーザ名が確認できるのでブラックリストから登録解除したい（つまりちゃんと受信したい）ユーザにチェックをいれて「削除」ボタンクリックすれば、ブラックリストから解除され、プライベートメッセージが届くようになります。 ブラックリストボタンを消すには？ うっかりブラックリストに登録してしまうことが多いから、ブラックリストに登録するボタンを削除したい！ ってときは、テンプレート修正しちゃいましょう。 修正するのはmessageモジュールのmessage_inboxview.htmlテンプレートです。 39行目あたりに下記の様なブラックリストボタンの記述があります。 <{if $msgdata.from_uid != 0}> <input type="image" value="<{$smarty.const._MD_MESSAGE_ADDBLACKLIST}>" src="<{$smarty.const.XOOPS_MODULE_URL}>/message/images/email_blacklist.png" alt="<{$smarty.const._MD_MESSAGE_ADDBLACKLIST}>" title="<{$smarty.const._MD_MESSAGE_ADDBLACKLIST}>" onclick="location.href='index.php?action=blacklist&amp;uid=<{$msgdata.from_uid}>'" style="float:left;" /> <{/if}> これを削除してしまうか、コメントアウトしちゃいましょう コメントアウトなら下記な感じ <{* <{if $msgdata.from_uid != 0}> <input type="image" value="<{$smarty.const._MD_MESSAGE_ADDBLACKLIST}>" src="<{$smarty.const.XOOPS_MODULE_URL}>/message/images/email_blacklist.png" alt="<{$smarty.const._MD_MESSAGE_ADDBLACKLIST}>" title="<{$smarty.const._MD_MESSAGE_ADDBLACKLIST}>" onclick="location.href='index.php?action=blacklist&amp;uid=<{$msgdata.from_uid}>'" style="float:left;" /> <{/if}> *}> これでブラックリストボタンが非表示になります。お試しください [PR] ブラックリスト シーズン1 (字幕版) posted with カエレバ NBC Network Amazon 楽天市場 Yahooショッピング Facebook X Copy
「注文の多いXOOPS屋」で公開中のダウンロードが破損。原因はFTPクライアント
先日、注文の多いXOOPS屋のダウンロードコーナーで公開しているファイルが破損していて、ZIPファイルが解凍できないというご報告をいただき、ファイルを修正しました。 ファイル破損のきっかけはサイト移転 ご報告いただいてか […]
<img loading="lazy" decoding="async" class="aligncenter wp-image-22351 size-full" src="https://ryus.co.jp/wp-content/uploads/2017/10/file-broken-e1507076622506.jpg" alt="" width="800" height="533" srcset="https://ryus.co.jp/wp-content/uploads/2017/10/file-broken-e1507076622506.jpg 800w, https://ryus.co.jp/wp-content/uploads/2017/10/file-broken-e1507076622506-300x200.jpg 300w, https://ryus.co.jp/wp-content/uploads/2017/10/file-broken-e1507076622506-768x512.jpg 768w" sizes="(max-width: 800px) 100vw, 800px" />先日、注文の多いXOOPS屋のダウンロードコーナーで公開しているファイルが破損していて、ZIPファイルが解凍できないというご報告をいただき、ファイルを修正しました。 ファイル破損のきっかけはサイト移転 ご報告いただいてから、いったい何が原因なのか調べるために自分でもダウンロードしてみたのですが、やっぱりZIPファイルが解凍できない。 それも一つ二つのファイルでなく、ほぼ全てのzipファイルがダメでした。 それで元ファイルをFTPを使ってサーバからダウンロードして、かなり前のバックアップファイル（こちらは解凍できた）と比較してみました。 そうしてみると、解凍できた以前のバックアップファイルと解凍できなかったファイルの違いは改行コードだけでした。 OKだったバックアップファイルの改行コードはLF NGだったファイルの改行コードはCR+LF これで原因に思い当たりました。 たいていのFTPクライアントにはアスキーモードとかテキストモードと呼ばれる転送モードがあります。 これはWindows OSとLinux系OSとで使われてる改行コードが異なるので転送時に自動的に変換するためのモードです。 Windows→Linuxにアップロード時は改行コードCR+LFをLFに。 Linux→Windowsにダウンロードするときは、LFをCR+LFに変換します。 そう。これが問題。 通常はファイルの拡張子をみて自動でテキストモードとバイナリモード（改行コードを変換しない）を切り替えてくます。 それが今のサーバにサイト移転するためにダウンロードしたときは、ZIPファイルをテキストモードでダウンロードしてしまったのだろうと思います。 それでファイル内のLFがCR+LFに変換されてしまい、結果ファイルが破損したのだと思われます。 ちゃんとXXX.zipってファイル名だったらこんなことは起きなかったと思います。 今回、こんなことが発生したのはXOOPS Cubeのd3downloadsモジュールのファイル保持方法も原因のひとつなってます。 d3downloadsはアップロードしたファイルをサーバ上で拡張子なしのファイル名で保存するようになってます。 恐らくこの拡張子無しのファイルをFTPクライアントがテキストファイルであると判断したんでしょうね。 CR+LFをLFにしよう さて原因がだいたいわかったところで、解決方法としては壊れたファイルのCR+LFをLFにすることになります。 で、TwitterやfacebookでCR+LFをLFにするうまい方法がないか聞いてみたら、2つの方法を教えていただきました。 phpで変換してしまう FTPクライアントでテキストモードで転送する phpで変換 教えてもらったのは次のような方法 $ cat current_foo | php -r 'echo str_replace("\r\n", "\n", file_get_contents("php://stdin"));' > new_foo これをベースに複数ファイルまとめて複数ファイルを変換したかったので、下記にして実行 find . -type f | xargs -I{} sh -c "cat {}| php -r 'echo str_replace(\"\r\n\", \"\n\", file_get_contents(\"php://stdin\"));' >../ok/{}" 解凍ソフトでは解凍できませんでしたが、Macのunzipコマンドではエラー吐きながらも一応解凍できました。 FTPクライアントでテキストモードで転送する 元々の原因がFTPクライアントのテキストモードでの改行コード変換なのだから、同じ事をやってしまえばいいだろうということですね。 こちらも試してみたところ解凍ソフトでは解凍できませんでしたが、Macのunzipコマンドではエラー吐きながらも一応解凍できました。 解凍できても破損してる なんとかCR+LFをLFに変換することでムリヤリながらも解凍できるようにはなったんですが、残念ながら解凍されたファイルをみていくと、けっこうファイル壊れてました…orz ZIPファイルに圧縮されていた画像ファイルはほぼ復元NG… テキストファイルは中身がいくらか破損…（ちゃんと全部復旧できたファイルもあり） ちょっとそのままでは使えない結果となってしまいました。 バックアップ大事 で、最終的にどうしたかというと、大半のファイルは破損してない古いバックアップから復旧させました^^; 2ファイルだけバックアップに残ってたのが古いバージョンだったので、更新履歴となんとかムリヤリ解凍できた範囲のファイルからの情報をもとに、古いバックアップに修正を適用して復旧させました。 改行コードの変換したら復旧できる思ったのにちょっとアテがはずれちゃいました。 ってことで皆さん、バックアップ大事！ 特に、何か変更を加える前のバックアップは重要！！ 今回も移転前のデータが残ってたのが幸いしました。 [PR] 誰でもできる! Dropbox Business導入ガイド posted with ヨメレバ 井上 健語,池田 利夫,岡本 奈知子 日経BP社 2017-04-13 Amazon Kindle 楽天ブックス Facebook X Copy
netcommons.ryus.co.jpをNetCommons2からNetCommons3にアップグレードしました。 アップグレードにはNetCommons3.1.5に同梱予定のNc2ToNc3プラグインを利用しました […]
<img loading="lazy" decoding="async" class="aligncenter wp-image-22342 size-full" src="https://ryus.co.jp/wp-content/uploads/2017/10/1c442a3be5698f2326d6ed9582945606.png" alt="" width="1094" height="327" srcset="https://ryus.co.jp/wp-content/uploads/2017/10/1c442a3be5698f2326d6ed9582945606.png 1094w, https://ryus.co.jp/wp-content/uploads/2017/10/1c442a3be5698f2326d6ed9582945606-300x90.png 300w, https://ryus.co.jp/wp-content/uploads/2017/10/1c442a3be5698f2326d6ed9582945606-1024x306.png 1024w, https://ryus.co.jp/wp-content/uploads/2017/10/1c442a3be5698f2326d6ed9582945606-768x230.png 768w" sizes="(max-width: 1094px) 100vw, 1094px" />netcommons.ryus.co.jpをNetCommons2からNetCommons3にアップグレードしました。 アップグレードにはNetCommons3.1.5に同梱予定のNc2ToNc3プラグインを利用しました。（移行ツールのうち、汎用DBと施設予約の移行部分は私が担当させてもらったのもあって、移行ツールを少しでも早く使ってみたかったというのもあります^^;） この移行作業を通じて気がついた点等について書きたいと思います。 移行手順 基本的には下記README.mdにあるとおりです。 https://github.com/NetCommons3/Nc2ToNc3/blob/master/README.md NC2の準備 NC3インストール Nc2ToNc3配置 マイグレーション実行 NC3のバックアップ 移行ツール実行 本番環境で実施するのは怖いので、MacのMAMP上で作業しました。 私が移行を実施したときはNetCommons2側にカレンダを配置してないと移行ツール実行時にエラーがでる不具合があったので、とりあえずNetCommons2の方にカレンダを配置してから移行をしました。 https://github.com/NetCommons3/NetCommons3/issues/1052 にて不具合報告済みなので、いずれ修正されるはずですが、もし同じ状況になった方はカレンダインストールしてみてください^^; 移行後に必要な作業 さて、無事に移行ツールの実行が終われば、もうそのまま公開してもOKな状態かというと残念ながらそうもいきません。 移行ツールの制限事項があるため移行後にいくつかの作業が必要になってきます。 <img loading="lazy" decoding="async" width="220" height="300" src="https://ryus.co.jp/wp-content/uploads/2017/10/NC2-220x300.png" class="attachment-medium size-medium" alt="" srcset="https://ryus.co.jp/wp-content/uploads/2017/10/NC2-220x300.png 220w, https://ryus.co.jp/wp-content/uploads/2017/10/NC2-751x1024.png 751w, https://ryus.co.jp/wp-content/uploads/2017/10/NC2-768x1047.png 768w, https://ryus.co.jp/wp-content/uploads/2017/10/NC2-1127x1536.png 1127w, https://ryus.co.jp/wp-content/uploads/2017/10/NC2.png 1130w" sizes="(max-width: 220px) 100vw, 220px" /> <img loading="lazy" decoding="async" width="88" height="300" src="https://ryus.co.jp/wp-content/uploads/2017/10/NC3-88x300.png" class="attachment-medium size-medium" alt="" srcset="https://ryus.co.jp/wp-content/uploads/2017/10/NC3-88x300.png 88w, https://ryus.co.jp/wp-content/uploads/2017/10/NC3-300x1024.png 300w, https://ryus.co.jp/wp-content/uploads/2017/10/NC3-768x2619.png 768w, https://ryus.co.jp/wp-content/uploads/2017/10/NC3-450x1536.png 450w, https://ryus.co.jp/wp-content/uploads/2017/10/NC3-600x2048.png 600w, https://ryus.co.jp/wp-content/uploads/2017/10/NC3.png 1130w" sizes="(max-width: 88px) 100vw, 88px" /> NetCommons2初期配置のモジュールはヘッダブロック以外は移行されない NetCommons2をインストールすると最初からいくつかのモジュールが配置された状態になります。それらのモジュールのうち、移行ツールでNetCommons3に移行されるのはヘッダに配置されてるブロックだけになります。 初期配置のお知らせモジュールのブロックをそのまま中身を書き換えてサイト構築してる場合は、NetCommons3に移行されないので手作業でコンテンツをコピーしましょう。 私はメニューやWelcome to NetCommonsを流用してたので、ここは手作業での移行になりました。 ブロックのデザインは移行されない 移行直後はすべてのプラグイン配置フレームに枠がついちゃってます。これはNetCommons2のブロックデザインが移行されないためです。 なのでヘッダのように枠が不要なフレームはフレームデザインの変更で枠無しにしました。 NetCommons2にあったデザインと同じデザインがNetCommons3にないので、ここはあるものを選びましょう。 トップページのレイアウトが移行されない 移行後のNetCommons3のTOPページに左ブロックが表示されてしまってました。 これはページのレイアウト設定が移行されてないためでした。 ここはページ設定からレイアウト変更しました。 テーマは移行されない netcommons.ryus.co.jp ではオリジナルのテーマデザインを使ってなかったので問題無かったのですが、移行ツールではテーマデザインは移行されません。 NetCommons2のテーマはNetCommons3では使えません。 残念ながらNetCommons2のテーマをNetCommons3で使うことはできません。 使えない理由ですが大きく2点あります。 NetCommons2ではSmartyというテンプレートエンジンをつかってますが、NetCommons3ではSmartyを使ってない NetCommon2とNetCommons3ではCSSのclass, idの付け方、名前が異なる。 ぶっちゃけNetCommons2のテーマは画像素材以外に流用できるところは無いんですよね。 そうなるとNetCommons2のテーマを流用することを考えるよりNetCommons3用に新しくテーマをつくりなおすことを考えた方がいいかなと思います。 移行ツールやNetCommons3の不具合や要望はGitHubのNetCommons3 Issueへ 移行ツールを使ってNetCommons3へ移行すると、NetCommons3を新規インストールしたときには発生しないような不具合が発生することがあります。 そのような不具合や、NetCommons3を使ってみての問題、要望などがでてきたら、是非GitHubのIssueに投稿していただければと思います。 ・GitHub NetCommons3 Issue このIssueを見ながら各開発者さん達が作業してますので、利用してるNetCommonsのバージョンやPHPのバージョン等とともに投稿していただけると助かります。 あ、もちろん「こんな不具合、自力で修正できるぜっ！」って方はプルリクエストもらえると更に嬉しいです。 [PR] NetCommonsが拓く 教育の情報化事例集[Kindle版] posted with ヨメレバ 一般社団法人みらいウェブ推進協会 一般社団法人みらいウェブ推進協会 2015-04-06 Kindle Facebook X Copy
NetCommonsユーザカンファレンス2017に参加してきました。
昨年は企業ブースに出展させてもらったんですが、今年は準備する時間がとれなかったこともあり、いちユーザとして参加してきました。 参加してみて「お！」と思った点だけ書かせてもらいますね。 コモンズネットは裏方から表舞台へ 今 […]
<img loading="lazy" decoding="async" class="aligncenter wp-image-22328" src="https://ryus.co.jp/wp-content/uploads/2017/08/Image-2017-08-22-11-54-1024x768.jpeg" alt="" width="800" height="600" srcset="https://ryus.co.jp/wp-content/uploads/2017/08/Image-2017-08-22-11-54-1024x768.jpeg 1024w, https://ryus.co.jp/wp-content/uploads/2017/08/Image-2017-08-22-11-54-300x225.jpeg 300w, https://ryus.co.jp/wp-content/uploads/2017/08/Image-2017-08-22-11-54-768x576.jpeg 768w, https://ryus.co.jp/wp-content/uploads/2017/08/Image-2017-08-22-11-54-1536x1152.jpeg 1536w, https://ryus.co.jp/wp-content/uploads/2017/08/Image-2017-08-22-11-54-2048x1536.jpeg 2048w" sizes="(max-width: 800px) 100vw, 800px" /> 昨年は企業ブースに出展させてもらったんですが、今年は準備する時間がとれなかったこともあり、いちユーザとして参加してきました。 参加してみて「お！」と思った点だけ書かせてもらいますね。 コモンズネットは裏方から表舞台へ 今回のカンファレンスのセッションで「コモンズネットの新事業」についてのセッションがありました。 NPO法人コモンズネットはNetCommonsの普及・促進活動を行う組織です。 これまではコモンズネットにサポートとか問合せとかもらっても対応できないので「サポート等の問い合わせはしないでください」というスタンスでした。 オープンソースカンファレンスへの出展とかコモンズネット参加業者が展示会に出展するときのグッズサポートなど、これまではどちらかというと裏方とか地味な存在だったと思います。 それが今後は積極的にサポートや構築相談に応じていくという発表がありました。（あ、無料でなく有償でってことですが） なぜか？ それはNetCommonsの開発・メンテナンスを継続的に行っていくためです。 今後もNetCommonsを開発・メンテしていくのには現実的にお金がどうしても必要です。そのための費用をコモンズネットの活動の中から捻出するために、これまでの裏方から表舞台に立つ方向に方針転換したようです。 そのため今後のコモンズネットではNetCommonsの導入相談等を積極的に受けていくそうです。 またコモンズネット会員へのサポートや案件紹介なども積極的にすすめていくそうです。 当社もコモンズネット会員になってるので、今後のコモンズネットの活躍が楽しみでもあります。 NetCommons2からNetCommons3への移行ツールは9月末正式リリース予定 今回のユーザカンファレンスでNetCommons2からNetCommons3への移行ツールについての紹介もありました。 正式リリース予定は9月末予定ですが、現在開発途上のものを下記Githubのリポジトリからダウンロードして利用することも可能です。 NetCommons3/Nc2ToNc3 NetCommons2とNetCommons3では仕様の異なる部分もありますので、そういった部分は移行されなかったり、NetCommons3の仕様にあわせる形になったりします。 なので本番環境でいきなり移行ツールを動かすのでなく別環境を用意してどのように移行れるかを確認されるのが良いとおもいます。 あ、移行ツールでうまく移行できないような特殊ケースとかNetCommons2用に開発したプラグインをNetCommons3に移植したいようなケースがありましたらご相談ください^^; NetCommons3プラグインの開発も移行ツールの開発も一部手伝わせてもらったので色々ご相談にのれるかと思います。 NetCommons3は2ヶ月に1度定期バージョンアップ予定 NetCommons3のリリーススケジュールについても説明がありました。 NetCommonsユーザカンファレンス直前にNetCommons3.1.4がリリースされ、次は9/30に3.1.5がリリース予定。その後は2ヶ月に1度定期リリースをしていく予定だそうです。 もちろん重大なバグがみつかったときは随時リリースされるそうです。 Facebook X Copy
ITシステムは「機能」よりも「使い方」に注目して検討しましょう
ITシステムの発注や見積依頼をするときにみなさん「機能一覧」をつくって 送ってくれます。 でも私が開発するときには 何を開発するかという「機能」ではなく どういう使い方をしたいのかという「使い方」 に注目して開発している […]
ITシステムの発注や見積依頼をするときにみなさん「機能一覧」をつくって 送ってくれます。 でも私が開発するときには 何を開発するかという「機能」ではなく どういう使い方をしたいのかという「使い方」 に注目して開発していることに先日あらためて気がつきました。 システム開発時に使い方のどのあたりに注目しているかというと ・誰がどんな作業をするときに使うのか？ ・その作業の前工程・後工程はなにか？ そんな「流れ」を意識して開発しています。 この「使い方」とか「流れ」を把握するのが私にとって打合せとかヒアリング時の重要テーマになってます。 これらを把握すると最初にお客さんが欲しいっていってた機能は不要で別の手段の方が使い勝手よかったりすることが多々あります。 みなさん、システム開発を依頼されるときには、最初にこのような「流れ」「使い方」を意識して「機能」を洗い出されてると思うのですが、 いざ見積依頼をされるときや、打合せの席では話が「機能」中心になりがちで大事な「流れ」「使い方」の話はあまり出てこないことがおおいです。 これからシステム開発を依頼されるときは、ぜひ「流れ」「使い方」についても 開発業者さんに話をしてみることをおすすめします。 必要な機能中心に話をするよりもずっと使い勝手の良いシステムができあがると思います。 [Ads] ザ・ゴール 2 ― 思考プロセス posted with ヨメレバ エリヤフ・ゴールドラット ダイヤモンド社 2002-02-23 Amazon Kindle 楽天ブックス Facebook X Copy
XOOPS Cubeの特定のテーマでHTMLを置換する htmlReplaceプリロード
前回スタッフブログにかいたのが1月なので約5ヶ月ぶりにスタッフブログを書く龍司です。 今日は久しぶりのXOOPS Cubeネタです。 最近、XOOPS Cubeでサイト構築するときには1つのXOOPS CubeでPCサイ […]
OLYMPUS DIGITAL CAMERA 前回スタッフブログにかいたのが1月なので約5ヶ月ぶりにスタッフブログを書く龍司です。 今日は久しぶりのXOOPS Cubeネタです。 最近、XOOPS Cubeでサイト構築するときには1つのXOOPS CubeでPCサイトとスマホサイトの両対応をすることがほとんどです。 最初からテーマをレスポンシブ対応させてという方法もあるのですが、RYUSにご依頼いただくケースではスマホ用はスマホ向けのデザイン、PC用はPC向けのデザインを見せたいというご要望が多いので、テーマはPC向け、スマホ向けそれぞれ用意することがほとんどです。 ちなみにテーマの切り替えには iPhone用テーマ切り替えプリロード を使ってます。 さて、そうやってテーマはPCとスマホで全く別モノにすることができるわけですが、Pico等のコンテンツ中に書いたJavaScriptやstyleタグをPCかスマホ一方だけで有効にしたいケースがでてきました。 たとえば ここから通常のHTML もちろんかわりにスマホ用のstyle記述等を足したいってケースもあります。 というわけでそれができるようなプリロードファイルを作成してみました。 ・HTML置換プリロード htmlReplace.class.php 使い方は単純です。 XOOPS_ROOT_PATH/preload下にhtmlReplace.class.phpを配置します。 あ、リンク先のプリロードファイルではスマホ用テーマはsmartphoneという名前でつくったときの例になってるんで別の名前のテーマだったら20行目のsmartphoneをそれぞれご自身の環境にあわせて書き換えてから配置してくださいね。 あとはコンテンツ中でPC用の記述は <!–4PC–> 〜 <!–/4PC–>でかこい、スマホテーマ用は<!–4SMARTPHONE–> 〜 <!–/4SMARTPHONE–>でかこえばOKです。下記の様な感じです。 ここから通常のHTML picoのコンテンツだけでなく、カスタムブロックでもテーマでもモジュールのテンプレートでもこの記述は有効です。 使い処は少ないとは思いますが、私と同じようなことをやる必要がでてきたときにでもご利用ください。 [Ads] よくわかるAuto Layout iOSレスポンシブデザインをマスター posted with ヨメレバ 川邉 雄介 リックテレコム 2016-06-17 Amazon Kindle 楽天ブックス Facebook X Copy
仕事効率UPのために追加購入したのがトラックパッド。 MacBookProをクラムシェルモードで閉じて使うために以前からトラックパッドは使ってたのですが、経年劣化なのか時々クリックしたまま戻らないことがありました。 なん […]
仕事効率UPのために追加購入したのがトラックパッド。 MacBookProをクラムシェルモードで閉じて使うために以前からトラックパッドは使ってたのですが、経年劣化なのか時々クリックしたまま戻らないことがありました。 なんどかトントンと軽く叩けば元に戻るので使えなくは無いのですが、作業中にトラックパッドが正常に動作しないせいで思考が中断されるのが気になってたので新調することに。 購入時に気になったのが乾電池駆動から充電式になった点でした。 今まで使ってたトラックパッドは乾電池の代わりに充電式乾電池であるエネループを使っていました。 これだと、充電が切れてきたらすぐに予備のエネループと交換して、使い続けることができるし、普段はワイヤレスでデスク上もスッキリさせておくことが可能です。 それがライトニングケーブルを使った充電式になると、しょっちゅう充電のためにケーブルを接続することになって、結局いつも有線でつながることになるんじゃないかと思ってました。 ところがよーくスペックを確認すると一回の充電で約1ヶ月程度はバッテリが持つようですし、充電時間もわずかで済むようだったので「あ、これならたまにつないでやるだけで良さそう」と判断して購入に至りました。 外観の違い マジックトラックパッドとマジックトラックパッド2では想像以上に外観が違ってました。 まず厚さ。 左がMagic Trackpad2右が旧Magic Trackpad マジックトラックパッドはトラックパッド奥側の裏面に単三電池を収納するため、電池分の高さがありました。 マジックトラックパッド2は乾電池を収納する必要がないため、その分高さがなくなり、より傾斜が緩やかになっています。 そして一番の違いは表面積がでっかくなってること！ 上が旧Magic Trackpad。下がMagic Trackpad2 面積アップは正直微妙… 今までもトラックパッドの面積が狭いと感じたことは無かったし、実際広くなったマジックトラックパッド2を使ってみても快適になったとは感じません。 単純にデスク上の専有面積が広がっただけのような印象です。ここはちょっと残念。 気になるバッテリの持ちは？ こちらも良好です。 使い始めて1ヶ月強ですが、途中一度充電しただけ。それも別にローバッテリ警告が出たわけでもなく、外出時に持ち出す予定があったのでその前に念のために充電しただけです。 このぐらい持つなら、月に1回充電日を決めておけば問題無く使い続けられそうです。 [Ads] アップル(Apple) MJ2R2J/A Magic Trackpad 2 posted with カエレバ Apple Computer Amazon 楽天市場 Yahooショッピング <a href="http://ck.jp.ap.valuecommerce.com/servlet/referral?sid=2941925&pid=881104117&vc_url=http%3A%2F%2Fauctions.search.yahoo.co.jp%2Fsearch%3Fvo%3D%26ve%3D%26auccat%3D0%26aucminprice%3D%26aucmaxprice%3D%26aucmin_bidorbuy_price%3D%26aucmax_bidorbuy_price%3D%26loc_cd%3D0%26abatch%3D0%26istatus%3D0%26filtered%3D1%26ei%3DUTF-8%26tab_ex%3Dcommerce%26va%3DMagic%2520Trackpad%25202" target="_blank" rel="noopener noreferrer">ヤフオク! Facebook X Copy