Download the PHP package elephentity/wordpress without Composer
On this page you can find all versions of the php package elephentity/wordpress. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download elephentity/wordpress
More information about elephentity/wordpress
Files in elephentity/wordpress
Package wordpress
Short Description WordPress storage adaptor for Elephentity. The only package permitted to reference WP symbols.
License MIT
FAQ
Example:
In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
- Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
- To use Composer is sometimes complicated. Especially for beginners.
- Composer needs much resources. Sometimes they are not available on a simple webspace.
- If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
- Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Informations about the package wordpress
elephentity-wordpress
The WordPress storage adaptor for Elephentity
— custom tables for entity fields, post types where the WordPress ecosystem actually
needs one, taxonomies as edges, wp_users as an account backend. The only package
permitted to name a WP_* symbol.
You will also want the build-time builder that produces the manifest this package
loads: composer require --dev elephentity/codegen-wordpress.
What this is
A runtime package: the adaptor, the manifest loaders, the migration planner, the
registrars, the verifier. It implements
Eleph\Runtime\Storage\StorageAdaptor
and requires nothing but elephentity/runtime.
What this is not
Not a code generator. The compiler that turns a spec into the physical schema this
package loads lives in
elephentity-codegen-wordpress
— a separate, build-time-only repository that depends on nothing of Elephentity's, so
it never ships to production. This package and that one are held in step by a version
gate on the wire format, not a shared classpath: see
.llms/cross-repo.md.
Working in this repository
There is no local PHP. Everything runs in a container:
composer ci must pass before committing. PHPStan runs at level max with no
baseline exclusions — the framework's whole claim is that generated code is provably
typed, and an exception here undermines that for the one package doing real I/O.
Before you commit anything that crosses a repository boundary
.llms/cross-repo.md is the closed list of what crosses. If
you changed something on it, open an issue on each repository it reaches, before or
with the push. .llms/README.md has the rule and
.llms/issue-template.md the shape.
Renaming a class here is invisible to every test in this repository or in
elephentity-codegen-wordpress. The builder emits the class name as a string, not an
import — see Runtime.php there. It only fails in a real project, at boot, after
generating. Regenerating clog in
elephentity-examples is
what catches it.
