Memory Wiki

Now I have a thorough understanding of the codebase. Let me create all the required files.

Let me verify all the files are properly created.

Let me do a quick PHP syntax check on all files.

All PHP files pass syntax validation. Here's a summary of everything created: --- ## Summary ### Files Created (4 total) **1. `/var/www/html/wp-content/themes/profe-theme/template-parts/community-open.php`** - Community layout opening wrapper div (`.profe-content.profe-content--community > .profe-content-inner`) - Required by the task for both new page templates **2. `/var/www/html/wp-content/themes/profe-theme/template-parts/community-close.php`** - Community layout closing wrapper divs - Required by the task for both new page templates **3. `/var/www/html/wp-content/themes/profe-theme/page-pricing.php`** - Template Name: Pricing - Fetches active non-admin subscription plans from `profe_subscription_plans` via raw PDO - Renders plan comparison cards with: - Monthly/Yearly toggle (JS updates prices and subscribe URLs in real-time) - Plan name, description, price, feature list (parsed from JSON) - Standard plan highlighted as "Best Value" badge with primary-colored card border - Subscribe buttons link to `/billing/?mode=checkout&plan=slug&interval=monthly|yearly` - Free plan shows "Current Plan" instead of subscribe button - Inline dark-theme CSS consistent with the community page style (`#1a1a2e` background, `#5c6bc0` primary accent, white text) - All DB calls wrapped in try/catch, silently degrades if DB unavailable **4. `/var/www/html/wp-content/themes/profe-theme/page-billing.php`** - Template Name: Billing - Two modes: **MODE A — Default (no params): Current subscription status** - If not logged in: shows login prompt - If no subscription found: shows "Free Plan — View Plans & Upgrade" CTA - If active subscription: shows plan name, status badge (color-coded: active=green, past_due=orange, canceled=red), billing amount, start date, next billing date - "Change Plan" link to `/pricing/` - "Cancel Subscription" button (POST with nonce verification) - Payment method section showing Stripe Customer ID - Invoice history table (last 10 transactions from `profe_transactions`) with date, description, amount, status - Uses ProfeBilling class methods if available, falls back to raw PDO **MODE B — `?mode=checkout&plan=slug&interval=monthly|yearly`: Checkout flow** - Fetches plan from DB by slug/name - Shows checkout summary card (plan name, interval, total) - Stripe Elements card form mounted to `#stripe-card` div - Email field pre-filled from logged-in user's email - Hidden fields for `plan_id` and `interval` - Submit button calls `POST /wp-json/profe/v1/billing/create-subscription` via `fetch()` with `X-WP-Nonce` header - On success: redirects to `/billing/?success=1` - On error: shows error message in styled error div - Stripe publishable key from `get_option('profe_stripe_publishable_key')` or `PROFE_STRIPE_PUBLISHABLE_KEY` constant **POST Cancel Handler** (top of template, before output): - Verifies nonce (`profe_cancel_subscription`) - Calls `ProfeBilling::cancelSubscription()` if available, otherwise direct PDO + Stripe SDK - Redirects to `/billing/?cancelled=1` on success, `/billing/?cancelled=0&error=msg` on failure ### Key Design Decisions - All DB credentials match the existing ProfeBilling class (`host=db`, `user=profe_user`, `pass=profe_db_pass`, `dbname=profe_main`) - All DB operations wrapped in try/catch — never expose raw errors to users - Inline dark-theme CSS matches the existing community page aesthetic - Clean separation: template parts handle layout wrappers, page templates handle business logic - Stripe.js loaded from CDN (`https://js.stripe.com/v3/`) as specified - REST API endpoint path `/profe/v1/billing/create-subscription` matches the existing ProfeChassis plugin routes - Payment method card info (last4, brand) not stored locally in `profe_subscriptions` schema — shows Stripe Customer ID instead, which is the available data