Blog Sections Open

Writing JotX Comment Data into a Separate Database Table

If comment data needs to be reused outside the page itself, store it explicitly instead of scraping it later from the rendered output.

This donor topic asked how to intercept name and email values from JotX comments and write them into a separate database table. That remains a useful pattern whenever comment or feedback data needs to feed another workflow.

Why Store Comment Data Separately

  • Lead capture and follow-up become easier.
  • Mailing and export workflows no longer depend on comment markup.
  • Structured reporting becomes possible.

Implementation Direction

  • Hook into the stage where JotX has validated and accepted the comment payload.
  • Store only the fields the business actually needs, such as name and email.
  • Keep the additional table independent from front-end templates.

The principle is the same as with eForm lead storage: once the data matters to operations, it should live in a structured table rather than only inside rendered comment content.

Newer post

Showing [[Ditto]] or Other Evo Tags as Literal Text

How to display MODX Evolution tag syntax on a page without letting the parser execute it.

Older post

Resolving AjaxSubmit and jQuery UI Datepicker Conflicts

How to restore datepicker behavior after AjaxSubmit validation rewrites part of the booking form DOM.