Initial modl-admin release

[byteful]

No description provided.

[Copilot]

Pull Request Overview

This PR implements the initial release of modl-admin with significant infrastructure changes including package migration, Discord webhook notifications, server monitoring, and enhanced deployment workflows.

• Updates package references from local modl-shared-web to published @modl-gg/shared-web npm package
• Implements Discord webhook service for error notifications and rate limit monitoring
• Adds server provisioning monitoring with automated failure notifications
• Enhances CI/CD workflows with improved error handling and GitHub Packages authentication

Reviewed Changes

Copilot reviewed 32 out of 34 changed files in this pull request and generated 5 comments.

Show a summary per file

File	Description
shared/types.ts	Package import update to published npm package
server/services/ServerProvisioningMonitor.ts	New service for monitoring failed server provisioning
server/services/DiscordWebhookService.ts	New Discord webhook notification system
server/middleware/rateLimitMiddleware.ts	Centralized rate limiting with Discord notifications
server/db/connectionManager.ts	New MongoDB connection manager for better timeout handling
package.json	Package dependencies update and license change
.github/workflows/*	Enhanced deployment workflows with better error handling
client/src/**/*.tsx	Package import updates across client components

Files not reviewed (1)

• client/package-lock.json: Language not supported

[Copilot]

The parameter type 'any' should be replaced with a specific interface or type to ensure type safety and better API design.

Suggested change

	private async sendFailureNotification(server: any) {
	private async sendFailureNotification(server: IModlServer) {

[Copilot]

Type assertion to 'any' defeats TypeScript's type safety. Consider defining a proper interface for server data or using the existing IModlServer type.

Suggested change

	const serverData = server as any; // Type assertion to access properties
	await discordWebhookService.sendServerProvisioningFailure(
	server._id.toString(),
	serverData.name || 'Unnamed Server',
	'Server provisioning has been in failed state for over 10 minutes',
	{
	'Email': serverData.email || 'N/A',
	'Plan': serverData.plan || 'N/A',
	await discordWebhookService.sendServerProvisioningFailure(
	server._id.toString(),
	server.name || 'Unnamed Server',
	'Server provisioning has been in failed state for over 10 minutes',
	{
	'Email': server.email || 'N/A',
	'Plan': server.plan || 'N/A',

[Copilot]

Type assertion to 'any' defeats TypeScript's type safety. The server object should already have the correct type from the ModlServerModel query.

Suggested change

	const serverData = server as any; // Type assertion to access properties
	discordWebhookService.sendServerProvisioningFailure(
	server._id.toString(),
	serverData.name || 'Unnamed Server',
	'Server suspended by admin bulk action',
	{
	'Email': serverData.email || 'N/A',
	'Plan': serverData.plan || 'N/A',
	discordWebhookService.sendServerProvisioningFailure(
	server._id.toString(),
	server.name || 'Unnamed Server',
	'Server suspended by admin bulk action',
	{
	'Email': server.email || 'N/A',
	'Plan': server.plan || 'N/A',

[Copilot]

The hitCounts Map will grow indefinitely and cause memory leaks. Consider implementing a cleanup mechanism or using a time-based cache with TTL.

[Copilot]

Creating individual setTimeout calls for each rate limit hit is inefficient and can lead to performance issues under high load. Consider using a single cleanup interval or a more efficient cache invalidation strategy.