fix: support macOS installation and add swarm init guidance

[cheonkyu]

Description:
This PR introduces support for macOS (Docker Desktop) to the installation script. Currently, the script is restricted to Linux, but many developers use macOS for testing and local development.

Key Improvements:

• OS Compatibility: Added IS_MAC detection to bypass Linux-only root checks.
• Port Checking: Replaced Linux-specific ss command with a portable check_port helper using lsof.
• User Guidance: Added a helpful tip to manually set ADVERTISE_ADDR=127.0.0.1 if Swarm initialization fails on Mac.

Related Issue: dokploy/dokploy#2409

Greptile Summary

This PR adds macOS support to the Dokploy installation script by introducing OS detection, replacing Linux-specific commands with portable alternatives, and adding helpful guidance for Docker Swarm initialization issues.

Key changes:

• Added IS_MAC detection to identify macOS environments
• Replaced ss command with portable check_port() helper that uses lsof on macOS
• Added macOS-specific error guidance for Docker Swarm initialization failures
• Refactored port checking to use a loop instead of repeated code
• Made the script executable (file mode change)

Issues found:

• The osascript command for getting the private IP uses invalid AppleScript syntax and will always fail, falling back to 127.0.0.1
• Root permission check still applies to macOS users, but Docker Desktop doesn't require root for most operations
• Error message at line 110 still says "must be run on Linux" despite adding macOS support

Confidence Score: 3/5

• This PR has good intentions but contains a critical bug that prevents the main feature from working correctly
• The PR makes sensible architectural changes (portable port checking, OS detection, helpful user guidance), but the core macOS IP detection feature is broken due to invalid AppleScript syntax. The script will still run due to the fallback, but it will always use 127.0.0.1 on macOS instead of detecting the actual private IP, which defeats part of the purpose of the PR. The other issues are minor (misleading error messages, unnecessary root check).
• The get_private_ip() function at line 193 requires immediate attention to fix the broken osascript command

_{Last reviewed commit: d98717a}

_{(2/5) Greptile learns from your feedback when you react with thumbs up/down!}

[greptile-apps]

_{1 file reviewed, 3 comments}

_{Edit Code Review Agent Settings | Greptile}

[greptile-apps]

error message says "must be run on Linux" but script now supports macOS - update message to say "cannot be run inside a container" or similar

[greptile-apps]

Additional Comments (1)

apps/website/public/install.sh
the root check still applies to macOS, but on macOS with Docker Desktop, users don't typically need root for Docker operations - consider skipping root check when IS_MAC=true

_{Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!}

[brendan-morin]

+1 for this! The use case I have in mind: I've got a fairly low resource droplet that's well sized for my deployed services, but Dokploy requires a decent bit of memory overhead (1-2g) to be run alongside it. Running dokploy as a low-availability service locally feels like a pattern that could actually work pretty well, and this would unblock it for Mac folks.