I’m sorry the quick responses did not continue. Generally the response times are highly variable, from mere minutes to days.
You would compose your own SQL query to get the desired data. You can use the global $wpdb object’s methods to execute the query. For example, $wpdb->get_results(). You can get the search terms from $_GET[‘s’] or global $wp_query->get(‘s’). You can add the code to do the query and display results to your theme’s search results template. When modifying themes, you should create a child theme to contain your custom work so theme updates do not overwrite your data.
If your posts search results are paginated, you could paginate the guestbook results in parallel by by getting the ‘paged’ query var from the global $wp_query object, which should be the main search query object, e.g: $wp_query->get(‘paged’) Paged will contain the requested page number. Limit the guestbook results per page by determining the offset into the results based on page number. Use the SQL LIMIT clause accordingly. For example, if you want 10 results per page, and page 2 is requested, Use LIMIT 10, 10
in your SQL to get results 10-19. The entries per page do not need to match the posts per page because you are calculating your offset independently.
If you would rather the guestbook results had their own independent pagination, that is possible by using Ajax techniques to get a new page of data without reloading the entire page. In this case you need to manage your own page numbering independent from ‘paged’. Keep track of the current page in a way that will persist when other searched post pages are requested. Session variables perhaps. Your script would also need to know when a new search is requested instead of a different page of the current search. Maybe by comparing previous and current search terms? As you can see, parallel pagination is much easier.