Lalabase
Tickets, Doku, Zeiterfassung und Kundengespräche an einem Ort, durchsuchbar per KI. Für Softwarefirmen mit Kundenprojekten. Open Source: auf deinem eigenen Server oder in unserer Cloud in Deutschland.
翻譯準備中
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證The ChurchCRM Website
翻譯準備中
取自儲存庫 README
正在載入完整 README。 以下為已儲存的摘錄。
Official marketing website for ChurchCRM — free, open-source church management software.
This repository implements the approved ChurchCRM marketing strategy. Keep public copy outcome-first: show how ChurchCRM helps churches organize people, groups, events, attendance, giving, volunteers, and related workflows before introducing implementation details. Product claims must be verified against the current CRM application, documentation, and releases.
This repository is the source of truth for the public website:檢視完整 README ↗Official marketing website for ChurchCRM — free, open-source church management software.
This repository implements the approved ChurchCRM marketing strategy. Keep public copy outcome-first: show how ChurchCRM helps churches organize people, groups, events, attendance, giving, volunteers, and related workflows before introducing implementation details. Product claims must be verified against the current CRM application, documentation, and releases.
This repository is the source of truth for the public website:
The private ChurchCRM/marketing repository owns marketing strategy, research, campaign planning, unpublished drafts, social and email content, and reusable marketing templates. It may define the intent for website work, but Hugo-specific implementation guidance belongs here.
Product claims must be verified against ChurchCRM/CRM; technical instructions belong in ChurchCRM/docs.churchcrm.io.
uglyURLs = true to preserve .html URLs for SEO)# Install Hugo (macOS)
brew install hugo
# Start dev server
hugo server
# Open http://localhost:1313
hugo --minify
# Output in public/
ChurchCRM.io/
├── hugo.toml # Hugo config (8 languages, uglyURLs)
├── content/en/ # English page frontmatter
├── layouts/
│ ├── index.html # Home page
│ ├── demo/single.html # Demo page
│ ├── install/single.html # Install page
│ ├── connect/single.html # Connect / community page
│ └── partials/ # Shared: navbar, footer, head, FABs
├── i18n/ # Translations (en, es, pt, zh, fr, ru, de, ar)
├── static/
│ ├── css/ # Site and editorial design styles
│ ├── images/ # Screenshots
│ └── media/ # Logos, favicons
└── .github/workflows/
└── deploy.yml # Hugo build → GitHub Pages on push to master
| Page | URL | Layout |
|---|---|---|
| Home | / | layouts/index.html |
| Demo | /demo.html | layouts/demo/single.html |
| Install | /install.html | layouts/install/single.html |
| Connect | /connect.html | layouts/connect/single.html |
8 languages are configured: en, es, pt, zh, fr, ru, de, ar.
/, /demo.html, etc.)/de/, /de/demo.html, etc.)i18n/*.toml; page content is in content/{lang}/Blog posts live under content/{lang}/blog/ (example: content/en/blog/).
New posts should use the archetypes/blog.md frontmatter scaffold. Use draft: true while drafting.
A draft may originate in the private marketing repository, but publication happens through a PR here.
After that PR merges, the file under content/{lang}/blog/ is canonical. Correct published content here; do not maintain a second editable copy in the marketing repository.
Frontmatter fields we use: title, date, lastmod, draft, author, description, summary, keywords, tags (max 3), featured_image, and featured_image_alt. Don't set url or slug; the filename sets the permalink (/blog/YYYY-MM-DD-slug.html).
To create a new post quickly: hugo new content/en/blog/YYYY-MM-DD-slug.md and edit the generated file.
Social preview images: every page emits Open Graph and X/Twitter sharing metadata from layouts/partials/social-image.html using this priority:
social_image frontmatter — a dedicated 1200×630 raster used only for link previews (differs from the visible page image when appropriate)featured_image frontmatter — used when no social_image is setstatic/images/social/churchcrm-default-social-1200x630.png for all other pagesThe partial emits absolute HTTPS og:image, og:image:alt, twitter:image, and twitter:image:alt for every page. og:image:width (1200) and og:image:height (630) are emitted only for the site default card, whose exact dimensions are known; custom social_image/featured_image values omit width/height so no incorrect metadata is claimed. Content authors can set social_image (and social_image_alt, which falls back to featured_image_alt then the page title) when a page needs a distinct sharing card. The blog archetype scaffolds all four fields. Do not point either field at an SVG — raster PNG/JPEG/WebP renders reliably across link-preview consumers.
i18n/*.toml; translate keys there for each language (use the i18n/{lang}.toml files).content/{lang}/ — copy content/en/ into a new language folder and translate.hugo.toml already includes the configured languages and uglyURLs = true to preserve .html URLs for SEO.hugo.toml languages section, add an i18n/{lang}.toml, and create content/{lang}/.hugo server -D to preview drafts at http://localhost:1313.hugo --minify produces the static site in public/..github/workflows/deploy.yml) builds the site and deploys to GitHub Pages whenever code is pushed to master.static/css/ (we use Webpixels CSS + custom styles in styles.css); images in static/images/.hugo.toml for your site params, add content under content/, and push to a branch configured to deploy.Screenshots come from the CDN. The /screenshots/ page and the main pages read the captures and manifest.json from params.cdnBase (https://cdn.churchcrm.io) at build time, so new captures appear on the next build. Nothing is copied into this repo. Blog images still live in static/images/.
Push to master triggers the GitHub Actions workflow which:
The live site is at churchcrm.io.
Never future-date a post. Hugo skips it, and nothing rebuilds the site when that date arrives. node scripts/check-blog-listing.mjs (run in CI after hugo --minify) fails if a published post is missing from /blog/.
After merge, check that the deploy run passed and the post appears on https://churchcrm.io/blog/. Pages caches HTML for up to 10 minutes, so hard-refresh first.