HEX
Server: nginx/1.24.0
System: Linux rtfmfm 6.8.0-71-generic #71-Ubuntu SMP PREEMPT_DYNAMIC Tue Jul 22 16:52:38 UTC 2025 x86_64
User: neo (1001)
PHP: 7.4.33
Disabled: pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wifcontinued,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_get_handler,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,pcntl_async_signals,pcntl_unshare,
Upload Files
File: /var/www/mealplan.rtfmfm.com/.github/copilot-instructions.md
# Meal Plan Calculator - Laravel Application

## Project Overview
This is a comprehensive Laravel-based calorie calculation application with MySQL database for meal planning and nutritional tracking.

## Features Implemented
- User Authentication with Laravel Breeze
- User weight tracking and settings management
- Day Types with calorie and macro targets
- Meal Types with percentage-based distribution
- Product Categories and Products with nutritional data
- Daily Menus with meal item tracking
- Real-time calorie and macro calculations
- Responsive UI with Tailwind CSS

## Database Structure
- **Users**: Authentication with weight tracking
- **Day Types**: Calorie and macro targets (calories, protein, carbs, fat, fiber)
- **Meal Types**: Meal definitions with calorie percentages
- **Product Categories**: Food organization
- **Products**: Nutritional data per 100g
- **Daily Menus**: Daily meal plans
- **Menu Items**: Individual food entries in menus

## Development Setup
1. Laravel development server running on http://127.0.0.1:8000
2. MySQL database configured and migrated
3. Sample data seeded for testing
4. Static CSS/JS assets for frontend (bypassing Vite compilation issues)

## Demo Credentials
- Email: demo@example.com
- Password: password

## Development Guidelines
- Use .env for environment variables like database credentials
- Follow Laravel conventions for controllers, models, and routes
- Authorization policies implemented for data security
- Responsive design with Tailwind CSS classes
- AJAX endpoints for dynamic functionality

<!--
## Execution Guidelines
PROGRESS TRACKING:
- If any tools are available to manage the above todo list, use it to track progress through this checklist.
- After completing each step, mark it complete and add a summary.
- Read current todo list status before starting each new step.

COMMUNICATION RULES:
- Avoid verbose explanations or printing full command outputs.
- If a step is skipped, state that briefly (e.g. "No extensions needed").
- Do not explain project structure unless asked.
- Keep explanations concise and focused.

DEVELOPMENT RULES:
- Use '.' as the working directory unless user specifies otherwise.
- Avoid adding media or external links unless explicitly requested.
- Use placeholders only with a note that they should be replaced.
- Use VS Code API tool only for VS Code extension projects.
- Once the project is created, it is already opened in Visual Studio Code—do not suggest commands to open this project in Visual Studio again.
- If the project setup information has additional rules, follow them strictly.

FOLDER CREATION RULES:
- Always use the current directory as the project root.
- If you are running any terminal commands, use the '.' argument to ensure that the current working directory is used ALWAYS.
- Do not create a new folder unless the user explicitly requests it besides a .vscode folder for a tasks.json file.
- If any of the scaffolding commands mention that the folder name is not correct, let the user know to create a new folder with the correct name and then reopen it again in vscode.

EXTENSION INSTALLATION RULES:
- Only install extension specified by the get_project_setup_info tool. DO NOT INSTALL any other extensions.

PROJECT CONTENT RULES:
- If the user has not specified project details, assume they want a "Hello World" project as a starting point.
- Avoid adding links of any type (URLs, files, folders, etc.) or integrations that are not explicitly required.
- Avoid generating images, videos, or any other media files unless explicitly requested.
- If you need to use any media assets as placeholders, let the user know that these are placeholders and should be replaced with the actual assets later.
- Ensure all generated components serve a clear purpose within the user's requested workflow.
- If a feature is assumed but not confirmed, prompt the user for clarification before including it.
- If you are working on a VS Code extension, use the VS Code API tool with a query to find relevant VS Code API references and samples related to that query.

TASK COMPLETION RULES:
- Your task is complete when:
  - Project is successfully scaffolded and compiled without errors
  - copilot-instructions.md file in the .github directory exists in the project
  - README.md file exists and is up to date
  - User is provided with clear instructions to debug/launch the project

Before starting a new task in the above plan, update progress in the plan.
-->
- Work through each checklist item systematically.
- Keep communication concise and focused.
- Follow development best practices.
- use .env for environment variables like database credentials
- all text are in in two languages bg and en. Use translation files.