Culture Object

Deskripsi

CultureObject is an open source WordPress plugin designed to help you put your museum object records on the web.

It supports a number of collection management systems (AdLib, CollectionSpace, CSV, CultureGrid, Emu, RAMM) as well as uploading of CSV files.

Instalasi

  • Install it
  • Activate it
  • Point it at your data
  • Run the import
  • Build the necessary theme pages to display your content.
  • Point in wonder at your beautiful new site before heading to the pub to celebrate.

Ulasan

15 Mei 2026
This plugin saved my site from being standard to an actual archive/digital museum . Appreciate the work. Look forward to any updates.
11 Juli 2022
Ideal to convert your museum items to the wordpress database. This makes is possible to keep te registration of the museum items up to date on a payable solution. I converted the data to nationaalcarnavalsmuseum.com and created a solution for the volunteers to add/update the database. Everyone (in the Netherlands) can search in the data now. Works still perfect with wordpress 6.0.
18 Oktober 2016
The plugin looks very nice, but is incompatible with newest WP release. I beg the author to actualize it.
3 September 2016
Works brilliantly, really solid import of museum data
Baca semua 4 ulasan

Kontributor & Pengembang

“Culture Object” adalah perangkat lunak open source. Berikut ini mereka yang sudah berkontribusi pada plugin ini.

Kontributor

“Culture Object” telah diterjemahkan dalam 1 bahasa. Terima kasih kepada para penerjemah untuk kontribusi-nya.

Terjemahkan “Culture Object” dalam bahasa Anda.

Tertarik mengembangkan?

Lihat kode, periksa repositori SVN , atau mendaftar ke log pengembangan melalui RSS.

Log Perubahan

4.4

Security: Fixed the debug object purge endpoint being callable without authentication. It is now a nonce protected POST that requires manage_options, triggered from a Delete all objects button on the settings page (visit the Main Settings page with ?enable_purge=true to reveal it)
Security: CSV2 and Modes uploads now force a safe file extension, are stored in a directory that denies direct web access, and no longer trust the client supplied file type
Security: Image imports only fetch over http(s) and now sanitise the file name, require an image file type, and ignore path components supplied by the remote server
Security: Sync key comparison is now timing safe and an empty sync key no longer authenticates; new sync keys are generated with wp_generate_password
Security: AJAX sync, and the AdLib, Emu, CSV2 and Modes upload handlers, now check user capabilities as well as nonces
Security: cron.php can no longer be run over the web
Security: Fixed a cross-site scripting issue where imported titles and identifiers (for example from an uploaded CSV, Modes or AdLib/Emu file) were shown unescaped in the admin import log, which could be used by a lower privileged user to run script in an administrator’s session
Security: CSV2 and Modes image downloads now use wp_safe_remote_get (including for redirects), so uploaded data can no longer make the server request internal or loopback addresses. Use the http_request_host_is_external filter if your images are hosted on an internal address
Security: Imported field names that match WordPress protected (underscore prefixed) meta keys are no longer written, for all providers
Security: Sanitised the start and import_id values in the CSV2, IndexPlus and Modes AJAX sync (the Modes value was used in an XPath query)
Improvement: Passes the WordPress.org Plugin Check (translation text domains and translator comments, setting sanitisation callbacks, direct access protection, and uploads now use wp_handle_upload). Tested up to WordPress 7.1
Improvement: Output escaping and WordPress coding standards fixes across the admin screens and legacy providers (AdLib, CultureGrid, Emu, IndexPlus, Modes, RAMM, SWCE); the plugin now passes the WordPress coding standards with no errors
Fix: Provider errors that included a remote response body no longer pass it through sprintf as part of the format string
Fix: The Emu import button did not submit the form because it used $ instead of jQuery
Fix: CSV2 now loads its own bundled autoloader by absolute path
Security: Updated PhpSpreadsheet to 2.4.8 (fixes CVE-2026-59931, CVE-2026-59932 and CVE-2026-59933) and composer/pcre to 3.4.0
Fix: The co_object_slug filter name contained a trailing space so it could never be used
Fix: Activation version check now matches the plugin header (PHP 8.1, WordPress 6.2)

