|
1 | | -=== Plugin Name === |
2 | | -Plugin Name: Basicrum WordPress Plugin |
3 | | -Plugin URI: https://www.basicrum.com/ |
4 | | -Description: Open source Real User Monitoring for WordPress. |
5 | | -Version: 0.0.8 |
6 | | -Author: Tsvetan Stoychev |
7 | | -Author URI: https://www.basicrum.com/contact/ |
8 | | -License: MIT |
9 | | -License URI: https://opensource.org/licenses/MIT |
10 | | -Text Domain: basicrum |
11 | | -Domain Path: /languages |
12 | | - |
| 1 | +# Basicrum Plugin Source |
13 | 2 |
|
14 | | -Here is a short description of the plugin. This should be no more than 150 characters. No markup here. |
| 3 | +This directory contains the installable Basicrum WordPress plugin. Runtime PHP, JavaScript, CSS, images, translations, and production Composer dependencies in the release ZIP all come from this boundary. |
15 | 4 |
|
16 | | -== Description == |
| 5 | +## Entry points |
17 | 6 |
|
18 | | -This is the long description. No limit, and you can use Markdown (as well as in the following sections). |
| 7 | +- `basicrum.php` contains the WordPress plugin header and bootstrap. |
| 8 | +- `src/Plugin.php` registers plugin services. |
| 9 | +- `src/Assets.php` controls frontend monitoring injection. |
| 10 | +- `src/Admin/Settings/` contains settings rendering and validation. |
| 11 | +- `readme.txt` is the canonical WordPress.org user documentation and changelog. |
| 12 | +- `THIRD-PARTY-NOTICES.md` records bundled software with separate licenses. |
| 13 | +- `.distignore` defines development files excluded from releases. |
19 | 14 |
|
20 | | -For backwards compatibility, if this section is missing, the full length of the short description will be used, and |
21 | | -Markdown parsed. |
| 15 | +## Development |
22 | 16 |
|
23 | | -A few notes about the sections above: |
| 17 | +Run development and test commands from the repository root. The root [README](../../README.md) contains the quick start, and [AGENTS.md](../../AGENTS.md) lists the complete required checks and repository conventions. |
24 | 18 |
|
25 | | -* "Contributors" is a comma separated list of wp.org/wp-plugins.org usernames |
26 | | -* "Tags" is a comma separated list of tags that apply to the plugin |
27 | | -* "Requires at least" is the lowest version that the plugin will work on |
28 | | -* "Tested up to" is the highest version that you've *successfully used to test the plugin*. Note that it might work on |
29 | | -higher versions... this is just the highest one you've verified. |
30 | | -* Stable tag should indicate the Subversion "tag" of the latest stable version, or "trunk," if you use `/trunk/` for |
31 | | -stable. |
32 | | - |
33 | | - Note that the `readme.txt` of the stable tag is the one that is considered the defining one for the plugin, so |
34 | | -if the `/trunk/readme.txt` file says that the stable tag is `4.3`, then it is `/tags/4.3/readme.txt` that'll be used |
35 | | -for displaying information about the plugin. In this situation, the only thing considered from the trunk `readme.txt` |
36 | | -is the stable tag pointer. Thus, if you develop in trunk, you can update the trunk `readme.txt` to reflect changes in |
37 | | -your in-development version, without having that information incorrectly disclosed about the current stable version |
38 | | -that lacks those changes -- as long as the trunk's `readme.txt` points to the correct stable tag. |
39 | | - |
40 | | - If no stable tag is provided, it is assumed that trunk is stable, but you should specify "trunk" if that's where |
41 | | -you put the stable version, in order to eliminate any doubt. |
42 | | - |
43 | | -== Installation == |
44 | | - |
45 | | -This section describes how to install the plugin and get it working. |
46 | | - |
47 | | -e.g. |
48 | | - |
49 | | -1. Upload `plugin-name.php` to the `/wp-content/plugins/` directory |
50 | | -1. Activate the plugin through the 'Plugins' menu in WordPress |
51 | | -1. Place `<?php do_action('plugin_name_hook'); ?>` in your templates |
52 | | - |
53 | | -== Frequently Asked Questions == |
54 | | - |
55 | | -= A question that someone might have = |
56 | | - |
57 | | -An answer to that question. |
58 | | - |
59 | | -= What about foo bar? = |
60 | | - |
61 | | -Answer to foo bar dilemma. |
62 | | - |
63 | | -== Screenshots == |
64 | | - |
65 | | -1. This screen shot description corresponds to screenshot-1.(png|jpg|jpeg|gif). Note that the screenshot is taken from |
66 | | -the /assets directory or the directory that contains the stable readme.txt (tags or trunk). Screenshots in the /assets |
67 | | -directory take precedence. For example, `/assets/screenshot-1.png` would win over `/tags/4.3/screenshot-1.png` |
68 | | -(or jpg, jpeg, gif). |
69 | | -2. This is the second screen shot |
70 | | - |
71 | | -== Changelog == |
72 | | - |
73 | | -= 1.0 = |
74 | | -* A change since the previous version. |
75 | | -* Another change. |
76 | | - |
77 | | -= 0.5 = |
78 | | -* List versions from most recent at top to oldest at bottom. |
79 | | - |
80 | | -== Upgrade Notice == |
81 | | - |
82 | | -= 1.0 = |
83 | | -Upgrade notices describe the reason a user should upgrade. No more than 300 characters. |
84 | | - |
85 | | -= 0.5 = |
86 | | -This version fixes a security related bug. Upgrade immediately. |
87 | | - |
88 | | -== Arbitrary section == |
89 | | - |
90 | | -You may provide arbitrary sections, in the same format as the ones above. This may be of use for extremely complicated |
91 | | -plugins where more information needs to be conveyed that doesn't fit into the categories of "description" or |
92 | | -"installation." Arbitrary sections will be shown below the built-in sections outlined above. |
93 | | - |
94 | | -== A brief Markdown Example == |
95 | | - |
96 | | -Ordered list: |
97 | | - |
98 | | -1. Some feature |
99 | | -1. Another feature |
100 | | -1. Something else about the plugin |
101 | | - |
102 | | -Unordered list: |
103 | | - |
104 | | -* something |
105 | | -* something else |
106 | | -* third thing |
107 | | - |
108 | | -Here's a link to [WordPress](http://wordpress.org/ "Your favorite software") and one to [Markdown's Syntax Documentation][markdown syntax]. |
109 | | -Titles are optional, naturally. |
110 | | - |
111 | | -[markdown syntax]: http://daringfireball.net/projects/markdown/syntax |
112 | | - "Markdown is what the parser uses to process much of the readme file" |
113 | | - |
114 | | -Markdown uses email style notation for blockquotes and I've been told: |
115 | | -> Asterisks for *emphasis*. Double it up for **strong**. |
116 | | -
|
117 | | -`<?php code(); // goes in backticks ?>` |
| 19 | +Do not distribute a ZIP made directly from this directory. Run `make package` from the repository root so Composer production dependencies are rebuilt and the resulting archive is verified. |
0 commit comments