＜URL＞の出力値

お世話になっております。
ご質問ありがとうございます。

テーブルメーカーでテンプレートで<URL> を使うとそのアイテムのアドレス※が出てきますが、これはアイテムのカテゴリーを変えてしまうと変わってしまいますか？

はい、変わってしまいます。

また、アイテムを削除した場合はどうなるのでしょうか？連番のような番号だったので気になりました。

新しいアイテムを追加したときに、削除したアイテムと同じIDが再利用されます。ショッピングカートの受注データベース「チェックアウト」については、固有のIDとなり、再利用されません。

変わらなければ都合が良いのですが、アイテム固有のIDでアクセスできれば良いと思ったりしました。

「テーブルメーカー」は、PC用の一般向けデータベースソフトをモデルに開発されましたので、レコードIDが単純に連番となっています。

実のところ、ブログベースのシステムと異なり、Permalink 的な発想はこれまで全くありませんでした。

そのため互換性を保ちつつどう実装するか悩ましいところです。今後の課題とさせていただければと思います。

参考になるご指摘ありがとうございましたm(_ _)m。

次期バージョンから、一対一対応の恒久的なIDを採用することにしました。

新規レコードについては、カテゴリーを移動した場合もレコードIDが変更されません。既存レコードについては、カテゴリーを移動した際、一対一対応の恒久的なIDに変更されます。

また既存レコードを削除した場合、これまでと異なり、そのレコードと同じIDが再利用されることがなくなります。

/start.cgi?m=DetailViewer&c=18&n=13

RSS やリンクで使われる URL はこれまでと変わりませんが、カテゴリー(c)が変更されても、ID(n)が同じならば、詳細画面が開きます。

<url> の値は

/start.cgi?m=DetailViewer&record_id=13

となります。恒久ID 化した新しいレコードからは、record_id は n と同じになります。

（変数名を record_id としたのは、既にあるユーザー様のご依頼で隠し機能的に record_id から詳細画面を表示できるようになっていたためです(＾＾；。ただこれまではカテゴリーIDとレコードNoを単純に結合したものが record_id となっていました。）

しばらくテストしてみて、問題なさそうなら数週間以内にはリリースする予定です。

「TableMaker」も、今やデジタルコンテンツのダウンロード販売までこなすようになりました。恒久ID化は必然ですね(＾＾；。今回も参考になるご指摘ありがとうございましたm(_ _)m。

今後ともどうぞよろしくお願い申し上げます。

〉次期バージョンから、一対一対応の恒久的なIDを採用することにしました。
〉また既存レコードを削除した場合、これまでと異なり、そのレコードと同じIDが再利用されることがなくなります。

助かります！
これで問題解消です(^_^)

ありがとうございます！

ご返信ありがとうございます。

早い方がよいように思いましたので、一通りのテストを実施し、問題ないようでしたから、早速最新版として公開しました。

セットアップアシスタントの「システム・アップデート」よりアップデートできますのでよろしければアップデートをご検討下さいm(_ _)m。

（開発スケジュールや他の案件との兼ね合いで、いつもこうしたペースでご希望にお応えできるとは限りません(＾＾；。よろしくご理解下さいm(_ _)m。）

は、早い(^_^;

バックアップして試してみますね。

開発スケジュールは理解しています。OKです。
今回はいろんな要素（下地）があって特別に早かったですね。

ありがとうございます。

ご返信ありがとうございます。

ダウンロード販売に影響しないことも確認しておりますが、もし万が一不具合等ありましたら、お知らせ下さい。可能な限りすぐに修正いたします。

いつもお心遣いありがとうございます。
今後ともどうぞよろしくお願い申し上げますm(_ _)m。