I need to find the table where community pages are saved. I found tables for blogentries, bookmarks or directories, but I couldn't find the table for communty pages? Are they even saved in the database, or are they just files on the filesystem?
The table is called Layout.
Also of relevance is LayoutSet and Group.
Web Content data on pages can be found on JournalArticle (and other tables that begin with Journal).
Related
I can't find answers to my question so I'm doing it. My site's database occupies 10.9 Gb of which 10.5 is the woocommerce_log folder, what can I do?? Can older logs be deleted? Is there a problem with the configuration?
Folder and Database are 2 different things.
10.5 is the woocommerce_log folder
You've mentioned folder but wrote the table name so it's confusing if you're talking about folder or database table.
however, if you are talking about the folder with the path wp-content/uploads/wc-logs then yes you can delete all the files with the extension .log
if you're talking about database table wp_woocommerce_log then generally it should be empty unless your log handler is set to DB. you can empty data from this table as well. but don't delete the table.
You also need to look in wp-config.php if you have defined a logger using constant WC_LOG_HANDLER you should use a file logging system instead of DB.
You can find more details on the WooCommerce logger on this page. https://developer.woocommerce.com/2017/01/26/improved-logging-in-woocommerce-2-7/
post_meta (in WordPress or WooCommerce) is inefficiently indexed. Suggest you add this plugin: WP Index Improvements
More discussion: http://mysql.rjweb.org/doc.php/index_cookbook_mysql#speeding_up_wp_postmeta
(Deleting unused data from any big table rarely helps as much as improving the indexes.)
I'm trying to fix and add some functionality to an Access Database that a group I work with uses. They have a FileName.accdb file which holds the queries and forms. The data seems to be stored in one of two other database files FileName_be.accdb and/or FileName_bp.accdb both stored in a 'Back End' Folder beside the FileName.accdb file.
I was hoping someone might be able to explain how all this might link together, there is no documentation on how it was organized.
The other thing that seems odd to me is that 3 files are similar in size:
FileName.accdb = 11MB
FileName_be.accdb = 10.1MB
FileName_bp.accdb file = 7.5MB
The _bp and _be files both only have the database tables, but the _bp file seems to be more up to date.
Your database is split into Frontend and Backend. See e.g.
Microsoft Access Split Database Architecture.
FileName.accdb should have linked tables, queries, forms and code.
FileName_be.accdb sounds like a backend, having only tables.
FileName_bp.accdb - if it's newer, maybe "bp" is "backend production", but that's just a guess.
Open FileName.accdb and open a linked table in design view. In the property sheet, the Description will tell you where the table is linked from. The tooltip in the navigation bar will do so too.
Alternatively, you can use External Data -> Linked Table Manager to re-map these file locations.
Here I am referencing to the content inserted in the controls. For instance Texts, etc. I couldn't figure it out anywhere. No database entry, no files in the folders storing the website content. I am working in version 4.5.2. It is weird that the publisher hasn't documented this so it is an open source initiative! Anybody knows where is it stored?
Content data is stored in the database. "ip_widget" table "data" field.
I want to develop drupal multi-site with this structure:
One shared codebase drupal 7 multi-site, each web site has own database.
One master web site that has some tables shared.
Each multi site instances read some tables from master's database, not own database. For example conntent types, fields, views, rules and related configirations read only master's database. So I can develop all sites on one place.
As a result each site must use same content types, views, rules but different contents. I am user 1 of all sites. Sub site editors has create content and user permisions only. I dont want to share users accross sites. So I cant use domain acceess. Is it possible that?
Thanks for your helps.
This module should allow you to accomplish what you are looking for:
https://drupal.org/project/domain
As it states in the module description you can share tables with the domain prefix module. You can select which tables will be shared and which ones will not.
In a sharepoint content database we have noticed there are a couple of records in the all_docs table that reference documents that no longer exist. The listid guid that they are associated with is not in the site so we have no way to view them and delete them. I think this was a result of moving a content database from another environment into this one.
Can anyone suggest the best approach to clean this up? I need to delete it as it is referencing a page layout that I cannot delete until this page has been removed.
Have a look at Fear and loathing, it describes an undocumented stsadm command to delete an object by its id.