4.3

New: Add new MDS provider
General: Bump third party dependencies
Security: Fixed several escaping potential security vulnerabilities

4.2

Improvement: Updated dependencies, modernised codebase. Now requires WordPress 6.2 and PHP 8.1
Security: HPSpreadsheet to fix a vulnerability
Security: Fixed several escaping security vulnerabilities

4.1.1

Improvement: Implement WordPress coding standards

4.1

Security Fix: some unescaped output to HTML
Improvement: Implement PSR-4 autoloader for classes

4.0

Fix: CSV2 improvements for images, taxonomies and many other bug fixes.
Update: We now require PHP 7.3 and WordPress 5.2+ for the sake of testing ability on supported software.

3.6

New: SWCE Improvements

3.5

New: Code standard changes
New: Improvements to internationalization efforts
New: CSV2 supports a taxonomy field which can contain comma seperated values.
Fix: Fixes a bug with CSV2 which means new objects could be created each import, rather than updating existing ones.
Deprecated: In Version 4.0, we will require at least PHP 7.2, and then track PHP’s supported versions going forward (until security fixes end) as detailed on php.net

3.3.0

New: Support CLI cron imports to get around fast-cgi timeouts on some budget hosting. run php wp-content/plugins/<plugin_folder>/cron.php
New: Support category filters in SWCE provider.

3.2.0

New: Support field mapping for CSV, and enable CSV support for Culture Object Display

3.1.1

Minor changes to support Culture Object Display

3.1.0

New: Support AJAX import for SWCE.

3.0.0

New: CSV2 Provider (Replaces CSV) – Support field name mapping, makes cleanup optional (for partial imports) and supports AJAX import.
New: Full i18n support. If you want to contribute in your native language, become a WordPress Translator
New: CSV2/3.0.0 moves more of the logic out of providers and into CultureObject Core, meaning Version 4 can make writing a provider much easier.
Deprecated: PHP < 5.5 support. We require at least PHP 5.5.
Fix: Support WordPress Multisite. If you were using < 3.0.0 on multisite (you probably weren’t, as it didn’t really work!), you will need to reconfigure Culture Object on each site.

2.2.0

Fix: Support WordPress 4.5
Fix: an issue with EMU imports with some JSON files

2.1.3

Revert to old PHP syntax so we work on PHP 5.3 (but please, please upgrade to PHP 5.6 or PHP 7)

2.1.2

Fix: Remove debug-disablement of taxonomy imports for CultureObject.

2.1.1

Fix: A bug with view files trying to load a file that didn’t exist.

2.1.0

Change: Move provider settings into it’s own submenu
New: CSV Provider

2.0.0

Change: Change menu option to a standalone utility menu item, rather than putting it inside the general settings

New: CollectionSpace provider

API New: 2 new functions, cos_get_field() and cos_the_field() provide abstracted access to imported data. This is the recommended way to access Culture Object data from v2.0.0 onwards, as we can provide begin to implement context handlers in future releases, especially as WordPress 4.4 introduces a new taxonomy metadata API, which will remove some of complexities we’re currently having to implement.

API New: Providers can add an execute_init_action method which is attached to a WordPress init action hook. This can be to register additional post types or taxonomies will your import process to write against, or do to additional hook registration to allow for things like nonce checks or password security functions.

API New: Support for providers to automatically import images into the WordPress media library (currently only supported by CollectionSpace, but coming to other providers soon!)

API New: Support for field remapping. (currently only supported by CollectionSpace, but coming to other providers soon!)

Providers can now provide a list of fields which are available to be remapped. If enabled, and the theme declares support for “cos-remaps” via add_theme_support a list of all fields will be shown in the Culture Object settings page, and can be overridden by the user. As a theme developer, you should use cos_get_remapped_field_name(‘key’) in order to get the remapped name for a field.

Sponsor
SponsoredKunjungi sekarang
Promo