Skip to main content

Open edX Core: Foundational Packages for a Teaching & Learning Platform

Project description

PyPI CI Codecov Documentation Supported Python versions License

Overview

Formerly known as “Learning Core” or “openedx-learning”.

The openedx-core project holds Django apps which represent core teaching & learning platform concepts.

Each app exposes stable, public API of Python functions and Django models. Some apps additionally provides REST APIs. These APIs are suitable for use in openedx-platform as well as in community-developed Open edX plugins.

Motivation

The short term goal of this project is to create a small, extensible core that is easier to reason about and write extensions for than openedx-platform. The longer term goal is to create a more nimble core learning platform, enabling rapid experimentation and drastic changes to the learner experience that are difficult to implement with Open edX today.

Replacing openedx-platform is explicitly not a goal of this project, as only a small fraction of the concepts in openedx-platform make sense to carry over here. When these core concepts are extracted and the data migrated, openedx-platform will import apps from this repo and make use of their public in-process APIs.

Architecture

Open edX Core Package Dependencies

Open edX Core code should never import from openedx-platform.

We want to be very strict about dependency management internally as well. Please read the .importlinter config file file and the Python API Conventions ADR for more details.

Model Conventions

We have a few different identifier types in the schema, and we try to avoid _id for this because Django uses that convention to reference IDs in other models/tables. So instead we have:

  • id is the auto-generated, internal row ID and primary key. This never changes. Data models should make foreign keys to this field, as per Django convention.

  • uuid is a randomly generated UUID4. This is the stable way to refer to a row/resource from an external service. This never changes. This is separate from id mostly because there are performance penalties when using UUIDs as primary keys with MySQL.

  • key is intended to be a case-sensitive, alphanumeric key, which holds some meaning to library clients. This is usually stable, but can be changed, depending on the business logic of the client. The apps in this repo should make no assumptions about it being stable. It can be used as a suffix. Since key is a reserved name on certain database systems, the database field is _key.

  • num is like key, but for use when it’s strictly numeric. It can also be used as a suffix.

See Also

The structure of this repo follows [OEP-0049](https://open-edx-proposals.readthedocs.io/en/latest/architectural-decisions/oep-0049-django-app-patterns.html) where possible, and also borrows inspiration from:

Code Overview

  • ./src/: All published code. Packages are importable relative to this directory (e.g., import openedx_content). See readme.rst in each sub-folder.

  • ./tests/: Unit tests (not published).

  • ./test_utils/: Internal helpers for unit tests (not published).

  • ./olx_importer/: Internal utility for importing data for development (not published).

License

The code in this repository is licensed under the AGPL 3.0 unless otherwise noted.

Please see LICENSE.txt for details.

How To Contribute

This repo is in a very experimental state. Discussion using GitHub Issues is welcome, but you probably don’t want to make contributions as everything can shift around drastically with little notice.

Reporting Security Issues

Please do not report security issues in public. Please email security@openedx.org.

Help

If you’re having trouble, we have discussion forums at https://discuss.openedx.org where you can connect with others in the community.

Our real-time conversations are on Slack. You can request a Slack invitation, then join our community Slack workspace.

For more information about these options, see the Getting Help page.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

openedx_core-0.37.0.tar.gz (202.2 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

openedx_core-0.37.0-py2.py3-none-any.whl (278.1 kB view details)

Uploaded Python 2Python 3

File details

Details for the file openedx_core-0.37.0.tar.gz.

File metadata

  • Download URL: openedx_core-0.37.0.tar.gz
  • Upload date:
  • Size: 202.2 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for openedx_core-0.37.0.tar.gz
Algorithm Hash digest
SHA256 16382f3851736b87526c665774cadbb72cee476e85659858ed31ff7cc0e76635
MD5 1f02bfe12d75f25578ac073e08043107
BLAKE2b-256 088319cabf5f42b3594eb8421f57ea0be86e8a75c827aa8580c64308abd73b2b

See more details on using hashes here.

File details

Details for the file openedx_core-0.37.0-py2.py3-none-any.whl.

File metadata

  • Download URL: openedx_core-0.37.0-py2.py3-none-any.whl
  • Upload date:
  • Size: 278.1 kB
  • Tags: Python 2, Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for openedx_core-0.37.0-py2.py3-none-any.whl
Algorithm Hash digest
SHA256 4c0438dd64930da91492b0749dc01b6110f5937cc5003014883be4240a3147c9
MD5 4593fe3d46b60ef749cdd8b7b55ed7e7
BLAKE2b-256 b872c9c8e118fd0d9bf29fc10578e5b20f7b97508233e83e1e09a98c2e07d8d2

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page