| 开发者 | arsenmanukyan |
|---|---|
| 更新时间 | 2026年11月5日 17:48 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
No. TableRefresh is an independent plugin that works with the free TablePress plugin. Please ask questions about TableRefresh in its own support forum.
No. The sheet must be shared with "Anyone with the link", or published with File > Share > Publish to web. Anyone who has the link can see the data. Sources that need signing in are not supported.
The tab that was open when you copied the link from the browser's address bar (the link contains its "gid"). A link from the Share dialog uses the first tab.
Automatic syncs use WordPress's scheduled tasks (WP-Cron). They run when someone visits your site, so on sites with few visitors they can run later than planned. For exact times, let a server cron job call wp-cron.php (with DISABLE_WP_CRON set in wp-config.php).
The next sync does not overwrite the edit. It stops, and automatic sync pauses. In the TableRefresh menu you then choose: keep the changes (automatic sync is turned off) or replace them with the data from the source. In the other direction, if someone opened a table in the TablePress editor before a sync and saves it afterwards, TablePress shows an error and nothing is saved, so the older copy cannot overwrite the synchronized data.
The table stays as it was, and the history shows why. A failed sync is not retried before the next scheduled time. After 5 failed syncs in a row, automatic sync pauses until a "Sync now" succeeds.
No. Only the rows and columns are replaced. The table ID, shortcode, name, description, and table options stay as they are. Rows and columns that were hidden stay hidden where they still exist.
No. A cell that starts with "=" is shown as text, and a shortcode is shown as text, not run. WP-CLI options can allow them for trusted sources.
Users who can manage options (administrators) and who may edit the table in TablePress. The filter tablerefresh_capability changes the first requirement.
TableRefresh then refuses to sync, because an interrupted update could leave a half-written table that visitors would see. Convert the posts, postmeta, and options tables to InnoDB (the WordPress default). The filter tablerefresh_allow_non_atomic_updates allows syncing anyway, at that risk: a failed sync is still undone, but a crash during the update can leave a partially written table until the next sync or wp tablerefresh recover repairs it.
Downloads through a WordPress HTTP proxy (WP_PROXY_HOST) are refused, because TableRefresh could not then protect your server against requests to internal networks. If your proxy itself blocks internal networks, allow it with the filter tablerefresh_allow_proxy.
wp tablerefresh sync <table_id> <url> [--on-conflict=<abort|overwrite>] [--format=json] synchronizes a table once; wp help tablerefresh sync lists all options. wp tablerefresh recover <table_id> finishes or undoes an interrupted update; every sync does this automatically first.
Deactivating TableRefresh stops all automatic syncs and keeps the settings; activating it again resumes them. Deleting the plugin removes its settings, history, and scheduled tasks. Your TablePress tables keep their current data.
tablerefresh_lock_ttl); a sync that would take longer is stopped before it writes.