refactor: improve handling of deployable fragments in ApplyRevision and buildPreviewFragments functions. Introduce isDeployableBirdFragment to filter out UI-only preview keys, and update related logic in the API to ensure proper job queuing and response handling for module refresh operations.

web/src/routes/modules/[moduleId]/+page.svelte

@@ -211,8 +211,7 @@
 				method: 'POST',
 				headers: { Authorization: `Bearer ${localStorage.getItem('evobgp_api_token') ?? ''}` }
 			});
-			if (res.status === 204) toast.message('Refresh не требуется (IP_RANGES)');
-			else if (res.status === 202) toast.success('Задача поставлена в очередь');
+			if (res.status === 202) toast.success('Задача поставлена в очередь (render ревизии)');
 			else toast.error(`HTTP ${res.status}`);
 		} catch (e) {
 			toast.error(e instanceof Error ? e.message : String(e));

web/src/routes/operations/+page.svelte

@@ -157,7 +157,12 @@
 	async function doApply() {
 		applying = true;
 		try {
-			await apiMutate('/v1/apply', 'POST', {});
+			const revId = revisions[0]?.id;
+			if (!revId) {
+				toast.error('Нет ревизий — сначала refresh модуля или дождитесь задачи render');
+				return;
+			}
+			await apiMutate('/v1/apply', 'POST', { revision_id: revId });
 			toast.success('Apply запущен на всех спикерах');
 			applyConfirm = false;
 			await loadJobs();
@@ -265,7 +270,7 @@
 				<CardHeader class="flex flex-row items-center justify-between pb-2">
 					<div>
 						<CardTitle class="text-base">История ревизий</CardTitle>
-						<CardDescription>Автоматически создаются при apply</CardDescription>
+						<CardDescription>Создаются задачей module_refresh (CDN / IP / AS и т.д.); в превью есть полный текст BIRD с инклюдами</CardDescription>
 					</div>
 					<Button variant="outline" size="sm" onclick={loadRevisions} disabled={revLoading}>
 						<RefreshCw class={revLoading ? 'animate-spin' : ''} />