hillholliday/craft-user-manual
Composer 安装命令:
composer require hillholliday/craft-user-manual
包简介
Craft User Manual allows developers (or even content editors) to provide CMS documentation using Craft's built-in sections (singles, channels, or structures) to create a `User Manual` or `Help` section directly in the control panel.
README 文档
README
Craft User Manual allows developers (or even content editors) to provide CMS documentation using Craft's built-in sections (singles, channels, or structures) to create a "User Manual" or "Help" section directly in the control panel.
Requirements
This plugin requires Craft CMS 4.0.0 or later; or Craft CMS 5.0.0 or later.
Installation
Craft 4 and Craft 5
To install the plugin in your Craft 4 or Craft 5 project, follow these instructions.
-
Open your terminal and go to your Craft project:
cd /path/to/project -
Then tell Composer to load the plugin:
composer require hillholliday/craft-user-manual
Wondering why it says
hillhollidayand notroberskineas the org? This package was originally submitted as hillholliday, and to preserve the artifacts on Packagist we have kept it as hillholliday.
-
In the Control Panel, go to Settings → Plugins and click the “Install” button for usermanual.
-
Select the section the plugin should use as the User Manual page in the CP.
- (Optional) - Replace the plugin's name to something your user's will understand.
- (Optional) - Use more than the default
bodyfieldhandle by setting up custom template overrides.
-
Click the User Manual link in the CP nav.
Craft 3
To install the plugin in your Craft 3 project, follow these instructions.
-
Open your terminal and go to your Craft project:
cd /path/to/project -
Then tell Composer to load the plugin:
composer require hillholliday/craft-user-manual:2.1.2 -
In the Control Panel, go to Settings → Plugins and click the “Install” button for usermanual.
-
Select the section the plugin should use as the User Manual page in the CP.
- (Optional) - Replace the plugin's name to something your user's will understand.
- (Optional) - Use more than the default
bodyfieldhandle by setting up custom template overrides.
-
Click the User Manual link in the CP nav.
Configuration
- All settings may be optionally configured using a config file. The values, contained in
config.php, are described below:
pluginNameOverride
Intuitive, human-readable plugin name for the end user.
templateOverride
For more control over the output, you may optionally override the default template.
Path is relative to ../craft/templates/.
section
Entries in this section must have associated urls. When this value is set from the usermanua.php file, it much use the section ID as the value, not the section handle.
enabledSideBar
Enables the sidebar on the manual page
Defaults to true.
managedFolder
(since 5.1.0) Filesystem path to a folder of .md files that the usermanual/sync command imports into the section. Alias-aware (e.g. '@root/help-manual'). Leave null to disable the sync. See Markdown sync below.
readOnlyManaged
(since 5.1.0) When true, section entries that are backed by a markdown file in managedFolder become read-only in the CP — the markdown is the source of truth. Entries with no backing file stay editable. The sync command bypasses this guard while it runs. Defaults to false.
bodyField
(since 5.1.0) Handle of the field that stores the markdown body on the section's entries. Defaults to body. Set this when you use a templateOverride that reads a different field (e.g. helpContent).
Markdown sync (git → CP)
(since 5.1.0) Instead of (or in addition to) editing manual pages in the control panel, you can keep them as version-controlled markdown and push them into the CP with a console command. This keeps documentation diffable, reviewable, and easy to maintain across multiple sites.
-
Point
managedFolderat a folder of.mdfiles (inconfig/usermanual.php):return [ 'section' => 'secHelp', // your manual section 'managedFolder' => '@root/help-manual', 'bodyField' => 'helpContent', // if not the default `body` 'readOnlyManaged' => true, // optional: lock CP editing of synced pages ];
-
Author each page as a
.mdfile with optional YAML frontmatter:--- title: Getting Started slug: getting-started # optional; defaults to the filename (minus an "NN-" order prefix) parent: craft-cms # optional; slug of the parent page (structure sections) order: 10 # optional; sort hint, used only when first creating the page enabled: true # optional; default true delete: false # optional; true soft-deletes the page with this slug --- # Getting Started Markdown body…
-
Run the sync (e.g. on deploy, on cron, or by hand):
craft usermanual/sync # import managedFolder/*.md craft usermanual/sync --dry-run # report what would change, write nothing
The sync is one-way (git → DB) and idempotent — it only saves a page when its title, body, or enabled state actually changed, and it never touches section entries that have no backing file (so a CP-maintained page can live alongside the managed ones). Removals are declarative: ship a file with delete: true to retire an obsolete page.
Rendering the markdown as HTML
The sync stores each file's body verbatim in the configured bodyField, and the default template prints it raw with {{ entry.body }}. That means markdown syntax (headings, bold, lists) and blank-line paragraph breaks are not converted — the browser shows them as literal text / a single run-on line.
To render the markdown as HTML, point the templateOverride setting at a site template that runs the body through Craft's |md filter. Create templates/usermanual-markdown.twig in your project:
{% if entry.fieldValues.body ?? false %}
{{ entry.body | md }}
{% else %}
<p>This page has no <code>body</code> content yet.</p>
{% endif %}
…then set it in config/usermanual.php:
'templateOverride' => 'usermanual-markdown',
The default template is intentionally left as raw output so existing installs whose
bodyfield already contains rich text / HTML aren't double-processed. Opt into markdown rendering per the override above.
Note: the sync writes through Craft's element API, so the target section's entry type needs an editable Title field — entry types that auto-generate their title (via a Title Format) won't have their titles updated by the sync.
Some notes
- The plugin currently only pulls in the
bodyfield from each entry in the selected section, unless you're using a template override. - While the User Manual section works best with
Structures, you can certainly get away with using a one-offSingle. - If you're running Craft Client or Craft Pro make sure your content editors don't have permission to edit whatever section you've selected to use as your User Manual
- Only sections with entry URLs may be used as your User Manual section.
Thanks
This plugin was inspired by the team over at 70kft for their work on Craft-Help. While their plugin is definitely more flexible in terms of writing custom markdown in separate files, we wanted to create something that would make it easier for anyone to edit documentation without making any changes to the server. This works particularly well for larger projects where more than one person (especially non-devs) are writing documentation for how to use the CMS.
Releases
See CHANGELOG.md for full release history.
We hope this plugin is useful, and we'd love to hear any suggestions or issues you may have. @erskinerob.
Brought to you by Rob Erskine.
hillholliday/craft-user-manual 适用场景与选型建议
hillholliday/craft-user-manual 是一款 基于 PHP 开发的 Composer 扩展包,目前已累计 72.37k 次下载、GitHub Stars 达 85, 最近一次更新时间为 2018 年 09 月 04 日, 在 PHP 生态内属于活跃度较高的组件。
它主要适用于以下技术方向: 「cms」 「Craft」 「craftcms」 「craft-plugin」 「usermanual」 等业务场景。在实际项目中,围绕这些方向常见需要落地的问题包括:接口对接、性能调优、并发安全、与既有框架(Laravel / ThinkPHP / Yii / Webman 等)的兼容适配,以及生产环境的日志埋点与稳定性保障。
我们在过去多个企业项目中使用过 hillholliday/craft-user-manual 或与其功能相近的方案,如果你在选型或落地过程中遇到问题,例如 版本兼容、二次改造、私有化封装、与内部系统对接、生产 BUG 排查,欢迎联系我们协助评估。
基于 hillholliday/craft-user-manual 在你已有业务上做功能扩展、字段裁剪、UI 适配、与内部账号 / 权限 / 日志系统的深度对接。
线上偶发问题、内存泄漏、慢查询、并发异常等排查修复;针对高流量场景做缓存、队列、索引层面的调优。
承接完整的项目从需求 → 设计 → 开发 → 上线 → 长期运维;也可按月提供技术保姆服务。
与 hillholliday/craft-user-manual 相关的其它包
同方向 / 同关键字的高下载量 PHP Composer 包推荐,方便对比选型:
Expand, collapse, change the status of, or delete multiple blocks in a Matrix field simultaneously.
GraphQL authentication for your headless Craft CMS applications.
Set Links with a specific language parameter
Supercharged text field validation.
Integrate with Snipcart.
Restrict user registration by domain in Craft CMS, allows you to limit who can register for your site based on their email address.
统计信息
- 总下载量: 72.37k
- 月度下载量: 0
- 日度下载量: 0
- 收藏数: 85
- 点击次数: 21
- 依赖项目数: 2
- 推荐数: 0
其他信息
- 授权协议: MIT
- 更新时间: 2018-09-04
