vault backup: 2026-07-17 23:16:23
This commit is contained in:
parent
5518b9c94e
commit
e400b2d08b
99 changed files with 0 additions and 9417 deletions
4
Notefix/.obsidian/app.json
vendored
4
Notefix/.obsidian/app.json
vendored
|
|
@ -1,4 +0,0 @@
|
|||
{
|
||||
"showLineNumber": false,
|
||||
"alwaysUpdateLinks": true
|
||||
}
|
||||
1
Notefix/.obsidian/appearance.json
vendored
1
Notefix/.obsidian/appearance.json
vendored
|
|
@ -1 +0,0 @@
|
|||
{}
|
||||
3
Notefix/.obsidian/community-plugins.json
vendored
3
Notefix/.obsidian/community-plugins.json
vendored
|
|
@ -1,3 +0,0 @@
|
|||
[
|
||||
"obsidian-textgenerator-plugin"
|
||||
]
|
||||
33
Notefix/.obsidian/core-plugins.json
vendored
33
Notefix/.obsidian/core-plugins.json
vendored
|
|
@ -1,33 +0,0 @@
|
|||
{
|
||||
"file-explorer": true,
|
||||
"global-search": true,
|
||||
"switcher": true,
|
||||
"graph": true,
|
||||
"backlink": true,
|
||||
"canvas": true,
|
||||
"outgoing-link": true,
|
||||
"tag-pane": true,
|
||||
"footnotes": false,
|
||||
"properties": false,
|
||||
"page-preview": true,
|
||||
"daily-notes": true,
|
||||
"templates": true,
|
||||
"note-composer": true,
|
||||
"command-palette": true,
|
||||
"slash-command": false,
|
||||
"editor-status": true,
|
||||
"bookmarks": true,
|
||||
"markdown-importer": false,
|
||||
"zk-prefixer": false,
|
||||
"random-note": false,
|
||||
"outline": true,
|
||||
"word-count": true,
|
||||
"slides": false,
|
||||
"audio-recorder": false,
|
||||
"workspaces": false,
|
||||
"file-recovery": true,
|
||||
"publish": false,
|
||||
"sync": true,
|
||||
"bases": true,
|
||||
"webviewer": false
|
||||
}
|
||||
5
Notefix/.obsidian/daily-notes.json
vendored
5
Notefix/.obsidian/daily-notes.json
vendored
|
|
@ -1,5 +0,0 @@
|
|||
{
|
||||
"autorun": false,
|
||||
"folder": "1.Projects/Щоденник",
|
||||
"template": "0.FILES/2.Шаблони/Шаблон Щоденника."
|
||||
}
|
||||
22
Notefix/.obsidian/graph.json
vendored
22
Notefix/.obsidian/graph.json
vendored
|
|
@ -1,22 +0,0 @@
|
|||
{
|
||||
"collapse-filter": true,
|
||||
"search": "",
|
||||
"showTags": false,
|
||||
"showAttachments": false,
|
||||
"hideUnresolved": false,
|
||||
"showOrphans": true,
|
||||
"collapse-color-groups": true,
|
||||
"colorGroups": [],
|
||||
"collapse-display": true,
|
||||
"showArrow": false,
|
||||
"textFadeMultiplier": 0,
|
||||
"nodeSizeMultiplier": 1,
|
||||
"lineSizeMultiplier": 1,
|
||||
"collapse-forces": true,
|
||||
"centerStrength": 0.518713248970312,
|
||||
"repelStrength": 10,
|
||||
"linkStrength": 1,
|
||||
"linkDistance": 250,
|
||||
"scale": 0.7132754626224406,
|
||||
"close": true
|
||||
}
|
||||
|
|
@ -1,111 +0,0 @@
|
|||
{
|
||||
"version": "0.7.52",
|
||||
"endpoint": "https://api.openai.com/v1",
|
||||
"models": [],
|
||||
"api_key": "",
|
||||
"encrypt_keys": false,
|
||||
"selectedProvider": "OpenAI Chat (Langchain)",
|
||||
"max_tokens": 5000,
|
||||
"temperature": 0.7,
|
||||
"frequency_penalty": 0.5,
|
||||
"showStatusBar": true,
|
||||
"outputToBlockQuote": false,
|
||||
"freeCursorOnStreaming": false,
|
||||
"allowJavascriptRun": false,
|
||||
"experiment": false,
|
||||
"promptsPath": "textgenerator/templates",
|
||||
"textGenPath": "textgenerator/",
|
||||
"prefix": "\n\n",
|
||||
"tgSelectionLimiter": "^\\*\\*\\*",
|
||||
"stream": true,
|
||||
"context": {
|
||||
"customInstructEnabled": true,
|
||||
"includeClipboard": true,
|
||||
"customInstruct": "Title: {{title}}\n \nStarred Blocks: {{starredBlocks}}\n\t \n{{tg_selection}}",
|
||||
"contextTemplate": "Title: {{title}}\n\t\nStarred Blocks: {{starredBlocks}}\n\t \n{{tg_selection}}"
|
||||
},
|
||||
"requestTimeout": 300000,
|
||||
"options": {
|
||||
"generate-text": true,
|
||||
"generate-text-with-metadata": true,
|
||||
"insert-generated-text-From-template": true,
|
||||
"create-generated-text-From-template": false,
|
||||
"search-results-batch-generate-from-template": true,
|
||||
"insert-text-From-template": false,
|
||||
"create-text-From-template": false,
|
||||
"show-modal-From-template": true,
|
||||
"open-template-as-tool": true,
|
||||
"open-playground": true,
|
||||
"set_max_tokens": true,
|
||||
"set-llm": true,
|
||||
"set-model": true,
|
||||
"packageManager": true,
|
||||
"create-template": false,
|
||||
"get-title": true,
|
||||
"generated-text-to-clipboard-From-template": false,
|
||||
"calculate-tokens": true,
|
||||
"calculate-tokens-for-template": true,
|
||||
"text-extractor-tool": true,
|
||||
"stop-stream": true,
|
||||
"custom-instruct": true,
|
||||
"generate-in-right-click-menu": false,
|
||||
"batch-generate-in-right-click-files-menu": true,
|
||||
"tg-block-processor": true,
|
||||
"reload": true,
|
||||
"disable-ribbon-icons": false,
|
||||
"overlay-toolbar": false,
|
||||
"log-slowest-operations": false
|
||||
},
|
||||
"advancedOptions": {
|
||||
"generateTitleInstructEnabled": false,
|
||||
"generateTitleInstruct": "Generate a title for the current document (do not use * \" \\ / < > : | ? .):\n{{substring content 0 255}}",
|
||||
"includeAttachmentsInRequest": false
|
||||
},
|
||||
"autoSuggestOptions": {
|
||||
"customInstructEnabled": true,
|
||||
"customInstruct": "Continue the follwing text:\nTitle: {{title}}\n{{query}}",
|
||||
"systemPrompt": "",
|
||||
"isEnabled": false,
|
||||
"allowInNewLine": false,
|
||||
"delay": 300,
|
||||
"numberOfSuggestions": 5,
|
||||
"triggerPhrase": " ",
|
||||
"stop": ".",
|
||||
"showStatus": true,
|
||||
"customProvider": false,
|
||||
"inlineSuggestions": false,
|
||||
"overrideTrigger": " "
|
||||
},
|
||||
"slashSuggestOptions": {
|
||||
"isEnabled": false,
|
||||
"triggerPhrase": "/"
|
||||
},
|
||||
"extractorsOptions": {
|
||||
"PDFExtractor": true,
|
||||
"WebPageExtractor": true,
|
||||
"YoutubeExtractor": true,
|
||||
"AudioExtractor": false,
|
||||
"ImageExtractorEmbded": true,
|
||||
"ImageExtractor": true
|
||||
},
|
||||
"displayErrorInEditor": false,
|
||||
"LLMProviderProfiles": {},
|
||||
"LLMProviderOptions": {
|
||||
"whisper": {
|
||||
"base_path": "https://api.openai.com/v1",
|
||||
"model": "whisper-1",
|
||||
"api_key": "",
|
||||
"api_version": ""
|
||||
},
|
||||
"OpenAI Chat (Langchain)": {
|
||||
"basePath": "https://api.openai.com/v1",
|
||||
"api_key": "",
|
||||
"model": "gpt-4o"
|
||||
}
|
||||
},
|
||||
"LLMProviderOptionsKeysHashed": {
|
||||
"whisper.api_key": "__@#key_prefix#@__",
|
||||
"OpenAI Chat (Langchain).api_key": "__@#key_prefix#@__sk-proj-BMUo5Q1hY25X8FMw0xIwjZ9r9Cu-EtDfnMo68PKkkzpOUm-aXNYslnIfx55D5eVcojYAaGE1rqT3BlbkFJ-khMPg4jSk-U8eBIfLQ5MtWCoi2IgZyfhrTVLuddoGx5Luf98OC2JHIIOmdcjHFb-ZOcdWboEA"
|
||||
},
|
||||
"api_key_encrypted": "__@#key_prefix#@__sk-proj-BMUo5Q1hY25X8FMw0xIwjZ9r9Cu-EtDfnMo68PKkkzpOUm-aXNYslnIfx55D5eVcojYAaGE1rqT3BlbkFJ-khMPg4jSk-U8eBIfLQ5MtWCoi2IgZyfhrTVLuddoGx5Luf98OC2JHIIOmdcjHFb-ZOcdWboEA"
|
||||
}
|
||||
File diff suppressed because one or more lines are too long
|
|
@ -1,11 +0,0 @@
|
|||
{
|
||||
"id": "obsidian-textgenerator-plugin",
|
||||
"name": "Text Generator",
|
||||
"version": "0.7.52",
|
||||
"minAppVersion": "1.6.0",
|
||||
"description": "Text generation using AI",
|
||||
"author": "Noureddine Haouari",
|
||||
"authorUrl": "https://text-gen.com",
|
||||
"isDesktopOnly": false,
|
||||
"fundingUrl": "https://www.buymeacoffee.com/haouarine"
|
||||
}
|
||||
File diff suppressed because it is too large
Load diff
125
Notefix/.obsidian/text-generator.json
vendored
125
Notefix/.obsidian/text-generator.json
vendored
|
|
@ -1,125 +0,0 @@
|
|||
{
|
||||
"packagesHash": {
|
||||
"default": {
|
||||
"packageId": "default",
|
||||
"name": "Default Prompts Package",
|
||||
"version": "0.0.9",
|
||||
"minTextGeneratorVersion": "0.5.0",
|
||||
"description": "This is the main package that comes with Text Generator plugin in Obsidian",
|
||||
"author": "Noureddine Haouari",
|
||||
"tags": "writing, brainstorming",
|
||||
"authorUrl": "https://www.buymeacoffee.com/haouarine",
|
||||
"repo": "text-gen/gpt-3-prompt-templates"
|
||||
},
|
||||
"dalle": {
|
||||
"packageId": "dalle",
|
||||
"name": "OpenAI Dalle Package",
|
||||
"version": "0.1.1",
|
||||
"minTextGeneratorVersion": "0.7.0",
|
||||
"description": "The package contains some interessting Dalle-2/Dalle-3 prompt templates",
|
||||
"author": "Noureddine Haouari",
|
||||
"tags": "photo, dalle-2, dalle-3",
|
||||
"authorUrl": "https://www.buymeacoffee.com/haouarine",
|
||||
"repo": "text-gen/tg-dalle-package"
|
||||
},
|
||||
"huggingface": {
|
||||
"packageId": "huggingface",
|
||||
"name": "Huggingface Prompts Package",
|
||||
"version": "0.0.4",
|
||||
"minTextGeneratorVersion": "0.5.0",
|
||||
"description": "Huggingface Prompts comes with Text Generator plugin in Obsidian",
|
||||
"author": "Noureddine Haouari",
|
||||
"tags": "writing, brainstorming, huggingface",
|
||||
"authorUrl": "https://www.buymeacoffee.com/haouarine",
|
||||
"repo": "text-gen/huggingface"
|
||||
},
|
||||
"awesomePrompts": {
|
||||
"packageId": "awesomePrompts",
|
||||
"name": "Awesome Prompts",
|
||||
"version": "0.0.3",
|
||||
"minTextGeneratorVersion": "0.5.7",
|
||||
"description": "This repo includes ChatGPT prompt curation to use ChatGPT better.",
|
||||
"author": "f",
|
||||
"tags": "writing, brainstorming, awesome",
|
||||
"authorUrl": "https://github.com/f/awesome-chatgpt-prompts",
|
||||
"repo": "text-gen/awesome-tg-package"
|
||||
},
|
||||
"tts": {
|
||||
"packageId": "tts",
|
||||
"name": "Text To Speech Package",
|
||||
"version": "0.0.3",
|
||||
"minTextGeneratorVersion": "0.6.0",
|
||||
"description": "Contains Text To Speech Templates and support for TTS for other templates",
|
||||
"author": "Noureddine",
|
||||
"tags": "TTS, Speak",
|
||||
"authorUrl": "https://www.buymeacoffee.com/haouarine",
|
||||
"repo": "text-gen/TTS"
|
||||
},
|
||||
"vision": {
|
||||
"packageId": "vision",
|
||||
"name": "Vision Package",
|
||||
"version": "0.0.2",
|
||||
"minTextGeneratorVersion": "0.6.0",
|
||||
"description": "Contains Vision Templates and support for Vision for other templates (Scripts)",
|
||||
"author": "Noureddine",
|
||||
"tags": "OpenAI,markdown,gpt-4-vision,vision,images",
|
||||
"authorUrl": "https://www.buymeacoffee.com/haouarine",
|
||||
"repo": "text-gen/tg-vision"
|
||||
},
|
||||
"smartConnections": {
|
||||
"packageId": "smartConnections",
|
||||
"name": "Smart Connections Package",
|
||||
"version": "0.0.2",
|
||||
"minTextGeneratorVersion": "0.6.0",
|
||||
"description": "Contains Smart Connection Templates and support for Smart Connections for other templates (Script)",
|
||||
"author": "Noureddine",
|
||||
"tags": "smartConnections,smart-connections",
|
||||
"authorUrl": "https://www.buymeacoffee.com/haouarine",
|
||||
"repo": "text-gen/tg-smartConnections"
|
||||
},
|
||||
"Experimental": {
|
||||
"packageId": "Experimental",
|
||||
"name": "Experimental Package",
|
||||
"version": "0.0.2",
|
||||
"minTextGeneratorVersion": "0.6.6",
|
||||
"description": "Contains experimental templates",
|
||||
"author": "Noureddine",
|
||||
"tags": "experiments",
|
||||
"authorUrl": "https://www.buymeacoffee.com/haouarine",
|
||||
"repo": "text-gen/experimental-package"
|
||||
},
|
||||
"testExtension": {
|
||||
"core": true,
|
||||
"type": "feature",
|
||||
"packageId": "testExtension",
|
||||
"name": "test extension Package",
|
||||
"version": "0.0.1",
|
||||
"minTextGeneratorVersion": "0.1.0",
|
||||
"description": "testing extension package",
|
||||
"author": "Noureddine Haouari",
|
||||
"tags": "testing",
|
||||
"authorUrl": "https://www.buymeacoffee.com/haouarine",
|
||||
"repo": "text-gen/gpt-3-prompt-templates",
|
||||
"folderName": "testExtension",
|
||||
"price": 20,
|
||||
"installed": false
|
||||
},
|
||||
"excalidraw": {
|
||||
"packageId": "excalidraw",
|
||||
"name": "excalidraw package",
|
||||
"version": "0.0.1",
|
||||
"minTextGeneratorVersion": "0.6.0",
|
||||
"description": "Contains Excalidraw Templates and support for Excalidraw for other templates (Scripts)",
|
||||
"author": "Noureddine",
|
||||
"tags": "OpenAI,markdown,gpt-4-vision,vision,images",
|
||||
"authorUrl": "https://www.buymeacoffee.com/haouarine",
|
||||
"repo": "text-gen/tg-excalidraw",
|
||||
"core": true,
|
||||
"folderName": "excalidrawPackage",
|
||||
"price": 2
|
||||
}
|
||||
},
|
||||
"resources": {},
|
||||
"installedPackagesHash": {},
|
||||
"subscriptions": []
|
||||
}
|
||||
17
Notefix/.obsidian/types.json
vendored
17
Notefix/.obsidian/types.json
vendored
|
|
@ -1,17 +0,0 @@
|
|||
{
|
||||
"types": {
|
||||
"aliases": "aliases",
|
||||
"cssclasses": "multitext",
|
||||
"tags": "tags",
|
||||
"Сніданок": "checkbox",
|
||||
"Кава зранку": "checkbox",
|
||||
"Небілет": "checkbox",
|
||||
"Метформін в обід": "checkbox",
|
||||
"Велотренажер": "checkbox",
|
||||
"Таблетки на ніч": "checkbox",
|
||||
"Кефір на ніч": "checkbox",
|
||||
"Вага": "number",
|
||||
"ІМТ": "number",
|
||||
"Тілесний жир": "number"
|
||||
}
|
||||
}
|
||||
229
Notefix/.obsidian/workspace.json
vendored
229
Notefix/.obsidian/workspace.json
vendored
|
|
@ -1,229 +0,0 @@
|
|||
{
|
||||
"main": {
|
||||
"id": "7c322c71f2b441f5",
|
||||
"type": "split",
|
||||
"children": [
|
||||
{
|
||||
"id": "e9ce2b0cc882989a",
|
||||
"type": "tabs",
|
||||
"children": [
|
||||
{
|
||||
"id": "0ebcb0f8b7aca059",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "markdown",
|
||||
"state": {
|
||||
"file": "2.Areas/Техпідтримка/Help-Desk Zammad.md",
|
||||
"mode": "source",
|
||||
"source": false
|
||||
},
|
||||
"icon": "lucide-file",
|
||||
"title": "Help-Desk Zammad"
|
||||
}
|
||||
},
|
||||
{
|
||||
"id": "11a36e7eaa5d8208",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "markdown",
|
||||
"state": {
|
||||
"file": "2.Areas/Техпідтримка/Встановлення GLPI через Portainer на (Ubuntu 22.04).md",
|
||||
"mode": "source",
|
||||
"source": false
|
||||
},
|
||||
"icon": "lucide-file",
|
||||
"title": "Встановлення GLPI через Portainer на (Ubuntu 22.04)"
|
||||
}
|
||||
}
|
||||
],
|
||||
"currentTab": 1
|
||||
}
|
||||
],
|
||||
"direction": "vertical"
|
||||
},
|
||||
"left": {
|
||||
"id": "807eb8a0102152af",
|
||||
"type": "split",
|
||||
"children": [
|
||||
{
|
||||
"id": "432b8db2851778de",
|
||||
"type": "tabs",
|
||||
"children": [
|
||||
{
|
||||
"id": "02e174c28e55a796",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "file-explorer",
|
||||
"state": {
|
||||
"sortOrder": "alphabetical",
|
||||
"autoReveal": false
|
||||
},
|
||||
"icon": "lucide-folder-closed",
|
||||
"title": "Файловий менеджер"
|
||||
}
|
||||
},
|
||||
{
|
||||
"id": "610f12d75f25eb90",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "search",
|
||||
"state": {
|
||||
"query": "",
|
||||
"matchingCase": false,
|
||||
"explainSearch": false,
|
||||
"collapseAll": false,
|
||||
"extraContext": false,
|
||||
"sortOrder": "alphabetical"
|
||||
},
|
||||
"icon": "lucide-search",
|
||||
"title": "Пошук"
|
||||
}
|
||||
},
|
||||
{
|
||||
"id": "782e123e635b7725",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "bookmarks",
|
||||
"state": {},
|
||||
"icon": "lucide-bookmark",
|
||||
"title": "Закладки"
|
||||
}
|
||||
}
|
||||
]
|
||||
}
|
||||
],
|
||||
"direction": "horizontal",
|
||||
"width": 300
|
||||
},
|
||||
"right": {
|
||||
"id": "d4e32fb658ad7c7d",
|
||||
"type": "split",
|
||||
"children": [
|
||||
{
|
||||
"id": "d9b907838e7fb081",
|
||||
"type": "tabs",
|
||||
"children": [
|
||||
{
|
||||
"id": "6f42f2d778aa7252",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "backlink",
|
||||
"state": {
|
||||
"file": "Вітаємо.md",
|
||||
"collapseAll": false,
|
||||
"extraContext": false,
|
||||
"sortOrder": "alphabetical",
|
||||
"showSearch": false,
|
||||
"searchQuery": "",
|
||||
"backlinkCollapsed": false,
|
||||
"unlinkedCollapsed": true
|
||||
},
|
||||
"icon": "links-coming-in",
|
||||
"title": "Зворотні посилання для Вітаємо"
|
||||
}
|
||||
},
|
||||
{
|
||||
"id": "e9d148364e2c7c1c",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "outgoing-link",
|
||||
"state": {
|
||||
"file": "Вітаємо.md",
|
||||
"linksCollapsed": false,
|
||||
"unlinkedCollapsed": true
|
||||
},
|
||||
"icon": "links-going-out",
|
||||
"title": "Вихідні посилання з Вітаємо"
|
||||
}
|
||||
},
|
||||
{
|
||||
"id": "80b2897a4a13b0e7",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "tag",
|
||||
"state": {
|
||||
"sortOrder": "frequency",
|
||||
"useHierarchy": true,
|
||||
"showSearch": false,
|
||||
"searchQuery": ""
|
||||
},
|
||||
"icon": "lucide-tags",
|
||||
"title": "Мітки"
|
||||
}
|
||||
},
|
||||
{
|
||||
"id": "9f9dab5f761e642c",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "outline",
|
||||
"state": {
|
||||
"file": "Вітаємо.md",
|
||||
"followCursor": false,
|
||||
"showSearch": false,
|
||||
"searchQuery": ""
|
||||
},
|
||||
"icon": "lucide-list",
|
||||
"title": "Вміст Вітаємо"
|
||||
}
|
||||
}
|
||||
]
|
||||
}
|
||||
],
|
||||
"direction": "horizontal",
|
||||
"width": 300,
|
||||
"collapsed": true
|
||||
},
|
||||
"left-ribbon": {
|
||||
"hiddenItems": {
|
||||
"switcher:Відкрити провідник файлів": false,
|
||||
"graph:Граф": false,
|
||||
"canvas:Створити нове полотно": false,
|
||||
"daily-notes:Сьогоднішня нотатка": false,
|
||||
"templates:Вставити шаблон": false,
|
||||
"command-palette:Відкрити меню команд": false,
|
||||
"bases:Create new base": false,
|
||||
"obsidian-textgenerator-plugin:Generate Text!": false,
|
||||
"obsidian-textgenerator-plugin:Text Generator: Templates Packages Manager": false
|
||||
}
|
||||
},
|
||||
"active": "11a36e7eaa5d8208",
|
||||
"lastOpenFiles": [
|
||||
"2.Areas/n8n/Install n8n to Ubuntu 24.md",
|
||||
"Clippings/GPT-5.2 Prompting Guide OpenAI Cookbook.md",
|
||||
"2.Areas/Техпідтримка/Професійний сертифікат ІТ-підтримка Google.md",
|
||||
"2.Areas/Техпідтримка/Сервер радіо AzuraCast.md",
|
||||
"2.Areas/Техпідтримка/AzuraCast.md",
|
||||
"2.Areas/Техпідтримка/Що таке Microsoft Fabric.md",
|
||||
"2.Areas/Excel/Certificate.pdf",
|
||||
"2.Areas/Excel/Програма_підвищення_кваліфікації__Excel_для_бізнесу__лайфхаки__що_пришвидшують_роботу_та_знижують_витрати___1_.pdf",
|
||||
"2.Areas/Excel/3.2._Побудова_діаграм_та_графіків_для_кращої_візуалізації_презентацій__звітів_та_дашбордів.pdf",
|
||||
"2.Areas/Excel/3.1._Створення_та_налаштування_зведених_таблиць_для_аналізу_великих_обсягів_даних (1).pdf",
|
||||
"2.Areas/Excel/2.5._Автоматизація_рутинних_завдань__шаблони__створення_макросів_для_підвищення_продуктивності.pdf",
|
||||
"2.Areas/Excel/3.1._Створення_та_налаштування_зведених_таблиць_для_аналізу_великих_обсягів_даних.pdf",
|
||||
"2.Areas/Excel/2.4._Фінансове_управління__прогнозування_за_допомогою_Excel.pdf",
|
||||
"2.Areas/Excel/2.3._Приклад_аналізу_продажів_та_управління_запасами_через_Excel_.pdf",
|
||||
"2.Areas/Excel/2.2._Підготовка_та_структурування_даних_для_аналізу.pdf",
|
||||
"2.Areas/Excel/2.1._Фінансові__статистичні_та_логічні_функції__інструменти_для_прийняття_обґрунтованих_рішень.pdf",
|
||||
"2.Areas/Техпідтримка/блог.md",
|
||||
"2.Areas/Техпідтримка/Путівник по курсам для ІТ спеціалістів технічної підтримки..md",
|
||||
"2.Areas/Техпідтримка/Встановлення GLPI через Portainer на (Ubuntu 22.04).md",
|
||||
"Clippings/Додаткове читання для процесорів.md",
|
||||
"2.Areas/AI/Приклади спеціалізованих GPT-асистентів.md",
|
||||
"2.Areas/AI/Моделі vs. сервіси vs. інструменти vs. агенти.md",
|
||||
"2.Areas/AI/Кейси українського бізнесу.md",
|
||||
"2.Areas/AI/Інструменти штучного інтелекту для створення аудіовізуального контенту.md",
|
||||
"Clippings/Додаткове читання про логічні ворота.md",
|
||||
"Clippings/Глосарій термінів з курсу 1, модуль 1.md",
|
||||
"2.Areas/Системне адміністрування/Словник термінів/Піонери в обчислювальній техніці та ІТ.md",
|
||||
"2.Areas/Децентралізовані соціальні мережі/Bluesky.md",
|
||||
"2.Areas/Системне адміністрування/Словник термінів/ITSM.md",
|
||||
"2.Areas/Техпідтримка/Help-Desk Zammad.md",
|
||||
"2.Areas/Техпідтримка/Service-Desk GLPI.md",
|
||||
"2.Areas/Системне адміністрування/Перестав працювати Portainer.md",
|
||||
"2.Areas/Системне адміністрування/Словник термінів/Power Shell.md",
|
||||
"2.Areas/Системне адміністрування/Відновлення даних.md",
|
||||
"2.Areas/Системне адміністрування/Восстановление RAID 10 в R-Studio на Windows 11.md",
|
||||
"2.Areas/Системне адміністрування/Чистка старих замовлень в паппці.md",
|
||||
"Без назви.canvas"
|
||||
]
|
||||
}
|
||||
File diff suppressed because one or more lines are too long
|
|
@ -1,11 +0,0 @@
|
|||
---
|
||||
Небілет:
|
||||
Сніданок:
|
||||
Кава зранку:
|
||||
Метформін в обід:
|
||||
Велотренажер:
|
||||
Кефір на ніч:
|
||||
Таблетки на ніч:
|
||||
Вага:
|
||||
ІМТ:
|
||||
---
|
||||
|
|
@ -1,38 +0,0 @@
|
|||
# 📅 {{date:YYYY-MM-DD}} — {{date:dddd}}
|
||||
|
||||
## 🧩 P (Projects)
|
||||
- [ ] Основні задачі по проєктах на сьогодні:
|
||||
- [ ]
|
||||
|
||||
## 🏗 A (Areas)
|
||||
- Системне адміністрування:
|
||||
- Техпідтримка:
|
||||
- Здоров'я:
|
||||
|
||||
## 📚 R (Resources)
|
||||
- Корисні посилання / нотатки:
|
||||
-
|
||||
- Логи / команди, які сьогодні застосовував:
|
||||
-
|
||||
|
||||
## 🗄 A (Archive)
|
||||
- Що сьогодні завершено:
|
||||
-
|
||||
|
||||
---
|
||||
|
||||
## 📝 C (Capture)
|
||||
- Швидкі нотатки / думки протягом дня:
|
||||
-
|
||||
|
||||
## 🗂 O (Organize)
|
||||
- Що потрібно рознести у проєкти / області:
|
||||
-
|
||||
|
||||
## 🔍 D (Distill)
|
||||
- Головні інсайти за день:
|
||||
-
|
||||
|
||||
## 🎤 E (Express)
|
||||
- Що можу оформити у статтю / інструкцію / шаблон:
|
||||
-
|
||||
|
|
@ -1,38 +0,0 @@
|
|||
# 📅 {{date:YYYY-MM-DD}} — {{date:dddd}}
|
||||
|
||||
## 🧩 P (Projects)
|
||||
- [ ] Основні задачі по проєктах на сьогодні:
|
||||
- [ ]
|
||||
|
||||
## 🏗 A (Areas)
|
||||
- Системне адміністрування:
|
||||
- Техпідтримка:
|
||||
- Здоров'я:
|
||||
|
||||
## 📚 R (Resources)
|
||||
- Корисні посилання / нотатки:
|
||||
-
|
||||
- Логи / команди, які сьогодні застосовував:
|
||||
-
|
||||
|
||||
## 🗄 A (Archive)
|
||||
- Що сьогодні завершено:
|
||||
-
|
||||
|
||||
---
|
||||
|
||||
## 📝 C (Capture)
|
||||
- Швидкі нотатки / думки протягом дня:
|
||||
-
|
||||
|
||||
## 🗂 O (Organize)
|
||||
- Що потрібно рознести у проєкти / області:
|
||||
-
|
||||
|
||||
## 🔍 D (Distill)
|
||||
- Головні інсайти за день:
|
||||
-
|
||||
|
||||
## 🎤 E (Express)
|
||||
- Що можу оформити у статтю / інструкцію / шаблон:
|
||||
-
|
||||
|
|
@ -1,39 +0,0 @@
|
|||
# 📅 2025-09-16 — вівторок
|
||||
|
||||
## 🧩 P (Projects)
|
||||
- [ ] Основні задачі по проєктах на сьогодні:
|
||||
|
||||
|
||||
## 🏗 A (Areas)
|
||||
- Системне адміністрування:
|
||||
|
||||
- Техпідтримка:
|
||||
- Здоров'я:
|
||||
|
||||
## 📚 R (Resources)
|
||||
- Корисні посилання / нотатки:
|
||||
-
|
||||
- Логи / команди, які сьогодні застосовував:
|
||||
-
|
||||
|
||||
## 🗄 A (Archive)
|
||||
- Що сьогодні завершено:
|
||||
-
|
||||
|
||||
---
|
||||
|
||||
## 📝 C (Capture)
|
||||
- Швидкі нотатки / думки протягом дня:
|
||||
-
|
||||
|
||||
## 🗂 O (Organize)
|
||||
- Що потрібно рознести у проєкти / області:
|
||||
-
|
||||
|
||||
## 🔍 D (Distill)
|
||||
- Головні інсайти за день:
|
||||
-
|
||||
|
||||
## 🎤 E (Express)
|
||||
- Що можу оформити у статтю / інструкцію / шаблон:
|
||||
-
|
||||
|
|
@ -1,38 +0,0 @@
|
|||
# 📅 2025-09-17 — середа
|
||||
|
||||
## 🧩 P (Projects)
|
||||
- [ ] Основні задачі по проєктах на сьогодні:
|
||||
- [ ]
|
||||
|
||||
## 🏗 A (Areas)
|
||||
- Системне адміністрування:
|
||||
- Техпідтримка:
|
||||
- Здоров'я:
|
||||
|
||||
## 📚 R (Resources)
|
||||
- Корисні посилання / нотатки:
|
||||
-
|
||||
- Логи / команди, які сьогодні застосовував:
|
||||
-
|
||||
|
||||
## 🗄 A (Archive)
|
||||
- Що сьогодні завершено:
|
||||
-
|
||||
|
||||
---
|
||||
|
||||
## 📝 C (Capture)
|
||||
- Швидкі нотатки / думки протягом дня:
|
||||
-
|
||||
|
||||
## 🗂 O (Organize)
|
||||
- Що потрібно рознести у проєкти / області:
|
||||
-
|
||||
|
||||
## 🔍 D (Distill)
|
||||
- Головні інсайти за день:
|
||||
-
|
||||
|
||||
## 🎤 E (Express)
|
||||
- Що можу оформити у статтю / інструкцію / шаблон:
|
||||
-
|
||||
|
|
@ -1,15 +0,0 @@
|
|||
Книга "[[Создай свой второй мозг]]" (оригинальное название "Building a Second Brain") написана [[Тьяго Форте]]. Она посвящена методам организации и управления информацией, которые позволяют эффективно обрабатывать и сохранять знания. Автор предлагает концепцию создания "второго мозга" — цифровой системы, которая помогает лучше структурировать информацию, улучшать память и повышать продуктивность.
|
||||
|
||||
Основные идеи книги включают:
|
||||
|
||||
1. **Сбор информации**: Важно уметь собирать и хранить полезную информацию из различных источников.
|
||||
|
||||
2. **Организация данных**: Создание системы для организации информации таким образом, чтобы её было легко находить и использовать.
|
||||
|
||||
3. **Развитие креативности**: Использование собранных знаний для генерации новых идей и решений.
|
||||
|
||||
4. **Использование технологий**: Применение современных цифровых инструментов для управления информацией.
|
||||
|
||||
5. **Эффективность работы**: Оптимизация процесса работы с информацией для увеличения продуктивности.
|
||||
|
||||
Эта книга будет полезна тем, кто стремится улучшить свои навыки управления знаниями и ищет способы более эффективного использования информации в повседневной жизни и профессиональной деятельности.
|
||||
|
|
@ -1,33 +0,0 @@
|
|||
#SQL #1С
|
||||
|
||||
|
||||
1) Спочатку спробуемо полікувати таблицю в базі.
|
||||
|
||||
USE Master
|
||||
GO
|
||||
ALTER DATABASE base_name
|
||||
SET SINGLE_USER
|
||||
WITH ROLLBACK IMMEDIATE
|
||||
GO
|
||||
USE base_name
|
||||
DBCC CHECKTABLE (_UsersWorkHistory, repair_allow_data_loss)
|
||||
GO
|
||||
ALTER DATABASE base_name
|
||||
SET MULTI_USER
|
||||
GO
|
||||
|
||||
2) Якщо не допомогло потрібно очитити цю таблицю.
|
||||
|
||||
Перевіримо скільки там зараз строк.
|
||||
USE base_name
|
||||
SELECT COUNT(*) AS total_rows FROM _UsersWorkHistory;
|
||||
GO
|
||||
|
||||
Чистимо таблицю.
|
||||
USE base_name
|
||||
TRUNCATE TABLE _UsersWorkHistory;
|
||||
|
||||
Перевіримо скільки там зараз строк. має бути 0
|
||||
USE base_name
|
||||
SELECT COUNT(*) AS total_rows FROM _UsersWorkHistory;
|
||||
GO
|
||||
|
|
@ -1,15 +0,0 @@
|
|||
Server-APP
|
||||
Логин Администратор
|
||||
Пароль 23WEsdxc45
|
||||
IP в нашей локальной сети склада 192.168.0.192
|
||||
IP для подключения снаружи по RDP: 93.127.122.71:35002
|
||||
|
||||
База 1С - Srvr="Server-WMS";Ref="wms";
|
||||
|
||||
Server-WMS
|
||||
Логин Администратор
|
||||
Пароль 23WEsdxc45
|
||||
IP в нашей локальной сети склада 192.168.0.193
|
||||
IP для подключения снаружи по RDP: 93.127.122.71:35003
|
||||
|
||||
База 1С - Srvr="localhost";Ref="wms";
|
||||
|
|
@ -1,42 +0,0 @@
|
|||
#System
|
||||
Створимо bat файл. Поставимо в планувальник на запуск компьютера.
|
||||
```
|
||||
:: Установить дату на 1 сентября 2025
|
||||
date 09-01-2025
|
||||
|
||||
:: Установить примерное время
|
||||
time 10:00:00
|
||||
|
||||
:: Перезапустить службу времени
|
||||
net stop w32time
|
||||
net start w32time
|
||||
|
||||
:: Форсированная синхронизация
|
||||
w32tm /resync /force
|
||||
```
|
||||
|
||||
|
||||
Собери информацию net stop w32time
|
||||
|
||||
Команда `net stop w32time` використовується в операційній системі Windows для зупинки служби "Windows Time" (w32time), яка відповідає за синхронізацію часу на комп'ютері з мережею.
|
||||
|
||||
Ось коротка інформація про цю службу та її функціональність:
|
||||
|
||||
1. **Windows Time Service (w32time)**: Ця служба забезпечує синхронізацію дати та часу на всіх комп'ютерах, що працюють під управлінням Windows, використовуючи протокол NTP (Network Time Protocol).
|
||||
|
||||
2. **Призначення**: Правильний час є критично важливим для багатьох мережевих служб і додатків, таких як Kerberos-автентифікація, файлові системи та інше.
|
||||
|
||||
3. **Команда `net stop w32time`**: Використовується для тимчасового зупинення служби якщо вам потрібно виконати її налагодження або змінити конфігурації без автоматичного запуску служби.
|
||||
|
||||
4. **Використання команди**:
|
||||
- Відкрийте командний рядок від імені адміністратора.
|
||||
- Введіть `net stop w32time` і натисніть Enter.
|
||||
- Це зупинить службу часу, після чого можна виконати необхідні дії.
|
||||
|
||||
5. **Перезапуск служби**: Щоб перезапустити службу після змін чи налагодження, використовуйте команду `net start w32time`.
|
||||
|
||||
6. **Додаткові параметри**:
|
||||
- Для перевірки статусу служби можна використовувати `sc query w32time`.
|
||||
- Щоб переконфігурувати або перезавантажити налаштування часу можна використовувати `w32tm /resync`.
|
||||
|
||||
Важливо пам’ятати, що зміни у конфігурації синхронізації часу можуть спричинити проблеми в мережевих середовищах, тому їх слід виконувати обережно і мати відповідні права адміністратора на системі.
|
||||
|
|
@ -1,10 +0,0 @@
|
|||
1. Келлі Макґоніґал «Сила волі. Шлях до влади над собою» -Київ:« Наш Формат»,2019. — 264с.
|
||||
2. Джеймс Борг «Мистецтво говорити. Таємниці ефективного спілкування». —Київ:«Фабула» 2019. — 304 с.
|
||||
3. Джордж Клейсона «Найбагатший чоловік у Вавилоні». — Київ:«Наш Формат»,2017. —136с.
|
||||
4. Н. Гілл. «Думай і багатій» (українською мовою). — КСД, 2017. —256с.
|
||||
5. Лоран Тунель. «День, що навчив мене жити» . — Київ:Книжковий клуб «Клуб Сімейного Дозвілля», 2019. — 288с.
|
||||
6. Стівен Сломен, Філіп Фернбак. «Ілюзія знання. Чому ми ніколи не думаємо на самоті» . —Київ: Видавництво «УакаЬоо РиЬІізͳ炙, 2018. — 344с.
|
||||
7. Уоллес Уоттл. «Наука про те, як бути великим». —Київ: Андронум, 2020. — 92с.
|
||||
8. Барбара Оклі. «Навчитися вчитися. Як запустити свій мозок на повну». — Київ:«Наш Формат»,2018. —272с.
|
||||
9. Анна Барнс. « Як бути впевненим у собі». — Київ:«Фабула» 2017. — 160 с.
|
||||
10. Ерік Берн. «Ігри, у які грають люди». — Київ:Книжковий клуб «Клуб Сімейного Дозвілля», 2022. — 256с.
|
||||
|
|
@ -1,5 +0,0 @@
|
|||
Тиагу Форте — это известный эксперт по продуктивности и автор, который специализируется на управлении знаниями и личной эффективности. Он наиболее известен благодаря своей книге «[[Building a Second Brain]]» («Создание второго мозга»), где он предлагает систему для организации информации и знаний, чтобы повысить продуктивность и креативность.
|
||||
|
||||
Форте начал свою карьеру в области продуктивности с разработки различных методологий, которые помогают людям эффективно управлять своими цифровыми данными. Его подход основан на использовании технологий для упрощения жизни и работы, а также на создании системы для хранения и извлечения информации, которая способствует более глубокому пониманию и применению знаний.
|
||||
|
||||
Кроме написания книг, Тиагу Форте также проводит тренинги и семинары по всему миру, обучая людей методам улучшения своей продуктивности. Его работа получила признание среди профессионалов в различных областях за практичность и адаптируемость его методов.
|
||||
|
|
@ -1,10 +0,0 @@
|
|||
|
||||
| Название статьи | О чем эта статья |
|
||||
| --------------------------------- | ----------------------------------------------------------------------------------------------- |
|
||||
| [[1.Framework Thinking]] | Мышление в фреймворках, в структурах |
|
||||
| [[2.Метод CODE]] | Учимся извлекать и обрабатывать |
|
||||
| [[3.Метод PARA]] | Приводим в порядок папки и заметки |
|
||||
| [[5.Zettelkasten или Вики-связи]] | Осмысленное сохранение, связи и применение |
|
||||
| [[4 этапа обучения]] | Как мы реально учимся и привыкаем к этому |
|
||||
| [[6.MOC - центры управления]] | Заметки в папках — но нет общей картины? Создайте центры управления |
|
||||
| [[7.Выражайте ваши заметки]] | Почему 80% пользователей Obsidian упускают огромный потенциал своих заметок и как это исправить |
|
||||
|
|
@ -1,48 +0,0 @@
|
|||
Мислення через структури
|
||||
## ✅ Що це таке
|
||||
|
||||
**Framework Thinking** — підхід до аналізу та прийняття рішень через використання структурованих моделей (frameworks).
|
||||
|
||||
## 🔑 Переваги
|
||||
|
||||
- **Економія часу** – не вигадуєш рішення з нуля.
|
||||
|
||||
- **Чіткість** – бачиш проблему системно.
|
||||
|
||||
- **Передбачуваність** – застосовуєш перевірені методики.
|
||||
|
||||
- **Універсальність** – підходить для бізнесу, навчання, життя.
|
||||
|
||||
|
||||
## 📚 Популярні фреймворки
|
||||
|
||||
### Аналіз ситуації
|
||||
|
||||
- **SWOT** → Сильні/Слабкі сторони + Можливості/Загрози.
|
||||
|
||||
- **PESTEL** → Політика, Економіка, Соціум, Технології, Екологія, Закон.
|
||||
|
||||
|
||||
### Прийняття рішень
|
||||
|
||||
- **Eisenhower Matrix** → Важливе/Термінове.
|
||||
|
||||
- **OODA Loop** → Спостерігай, Орієнтуйся, Вирішуй, Дій.
|
||||
|
||||
|
||||
### Креативність та розвиток
|
||||
|
||||
- **Design Thinking** → Емпатія, Ідеї, Прототип, Тест.
|
||||
|
||||
- **First Principles Thinking** → Розбирай на першопричини й будуй заново.
|
||||
|
||||
|
||||
## 💡 Використання
|
||||
|
||||
1. Вибери фреймворк, що підходить під задачу.
|
||||
|
||||
2. Наклади його на свою проблему.
|
||||
|
||||
3. Зроби висновки та зафіксуй їх.
|
||||
|
||||
4. Порівняй кілька структур, щоб побачити різні перспективи.
|
||||
|
|
@ -1,151 +0,0 @@
|
|||
---
|
||||
title: "Метод CODE"
|
||||
source: "https://eltonlabs.org/base/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4+CODE"
|
||||
author:
|
||||
- "[[Elton Labs]]"
|
||||
published:
|
||||
created: 2025-09-14
|
||||
description: "Framework thinking - Elton Labs"
|
||||
tags:
|
||||
- "clippings"
|
||||
---
|
||||
### 🧠 Метод CODE: Как превратить информацию в действия
|
||||
|
||||
|
||||
|
||||
Pasted image 20250506185844.png
|
||||
|
||||
CODE — это не просто способ вести заметки.
|
||||
Это **цикл трансформации информации в полезные идеи**, которые работают на тебя и твои проекты.
|
||||
|
||||
|
||||
|
||||
Pasted image 20250506185938.png
|
||||
|
||||
Метод описан в книге [[Тьяго Форте]] «Как создать второй мозг» и идеально сочетается с системой [Метод PARA](https://eltonlabs.org/base/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4+PARA) и твоим знанием Obsidian.
|
||||
|
||||
---
|
||||
|
||||
## CODE = Capture → Organize → Distill → Express
|
||||
|
||||
---
|
||||
|
||||
## 1️⃣ Capture — Захват
|
||||
|
||||
Цель:
|
||||
|
||||
поймать то, что **вызвало отклик**, не думая, зачем и почему.
|
||||
|
||||
📥 **Что можно фиксировать**:
|
||||
|
||||
- фразы, которые тебя зацепили;
|
||||
- мысли, вызвавшие «вау-эффект»;
|
||||
- наблюдения из жизни или работы;
|
||||
- удачные фразы из книг, видео, чатов.
|
||||
|
||||
Пример:
|
||||
|
||||
Я читал статью про MVP, и в одной фразе был скрыт мощный инсайт. Без размышлений кинул её в `📥 Inbox`. Через пару дней — переработал в шаблон стартапа.
|
||||
|
||||
---
|
||||
|
||||
## 2️⃣ Organize — Организация
|
||||
|
||||
Цель:
|
||||
|
||||
> понять **куда и зачем** пойдёт сохранённая информация.
|
||||
|
||||
Кодовая фраза:
|
||||
|
||||
«Это относится к моим проектам, ресурсам или сферам жизни?»
|
||||
|
||||
🔍 Используй фильтры (12 фильтр-вопросов).
|
||||
|
||||
Тьяго Форте предлагает использовать **12 ключевых вопросов**, чтобы понять, **имеет ли смысл сохранять информацию вообще**.
|
||||
|
||||
- Если хотя бы на один вопрос ответ "ДА" — оставляем и раскладываем по системе. Если НЕТ — это просто мимо кассы, удаляй или игнорируй.
|
||||
|
||||
Вот мои 6 из 12 кастомных вопросов:
|
||||
|
||||
- Полезно ли для YouTube-канала?
|
||||
- Служит ли стартапу или MVP?
|
||||
- Укрепляет ли дисциплину или фокус?
|
||||
- Улучшает ли навыки AI или no-code?
|
||||
- Подходит ли под текущий проект?
|
||||
- Связано ли с системой в Obsidian?
|
||||
|
||||
📌 **Кстати, можно чуть автоматизировать это процесс в будущем**:
|
||||
|
||||
- 🗂 [automover-obsidian](https://eltonlabs.org/base/automover-obsidian) — для сортировки по ключевым категориям
|
||||
- 🔁 [Dataview](https://eltonlabs.org/base/Dataview) — показывает список новых несортированных заметок
|
||||
- ⌨️ `Ctrl + P` — быстро найти команду на организацию (переместить файл в соответствующую папку)
|
||||
|
||||
---
|
||||
|
||||
## 3️⃣ Distill — Выделение сути
|
||||
|
||||
Цель:
|
||||
|
||||
Представь, что ты объясняешь идею себе в будущем.
|
||||
|
||||
🛠 Приёмы в Obsidian, которые я использую для этого:
|
||||
|
||||
- **Bold** — для ключевых мыслей
|
||||
- 💡 [Callouts](https://eltonlabs.org/base/Callouts): `> [!idea] Инсайт: …`
|
||||
- 🔁 `Alt + Q` — случайная заметка для повторного осмысления
|
||||
- 📄 Шаблон карточки: "Идея → Суть → Применение"
|
||||
- [highlightr-obsidian](https://eltonlabs.org/base/highlightr-obsidian) — выделяй по цветам
|
||||
- [emoji-toolbar-obsidian](https://eltonlabs.org/base/emoji-toolbar-obsidian) — для визуальной структуры
|
||||
|
||||
> Пример: Статья на 15 минут → одна заметка с 3 строчками. Всё, что реально важно, осталось.
|
||||
|
||||
---
|
||||
|
||||
## 4️⃣ Express — Выражение
|
||||
|
||||
Цель:
|
||||
|
||||
- применить
|
||||
- Иначе ты — просто потребитель.
|
||||
|
||||
📤 **Форматы выражения, которые я использую**:
|
||||
|
||||
- Рассказать другу
|
||||
- Написать короткий пост
|
||||
- Вставить в видео
|
||||
- Встроить в шаблон
|
||||
- Использовать в проекте
|
||||
- Провести мозговой штурм
|
||||
|
||||
Пример:
|
||||
|
||||
Изучил Customer Discovery →Добавил в «Ресурсы» -> Вставил в шаблон стартапа -> Показал в ролике -> Сделал карточку в Excalidraw.
|
||||
|
||||
📌 **Автоматизация, которые можно использовать для этого**:
|
||||
|
||||
- `Ctrl + K` — вставить источник
|
||||
- [excalidraw-obsidian](https://eltonlabs.org/base/excalidraw-obsidian) — визуальное оформление и связки
|
||||
- [copilot-ai-obsidian](https://eltonlabs.org/base/copilot-ai-obsidian) — генерация применения на практике
|
||||
- [charts-obsidian](https://eltonlabs.org/base/charts-obsidian) — визуализация идей в графиках
|
||||
|
||||
---
|
||||
|
||||
## 💡 Заключение: CODE + PARA = системное мышление
|
||||
|
||||
Метод CODE помогает не просто сохранять информацию, а **делать из неё действие**. Вместе с [Метод PARA](https://eltonlabs.org/base/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4+PARA) — ты получаешь не только хранилище, а **рабочую среду для мышления**.
|
||||
|
||||
- `Capture` — интуитивное сохранение
|
||||
- `Organize` — фильтрация по целям
|
||||
- `Distill` — выжимка сути
|
||||
- `Express` — превращение в результат
|
||||
|
||||
---
|
||||
|
||||
Что я рекомендую сделать сейчас?
|
||||
|
||||
📌 Добавь фреймворк CODE в свой шаблон старта новой темы или проекта — и твоя система станет вторым мозгом.
|
||||
|
||||
Идем дальше?
|
||||
|
||||
- 🧠 [Метод PARA](https://eltonlabs.org/base/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4+PARA)
|
||||
- [⬅️ Назад на главную](https://eltonlabs.org/home)
|
||||
|
|
@ -1,165 +0,0 @@
|
|||
---
|
||||
title: "Метод PARA"
|
||||
source: "https://eltonlabs.org/base/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4+PARA"
|
||||
author:
|
||||
- "[[Elton Labs]]"
|
||||
published:
|
||||
created: 2025-09-15
|
||||
description: "Обсидиан - Elton Labs"
|
||||
tags:
|
||||
- "clippings"
|
||||
---
|
||||
### 🧠 Метод PARA: Как организовать знания и создать второй мозг в Obsidian
|
||||
|
||||
|
||||
|
||||
Pasted image 20250506191522.png
|
||||
|
||||
Метод **PARA** — это не просто структура папок. Это фундамент для продуктивной жизни и эффективного мышления.
|
||||
|
||||
Он помогает расставить приоритеты, разгрузить голову и превратить хаос в порядок.
|
||||
|
||||
> PARA = **Projects**, **Areas**, **Resources**, **Archive**
|
||||
|
||||
Всё, что ты сохраняешь — должно попадать в одну из этих 4 категорий.
|
||||
Ни больше, ни меньше. Это и есть сила метода.
|
||||
|
||||
---
|
||||
|
||||
### Посмотрите, как автор этого метода описывает PARA:
|
||||
|
||||
Из книги "Как создать второй мозг" Тьяго Форте:
|
||||
|
||||
Существует параллель между системой PARA и организацией пространства на кухне. На кухне все спроектировано и организовано для обеспечения результата — максимально эффективного приготовления еды. Архивы напоминают морозильную камеру — их элементы заморожены, пока в них нет необходимости, а она может настать в далеком будущем. Ресурсы похожи на кладовую: они доступны для приготовления любого блюда, но при этом надежно спрятаны. Сферы жизни можно сравнить с холодильником — вы планируете использовать его содержимое относительно скоро, и проверяете вы его чаще. А проекты -- это кастрюли и сковородки на плите, те самые блюда, которые вы готовите прямо сейчас. Все продукты лежат там, откуда вам удобнее всего будет их достать для приготовления пищи.
|
||||
|
||||
Продолжение
|
||||
|
||||
Представьте себе, насколько абсурдно было бы организовать пространство на кухне по видам пищи: например, свежие фрукты, сухофрукты, фруктовые соки и замороженные фрукты хранились бы в одном месте, потому что это фрукты. Тем не менее именно так большинство людей организует свои файлы и заметки - книжные заметки собраны вместе лишь потому, что эти данные взяты из книг, или все цитаты сохранены вместе потому, что это цитаты.
|
||||
|
||||
---
|
||||
|
||||
### 1️⃣ Projects — Проекты
|
||||
|
||||
Проекты — это *временные задачи с чёткой целью*. Над ними ты работаешь **сейчас**.
|
||||
|
||||
**Примеры:**
|
||||
|
||||
- Запустить MVP стартапа на Bubble
|
||||
- Сделать ролик для YouTube про Obsidian
|
||||
- Подготовить питч для инвестора
|
||||
|
||||
**В Obsidian**: каждая заметка в папке `Projects` — это отдельный проект. Там чек-листы, ссылки, идеи, дедлайны.
|
||||
|
||||
Я, например, веду проект "YouTube-контент" с помощью плагина **[kanban](https://eltonlabs.org/base/kanban)**.
|
||||
|
||||
|
||||
|
||||
Pasted image 20250506224908.png
|
||||
|
||||
---
|
||||
|
||||
### 2️⃣ Areas — Сферы жизни
|
||||
|
||||
Сферы — это *долгосрочные области*, которые требуют постоянного внимания: здоровье, финансы, обучение, отношения.
|
||||
|
||||
**Примеры:**
|
||||
|
||||
- Физическое состояние (цель — 75 кг и спорт)
|
||||
- Образование (магистратура + книги)
|
||||
- Личный бренд (YouTube и Telegram)
|
||||
|
||||
**В Obsidian**: папка `Areas` — это не просто списки.
|
||||
|
||||
Это места, где я отслеживаю стабильность. Например, я веду Kanban-доску по чтению книг — 1 книга в месяц минимум.
|
||||
|
||||
|
||||
|
||||
Pasted image 20250506225003.png
|
||||
|
||||
---
|
||||
|
||||
### 3️⃣ Resources — Ресурсы
|
||||
|
||||
Это твоя **библиотека знаний**. Сюда идут всё полезное: цитаты, статьи, фреймворки, идеи. Даже мысли из подкастов и книг.
|
||||
|
||||
**Примеры:**
|
||||
|
||||
- Статья про Customer Discovery
|
||||
- Фреймворк "Lean Canvas"
|
||||
- Статьи о продуктивности
|
||||
|
||||
**В Obsidian**: я использую `Resources`, чтобы хранить структурированную информацию.
|
||||
|
||||
Часто делаю callouts с 💡, сохраняю ключевые идеи и связываю с проектами (помним про [Метод CODE](https://eltonlabs.org/base/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4+CODE))
|
||||
|
||||
---
|
||||
|
||||
### 4️⃣ Archive — Архив
|
||||
|
||||
Архив — это просто **отложенное**. Завершённые проекты, устаревшие заметки, старые идеи.
|
||||
|
||||
**Примеры:**
|
||||
|
||||
- Первая версия шаблона стартапа
|
||||
- Ролики, которые я уже выпустил
|
||||
- Черновики неактуальных задач
|
||||
|
||||
**В Obsidian**: всё, что мешает текущей фокусировке, я убираю в папку `Archive`.
|
||||
|
||||
Это освобождает внимание и уменьшает визуальный шум.
|
||||
|
||||
---
|
||||
|
||||
### 🔁 Как работает в связке с CODE
|
||||
|
||||
Метод PARA идеально сочетается с CODE:
|
||||
|
||||
- В `Capture` ты сохраняешь всё важное (в `Inbox`)
|
||||
- С `Organize` — распределяешь по PARA
|
||||
- В `Distill` — выделяешь суть и формируешь ресурс
|
||||
- Через `Express` — используешь: в роликах, шаблонах, идеях
|
||||
|
||||
---
|
||||
|
||||
### 💡 Почему PARA меняет мышление
|
||||
|
||||
- 📌 **Ты начинаешь мыслить структурно** — каждое знание имеет "дом".
|
||||
- ⛏️ **Ты отсекаешь лишнее** — только важное идёт в систему.
|
||||
- ⚙️ **Ты ускоряешь действия** — нужная инфа под рукой в нужный момент.
|
||||
|
||||
---
|
||||
|
||||
## ‼️ Иногда лучше воздержаться от перемещения заметок между папками
|
||||
|
||||
Почему?
|
||||
|
||||
Бывают заметки в ресурсах, которые никогда не теряют актуальности и в будущем еще не раз могут пригодиться.
|
||||
|
||||
Что в таком случае делать?
|
||||
|
||||
Использовать [связи](https://eltonlabs.org/obsidian-links), ссылайте в вашем проекте (Projects) — на заметку из Resources. Не обязательно перемещать вручную заметку. Или же создать [MOC](https://eltonlabs.org/base/moc-notes), что это такое? Узнаете в следующих статьях...
|
||||
|
||||
---
|
||||
|
||||
##### ✨ Комментарий участника клуба "Obsidian&Mind Club"
|
||||
|
||||
Грубо говоря, у тебя в ресурсе есть полезный код/схема автоматизации/полезна информация о каком-нибудь датчике и о том как он работает.
|
||||
|
||||
Это все может быть использована во множестве проектов, перетаскивать заметку в проект в этом случае бессмысленно, **лучше оставить в ресурсах и постоянно ссылаться на него**,
|
||||
|
||||
Переместить физически конечно можно, но тогда это уже будет не ресурс, а ссылка на архивный проект, что будет не совсем логично
|
||||
|
||||
*Продолжение комментария*
|
||||
|
||||
Куда-то не надо, куда-то это похоронить, нужно организовать свое пространство в котором как раз ты все и будешь записывать и ссылаться на раннее созданное, тебе нужно будет в этом случае разобрать не одно пространство, а два, а может и три с таким подходом, это быстро надоест и не будет иметь эффекта с массой потерянной информацией и временем.
|
||||
|
||||
**Ключевое, ты не должен думать в каком месте ты это временно сохранил, место ты точно должен знать и легко воспользовавшись поиском найти.**
|
||||
|
||||
---
|
||||
|
||||
Самое главное - не копите знание, а превращайте это в действие
|
||||
|
||||
Идем дальше?
|
||||
|
||||
- 🧠 [Zettelkasten](https://eltonlabs.org/base/Zettelkasten)
|
||||
- [⬅️ Назад на главную](https://eltonlabs.org/home)
|
||||
|
|
@ -1,81 +0,0 @@
|
|||
---
|
||||
title: "4 этапа обучения"
|
||||
source: "https://eltonlabs.org/base/4+%D1%8D%D1%82%D0%B0%D0%BF%D0%B0+%D0%BE%D0%B1%D1%83%D1%87%D0%B5%D0%BD%D0%B8%D1%8F"
|
||||
author:
|
||||
- "[[Elton Labs]]"
|
||||
published:
|
||||
created: 2025-09-15
|
||||
description: "Обсидиан - Elton Labs"
|
||||
tags:
|
||||
- "clippings"
|
||||
---
|
||||
## 🎯 Почему эти методы работают: 4 этапа обучения
|
||||
|
||||
|
||||
|
||||
Pasted image 20250506231258.png
|
||||
|
||||
Иногда кажется, что такие системы как **Zettelkasten**, **PARA**, **CODE** — это просто сложные концепции.
|
||||
|
||||
Но если копнуть глубже, они работают потому, что встраиваются в базовую логику обучения человека.
|
||||
|
||||
📖 Об этом пишет Роберт Грин в книге *«Мастер игры»*, ссылаясь на модель **4 уровней компетентности**.
|
||||
|
||||
---
|
||||
|
||||
## 🧠 4 стадии обучения
|
||||
|
||||
|
||||
|
||||
Pasted image 20250506231453.png
|
||||
|
||||
Мы об этом подробно говорили в нашем ролике на YouTube - [Как Zettelkasten сделал меня умнее](https://www.youtube.com/watch?v=fvOnc2xA2v4)
|
||||
|
||||
1. ❓ **Неосознанная некомпетентность**
|
||||
Ты не знаешь, что чего-то не умеешь. Уверен, что всё ок.
|
||||
→ Пример: просто сохраняешь заметки, даже не задумываясь, зачем они.
|
||||
2. ⚠️ **Осознанная некомпетентность**
|
||||
Понимаешь: «Я не умею обрабатывать информацию»
|
||||
→ Пример: заметок много, но пользы 0. Начинаешь искать систему.
|
||||
3. 🧪 **Осознанная компетентность**
|
||||
Начинаешь учиться: пробуешь Zettelkasten, делаешь Inbox, связываешь идеи.
|
||||
→ Уже лучше, но пока требует усилий.
|
||||
4. 🤖 **Неосознанная компетентность**
|
||||
Ты на автомате перерабатываешь, структурируешь, применяешь знания.
|
||||
→ Уже не просто читаешь, а превращаешь инфу в решения и контент.
|
||||
|
||||
---
|
||||
|
||||
## 📌 Как это связано с Obsidian-системой
|
||||
|
||||
| Уровень | Что помогает перейти |
|
||||
| --- | --- |
|
||||
| 1 → 2 | Осознанность: видишь, что «что-то не работает» |
|
||||
| 2 → 3 | Пробуешь систему: Inbox, шаблоны, связи |
|
||||
| 3 → 4 | Повторение, практика, возвращение к заметкам |
|
||||
|
||||
Системы вроде Zettelkasten, PARA и CODE — это **не магия**, а **каркас**, который **ускоряет путь** между уровнями.
|
||||
|
||||
---
|
||||
|
||||
## 🎯 Почему важно фиксировать и связывать
|
||||
|
||||
Когда ты **переписываешь мысль своими словами**, ты превращаешь **чужую идею → в свою**. Это и есть переход на уровень 3.
|
||||
|
||||
Когда ты **автоматически создаёшь связку** между заметками — это уже уровень 4. Ты мыслишь сетью, а не кучей записей.
|
||||
|
||||
---
|
||||
|
||||
## 🚀 Заключение
|
||||
|
||||
> 🧠 Это не про “систему ради системы”
|
||||
> 📈 Это про то, чтобы стать осознанно компетентным и мыслить гибко
|
||||
|
||||
**Не надо сразу прыгать на уровень 4.** Просто начните фиксировать, связывать и применять. А система — подтянется.
|
||||
|
||||
---
|
||||
|
||||
Идем дальше?
|
||||
|
||||
- 🧠 [MOC - центры управления заметками](https://eltonlabs.org/base/moc-notes)
|
||||
- [⬅️ Назад на главную](https://eltonlabs.org/home)
|
||||
|
|
@ -1,158 +0,0 @@
|
|||
---
|
||||
title: "Zettelkasten"
|
||||
source: "https://eltonlabs.org/base/Zettelkasten"
|
||||
author:
|
||||
- "[[Elton Labs]]"
|
||||
published:
|
||||
created: 2025-09-15
|
||||
description: "Обсидиан - Elton Labs"
|
||||
tags:
|
||||
- "clippings"
|
||||
---
|
||||
## 🧠 Zettelkasten + Obsidian
|
||||
|
||||
|
||||
|
||||
Pasted image 20250506225953.png
|
||||
|
||||
Каждый день на нас сыпется информация: статьи, видео, идеи, мысли. Мы сохраняем их в Notion, Google Docs или Obsidian — и через пару недель забываем, зачем вообще это сделали 😅
|
||||
|
||||
Почему так происходит? Потому что просто **копим**, но **не перерабатываем**.
|
||||
|
||||
---
|
||||
|
||||
## ❓ В чём проблема обычного подхода к заметкам
|
||||
|
||||
Мы сохраняем полезную цитату или ссылку, но:
|
||||
|
||||
- не знаем, как с этим дальше работать;
|
||||
- не связываем с другими идеями;
|
||||
- не превращаем в знания или действия.
|
||||
|
||||
📦 Через месяц — это мёртвый груз.
|
||||
|
||||
В голове нет структуры, а в заметках — хаос.
|
||||
|
||||
---
|
||||
|
||||
## 🧩 Что такое Zettelkasten (и что мы под ним понимаем)
|
||||
|
||||
Zettelkasten
|
||||
|
||||
— это система, в которой **каждая заметка — это часть живой сети**. Это способ **думать через записи**, а не просто их собирать.
|
||||
|
||||
⚠️ Мы используем **современную цифровую адаптацию Zettelkasten (ZK 2.0)**.
|
||||
Оригинальная система Лумана была ближе к древовидной структуре (1 → 1a → 1a1), без перекрёстных ссылок.
|
||||
|
||||
|
||||
|
||||
Pasted image 20250506230209.png
|
||||
|
||||
📚 В Obsidian удобнее работать через вики-ссылки — это ближе к **wiki-style**, но с теми же целями: создавать связную систему идей.
|
||||
|
||||
---
|
||||
|
||||
## 🧱 3 типа заметок
|
||||
|
||||
💭 **Мимолётные** — мысли, вопросы, идеи → попадают в `📥 Inbox`.
|
||||
|
||||
📚 **Литературные** — переработка фрагментов книг, видео, статей → своими словами, с источником.
|
||||
|
||||
🧠 **Постоянные** — осознанные выводы, которые актуальны долго → это и есть ваша база знаний.
|
||||
|
||||
---
|
||||
|
||||
## 📌 Принципы заметок
|
||||
|
||||
- **Атомарность** — одна мысль = одна заметка
|
||||
- **Связность** — каждая заметка связана с другими
|
||||
- **Понятность** — написано своими словами
|
||||
- **Полезность** — пригодится в будущем
|
||||
|
||||
---
|
||||
|
||||
## 🔄 Пример потока
|
||||
|
||||
🧠 Идёшь по улице — возникает мысль:
|
||||
«Почему я откладываю важные дела?»
|
||||
→ записал как **мимолётную заметку** в Inbox.
|
||||
|
||||
📖 Читаешь статью:
|
||||
«Прокрастинация — это защита от страха неудачи».
|
||||
→ сделал **литературную заметку** — суть своими словами + источник.
|
||||
|
||||
💡 **Потом понял**:
|
||||
«Я прокрастинирую, потому что боюсь облажаться»
|
||||
→ записал как **постоянную заметку** и связал с:
|
||||
|
||||
- `[[Страх неудачи]]`
|
||||
- `[[Как справляться с прокрастинацией]]`
|
||||
- `[[Метод двух минут]]`
|
||||
|
||||
---
|
||||
|
||||
## 🗂️ Как структурировать знания: PARA + CODE
|
||||
|
||||
Мы объединили Zettelkasten с двумя мощными подходами:
|
||||
|
||||
### 1\. 📁 PARA (структура хранения)
|
||||
|
||||
О нем мы подробно писали в [Метод PARA](https://eltonlabs.org/base/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4+PARA)
|
||||
|
||||
- `📂 Projects` — текущие задачи и проекты
|
||||
- `💼 Areas` — сферы жизни (здоровье, финансы, учеба)
|
||||
- `📚 Resources` — полезные материалы
|
||||
- `🗃️ Archive` — неактуальное, но может пригодиться
|
||||
|
||||
### 2\. ⚙️ CODE (процесс обработки)
|
||||
|
||||
Также писали про него в [Метод CODE](https://eltonlabs.org/base/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4+CODE)
|
||||
|
||||
- `🖊️ Capture` — захват идеи
|
||||
- `🧩 Organize` — положить в систему
|
||||
- `🧪 Distill` — выжать суть
|
||||
- `🚀 Express` — применить: написать, сделать, использовать
|
||||
|
||||
---
|
||||
|
||||
## 💻 Для создания связей я использую шаблон
|
||||
|
||||
С ним вы можете подробно познакомиться на сайте [base/Шаблоны](https://eltonlabs.org/base/%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD%D1%8B)
|
||||
|
||||
---
|
||||
|
||||
## 📥 Работа с Inbox
|
||||
|
||||
Каждая новая заметка — сначала попадает в Inbox.
|
||||
1 раз в неделю (10–15 мин) я провожу рефакторинг:
|
||||
|
||||
- удалить лишнее
|
||||
- осмыслить ценное
|
||||
- перенести в нужную папку в соответствии [с методом PARA](https://eltonlabs.org/base/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4+PARA)
|
||||
|
||||
---
|
||||
|
||||
## 🎡 Возвращайся к старым мыслям
|
||||
|
||||
Иногда полезно вспомнить, о чём думал месяц назад.
|
||||
|
||||
🎲 Используй кнопку **“Случайная заметка”** (у меня это `Alt + Q`)
|
||||
|
||||
---
|
||||
|
||||
## 🤝 Заключение
|
||||
|
||||
Zettelkasten — это не про красивую систему. Это **про мышление**.
|
||||
Главное — **не усложнять**:
|
||||
|
||||
✅ Начни с Inbox
|
||||
✅ Пиши своими словами
|
||||
✅ Делай короткие и связанные заметки
|
||||
✅ Применяй в проектах и жизни
|
||||
|
||||
🧭 А дальше — ты сам удивишься, как начинает работать твоя внутренняя база знаний.
|
||||
|
||||
Идем дальше?
|
||||
|
||||
- 🧠 [4 этапа обучения](https://eltonlabs.org/base/4+%D1%8D%D1%82%D0%B0%D0%BF%D0%B0+%D0%BE%D0%B1%D1%83%D1%87%D0%B5%D0%BD%D0%B8%D1%8F)
|
||||
- [⬅️ Назад на главную](https://eltonlabs.org/home)
|
||||
|
|
@ -1,312 +0,0 @@
|
|||
---
|
||||
title: "moc-notes"
|
||||
source: "https://eltonlabs.org/base/moc-notes"
|
||||
author:
|
||||
- "[[Elton Labs]]"
|
||||
published:
|
||||
created: 2025-09-15
|
||||
description: "Обсидиан - Elton Labs"
|
||||
tags:
|
||||
- "clippings"
|
||||
---
|
||||
## 🧠 Как превратить хаос в систему:
|
||||
|
||||
Используем: [MOC](https://eltonlabs.org/base/moc-notes), [Метод PARA](https://eltonlabs.org/base/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4+PARA), [Метод CODE](https://eltonlabs.org/base/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4+CODE), [Framework thinking](https://eltonlabs.org/base/Framework+thinking), [Zettelkasten](https://eltonlabs.org/base/Zettelkasten) и [notebooklm](https://eltonlabs.org/base/notebooklm) в Obsidian
|
||||
|
||||
|
||||
|
||||
---
|
||||
|
||||
### Obsidian предлагает уникальные возможности для организации системы заметок.
|
||||
|
||||
Но без правильного применения он превращается в хранилище случайных, слабо связанных и бесполезных записей. Эти заметки лежат как попало, в непонятных местах — и не работают на тебя.
|
||||
|
||||
В этой заметке ты узнаешь:
|
||||
|
||||
- Как создать **центр управления своими заметками** через MOC
|
||||
- Как связать **фреймворки CODE, PARA и Zettelkasten**
|
||||
- Как превратить заметки в **инструмент мышления и действия**
|
||||
- Как использовать **ИИ для создания связей, инсайтов и даже подкастов**
|
||||
|
||||
---
|
||||
|
||||
### CODE, PARA, Zettelkasten — как основа структуры
|
||||
|
||||
В прошлых выпусках я рассказывал о трёх фреймворках:
|
||||
|
||||
### 1️⃣ Метод CODE
|
||||
|
||||
> 12 фильтров, чтобы понять: стоит ли идея твоего внимания? Нужно ли создавать заметку с ней?
|
||||
|
||||
*Подробнее прочитайте в [Метод CODE](https://eltonlabs.org/base/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4+CODE)*
|
||||
|
||||
### 2️⃣ Zettelkasten
|
||||
|
||||
- Все заметки делятся на **мимолётные**, **литературные** и **постоянные**
|
||||
- Мимолётная может превратиться в литературную — а затем в постоянную, когда оформится мысль
|
||||
|
||||
Мимолетная заметка — наши мимолетные мысли и идеи.
|
||||
Литературная заметка — теория, фреймворки, книги.
|
||||
|
||||
Постоянная заметка = мимолетная + литературная
|
||||
|
||||
### 3️⃣ Метод PARA
|
||||
|
||||
> Projects, Areas, Resources, Archive
|
||||
|
||||
Когда заметка созрела — она попадает в одну из этих папок в зависимости от роли.
|
||||
|
||||
### 🔴 Но возникает проблема:
|
||||
|
||||
- Заметки просто лежат в папках
|
||||
- Мы не возвращаемся к ним
|
||||
- Нет контекста — нет связей. Нет общей картины.
|
||||
- Obsidian становится самоцелью, а не инструментом
|
||||
|
||||
---
|
||||
|
||||
## 🗺️ Что спасает?
|
||||
|
||||
#### Map of Content — MOC — Карта Контента
|
||||
|
||||
### Что такое MOC?
|
||||
|
||||
MOC — это центральная заметка, которая собирает в себя ссылки на все заметки по теме.
|
||||
|
||||
|
||||
|
||||
#### Как это сделать?
|
||||
|
||||
1. Ты просто создаёшь MOC в каждой подпапке PARA.
|
||||
2. Выделяешь заметки из подпапки
|
||||
1. Для этого зажми кнопку "Shift"
|
||||
2. Нажми на первую и последнюю
|
||||
|
||||
Как выделить заметки:
|
||||
|
||||
|
||||
|
||||
Pasted image 20250705184415.png
|
||||
|
||||
1. Отпусти shift и левый кнопкой мыши - перенеси их в созданный MOC:
|
||||
|
||||
Получится так:
|
||||
|
||||
|
||||
|
||||
Pasted image 20250705184540.png
|
||||
|
||||
Примеры MOC:
|
||||
|
||||
- `MOC - Продуктивность`
|
||||
- `MOC - Самоанализ`
|
||||
- `MOC - Здоровье`
|
||||
|
||||
В одной теме могут быть много подтем, соответственно много MOC.
|
||||
|
||||
Всё индивидуально: количество MOC неограниченно, главное, чтобы было удобно ориентироваться позднее.
|
||||
|
||||
**Зачем?**
|
||||
|
||||
- Самое главное — видишь общую картину, все заметки по этой теме!
|
||||
- Визуализируешь тему
|
||||
- Видишь пробелы
|
||||
- Связываешь фреймворки и практики
|
||||
|
||||
Как выглядит у меня?
|
||||
|
||||
|
||||
|
||||
|
||||
---
|
||||
|
||||
## Мы видим все заметки в одной MOC, и что дальше?
|
||||
|
||||
А дальше..
|
||||
==Мы создаем из этого свой шаблон и фреймворк для размышлений и действий!==
|
||||
|
||||
В видео на YouTube, мы превращали MOC "Продуктивность" в шаблон действий и размышлений.
|
||||
|
||||
|
||||
|
||||
Например:
|
||||
|
||||
1. **Ключевой вопрос**
|
||||
1. Иногда это может быть один из 12 фильтр-вопросов - [Метод CODE](https://eltonlabs.org/base/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4+CODE)
|
||||
Например: *«Какова моя оптимальная система для прогресса и сохранения энергии, учитывая мои цели и склонность к перфекционизму?»*
|
||||
2. **Принципы и столпы ответа**
|
||||
- управление временем
|
||||
- управление энергией
|
||||
- правильное целеполагание
|
||||
- система заметок
|
||||
- преодоление прокрастинации и перфекционизма
|
||||
- восстановление и отдых
|
||||
3. **Связи с другими MOC**
|
||||
Например, принцип «энергия» связан с `MOC - Здоровье`, а «перфекционизм» с `MOC - Самоанализ`
|
||||
4. **Конкретные заметки**
|
||||
Связываем каждый принцип с конкретной заметкой
|
||||
5. **Отслеживание прогресса**
|
||||
Через `Areas` — Сферы жизни
|
||||
|
||||
|
||||
|
||||
---
|
||||
|
||||
## ⚙️ Пример из практики
|
||||
|
||||
1. Создаю мимолётную заметку:
|
||||
> "Хорошее выступление можно создать лишь с помощью необычных трюков"
|
||||
> Ставлю тег `#мимолетные`
|
||||
2. Через время — вижу её в `MOC - Inbox`
|
||||
|
||||
Как выглядит заметка "MOC - Inbox"
|
||||
|
||||
|
||||
|
||||
|
||||
---
|
||||
|
||||
**Как создать такую динамическую табличку со входящими заметками?**
|
||||
|
||||
1. Установите плагин Dataview
|
||||
2. Активируйте в настройках плагина строку "Enable Javascript..."
|
||||
3. Создайте заметку "MOC - Inbox"
|
||||
4. Вставьте следующий код
|
||||
|
||||
```
|
||||
dataviewjs
|
||||
const allPages = dv.pages('"0. Files/6. Inbox"');
|
||||
|
||||
// Категория 1 — с тегом #мимолетные
|
||||
const mim = allPages.where(p => p.file.tags?.includes("#мимолетные"));
|
||||
|
||||
// Категория 2 — с тегом #литературные
|
||||
const lit = allPages.where(p => p.file.tags?.includes("#литературные"));
|
||||
|
||||
// Категория 3 — без тегов вообще
|
||||
const noTag = allPages.where(p => !p.file.tags || p.file.tags.length === 0);
|
||||
|
||||
// Вывод
|
||||
dv.header(3, "✔️ Мимолетные");
|
||||
dv.table(["Заметка"], mim.map(p => [p.file.link]));
|
||||
|
||||
dv.header(3, "📖 Литературные");
|
||||
dv.table(["Заметка"], lit.map(p => [p.file.link]));
|
||||
|
||||
dv.header(3, "📂 Без тега");
|
||||
dv.table(["Заметка"], noTag.map(p => [p.file.link]));
|
||||
```
|
||||
|
||||
1. В коде поменяйте путь к папке, где создаются у вас новые заметки (у меня это папка 6. Inbox, или же входящие)
|
||||
2. И всё. При создании новых заметок, после присвоения хештеги мимолетные или хештега литературные - заметка будет отображена в MOC "Inbox"
|
||||
> 
|
||||
|
||||
---
|
||||
|
||||
\*итак, мы создали заметку "Хорошее выступление..."
|
||||
3\. Теперь открываем вновь его и развиваем свою мысль, превращая его в гипотезу:
|
||||
|
||||
- Добавляю мысль: *нужен интерактив, лекционный формат устарел*
|
||||
- Подтверждаю из литературы: *геймификация в презентациях*
|
||||
|
||||
1. Таким образом превращаю в постоянную заметку
|
||||
2. Теперь осталось выбрать в какую папку PARA он переместится: в Projects, Areas, Resources или же Archive.
|
||||
3. Очевидно, что это отлично подойдет для папки Resources.
|
||||
|
||||
---
|
||||
|
||||
#### Я автоматически перемещаю заметку в соответствующую папку с помощью тега
|
||||
|
||||
- Для этого я использую плагина Auto Note Mover
|
||||
- Указал в настройках папку, куда нужно перемещать, и указал тег-условие
|
||||
|
||||
Как выглядят настройки плагина Auto Note Mover:
|
||||
|
||||
|
||||
|
||||
Pasted image 20250705190933.png
|
||||
|
||||
- теперь автоматически, когда я буду писать [#выступления](https://eltonlabs.org/base/#%D0%B2%D1%8B%D1%81%D1%82%D1%83%D0%BF%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F) - заметка будет перемещена в папку "Личный бренд"
|
||||
|
||||
---
|
||||
|
||||
1. Затем я связываю эту заметку "Хорошее выступление..." с `MOC - Личный бренд`
|
||||
2. Использую плагин `AutoMOC`, чтобы вручную вставить обратные ссылки
|
||||
|
||||
---
|
||||
|
||||
### Зачем я использую плагин AutoMoc, если можно использовать Dataview или "Обратные ссылки"
|
||||
|
||||
- Плагин Dataview не возвращает ссылку, а лишь визуализирует его - это значит, что я не могу просто взять и переместить заметку куда-то, а код dataview оставить.
|
||||
- Плагин AutoMOC позволяет возвращать обратную ссылку, куда угодно - а затем и вовсе изменять его, перемещать.
|
||||
- Для этого просто установите плагин AutoMOC
|
||||
- Используйте команду "Add missed links":
|
||||
- Либо через CTRL + P (палитра команд) — "AutoMOC"
|
||||
- Либо назначьте горячую клавишу через настройки -> сочетания клавиш
|
||||
|
||||
---
|
||||
|
||||
1. И финальный штрих - используем на практике.
|
||||
Например, у меня есть проект "Выступление на форуме":
|
||||
|
||||
- я открываю заметку с подготовкой к выступлению
|
||||
- в соседнем окне открываю MOC "Личный бренд" (или же MOC "Выступление")
|
||||
- И просто использую его в качестве шаблона при подготовке к выступлению, чтобы точно учесть все нюансы
|
||||
|
||||
Таким образом, я связывал папки Resources и Projects, не перемещая сами заметки между папками
|
||||
|
||||
---
|
||||
|
||||
## А что если я не знаю как сделать MOC для себя?
|
||||
|
||||
Что, если не знаю?
|
||||
|
||||
|
||||
|
||||
### Подключаем ИИ для решения проблемы
|
||||
|
||||
1. Экспортируй 4 папки PARA в `.md` с помощью плагина `Advanced Merge`
|
||||
1. Установи плагин Advanced Merge
|
||||
2. Включи в настройках галочку "Вкачать вложенные папки" (2 по списку)
|
||||
3. Нажимай на папки правой кнопкой мыши
|
||||
4. Выбирай "Объединить папку"
|
||||
5. Готово! Вы получите заметку со всеми заметками внутри вашей папки.
|
||||
6. Проделайте тоже самое с остальными папками PARA (projects, areas, resources, archive)
|
||||
2. Загрузите их в [NoteBookLM](https://notebooklm.google/)
|
||||
3. Вставьте ему [промпт для генерации MOC и связей между вашими заметками](https://eltonlabs.org/base/prompt-for-notebooklm-obsidian)
|
||||
4. Вы получите развернутое сообщение от ИИ с потенциальными связями и MOC.
|
||||
|
||||
💡 Вы также можете получить подкаст на основе вашего Obsidian-хранилища. Для этого нажмите "Customize", там где подкасты и отправьте ему промпт:
|
||||
|
||||
- [Промпт для создания подкаста на базе хранилища Obsidian](https://eltonlabs.org/base/prompt-for-notebooklm-podcast-based-obsidian)
|
||||
|
||||
---
|
||||
|
||||
### Заключение
|
||||
|
||||
Правильно оформленный MOC — это не просто список ссылок. Это **живая карта твоего мышления**, которая помогает видеть структуру, а не хаос.
|
||||
|
||||
Он связывает фреймворки (CODE, PARA, Zettelkasten), темы, принципы и цели — **в одну рабочую систему**. Ты начинаешь не просто копить заметки, а **думать через них**.
|
||||
|
||||
Всё начинается с вопроса.
|
||||
Затем — принципы.
|
||||
Потом — связи, практика, прогресс.
|
||||
И наконец — ревизия. Без неё система умирает.
|
||||
|
||||
Я регулярно возвращаюсь ко всем своим MOC, чтобы держать свою систему живой, адаптивной, настоящей. Потому что заметки без пересмотра — как сосуды без движения: в них застаивается знание.
|
||||
|
||||
---
|
||||
|
||||
### Было интересно?
|
||||
|
||||
- Поделись с друзьями
|
||||
- Подпишись на канал и в Telegram
|
||||
|
||||
Впереди будут ролики про граф в Obsidian, а также расскажу - как я провожу ревизию и рефакторинг своих заметок
|
||||
|
||||
---
|
||||
|
||||
Идем дальше?
|
||||
|
||||
- [Перейти к изучению внутренних функций Obsidian](https://eltonlabs.org/%D0%9E%D0%B1%D1%81%D0%B8%D0%B4%D0%B8%D0%B0%D0%BD#^28fef6)
|
||||
- [⬅️ Назад на главную](https://eltonlabs.org/home)
|
||||
|
|
@ -1,359 +0,0 @@
|
|||
---
|
||||
title: "express-your-notes"
|
||||
source: "https://eltonlabs.org/base/express-your-notes"
|
||||
author:
|
||||
- "[[Elton Labs]]"
|
||||
published:
|
||||
created: 2025-09-15
|
||||
description: "Обсидиан - Elton Labs"
|
||||
tags:
|
||||
- "clippings"
|
||||
---
|
||||
## Три уровня EXPRESS: как превратить мертвые заметки в живую базу знаний
|
||||
|
||||
|
||||
|
||||
*Почему 80% пользователей Obsidian упускают огромный потенциал своих заметок и как это исправить*
|
||||
|
||||
## Проблема мертвых заметок
|
||||
|
||||
Представьте: у вас есть 2000 тщательно собранных заметок в Obsidian. Вы потратили месяцы на создание идеальной системы PARA, настроили плагины, создали красивые MOC-карты. Но заметки просто лежат в вашем хранилище как сокровища в пещере — ценные, но бесполезные.
|
||||
|
||||
|
||||
|
||||
Pasted image 20250802192925.png
|
||||
|
||||
Эта ситуация знакома большинству пользователей Obsidian.
|
||||
|
||||
Проблема
|
||||
|
||||
Мы становимся коллекционерами информации, но забываем о главном предназначении знаний — быть выраженными и примененными в реальной жизни. Само слово "продуктивность" происходит от латинского "producere" — производить, создавать.
|
||||
|
||||
**Ключевая проблема заключается в том, что мы останавливаемся на букве "O" в методе CODE** (Capture, Organize, Distill, Express), игнорируя последний и самый важный этап — Express (выражение). Мы захватываем информацию, организуем её, дистиллируем в инсайты, но не выражаем наружу.
|
||||
|
||||
### Наука об обучении через выражение
|
||||
|
||||
Конус обучения Эдгара Дейла показывает поразительную разницу в усвоении информации:
|
||||
|
||||
|
||||
|
||||
- **Пассивное потребление** (чтение, слушание лекций): всего 5-10% запоминания
|
||||
- **Активное участие** (дискуссии, практическое применение): 50-70% запоминания
|
||||
- **Обучение других и выражение знаний**: до 90% запоминания
|
||||
|
||||
Инсайт, который вы замечали
|
||||
|
||||
Когда вы вынуждены объяснить концепцию другому человеку или написать о ней статью, ваш мозг активирует множественные нейронные пути. Вы не просто вспоминаете информацию — вы её реконструируете, находите связи, выявляете пробелы в понимании.
|
||||
|
||||
**Исследования показывают**, что регулярное выражение мыслей о сложных ситуациях снижает уровень кортизола и тревожности на 23%. Письменное изложение идей активирует префронтальную кору мозга, ответственную за критическое мышление и самоанализ.
|
||||
|
||||
### Статистика и заблуждение коллекционера
|
||||
|
||||
По статистике, 80% пользователей Obsidian ограничиваются лишь внутренними формами выражения — создают MOC, пишут резюме книг, ведут дневники. Это безусловно ценно, но упускает огромный потенциал внешнего выражения.
|
||||
|
||||
|
||||
|
||||
**Заблуждение коллекционера** — психологическая ловушка, когда накопление информации создает иллюзию знания. Мы чувствуем себя экспертами, имея тысячи заметок, но на самом деле не можем применить эти знания или поделиться ими с другими.
|
||||
|
||||
Многим мешает перфекционизм. Нам кажется, что нужно "идеальное время", "правильное место", "подходящий формат". Мы откладываем публикацию, ожидая момента, когда наши мысли станут "достаточно хорошими". Но знания становятся активными только когда они выражаются и применяются.
|
||||
|
||||
## Метод CODE и недооцененная буква E
|
||||
|
||||
Тьяго Форте, создатель [Метод CODE](https://eltonlabs.org/base/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4+CODE) (Capture-Organize-Distill-Express), подчеркивает, что Express — не дополнительная часть, а **цель всей работы со знаниями**. Без выражения предыдущие этапы теряют смысл.
|
||||
|
||||
|
||||
|
||||
### Capture (Захват)
|
||||
|
||||
Первый этап — сбор информации, которая вызывает внутренний отклик. Это может быть интересная цитата из книги, инсайт во время прогулки, идея из разговора с коллегой. Главное — зафиксировать то, что резонирует с вашими интересами и целями.
|
||||
|
||||
### Organize (Организация)
|
||||
|
||||
Второй этап — структурирование информации по темам и проектам. Здесь работает система PARA: Projects (проекты), Areas (сферы), Resources (ресурсы), Archive (архив). Информация получает контекст и место в общей структуре.
|
||||
|
||||
### Distill (Дистилляция)
|
||||
|
||||
Третий этап — извлечение сути, создание собственных формулировок, выделение ключевых идей. Вы не просто сохраняете чужие мысли, а перерабатываете их через призму своего опыта.
|
||||
|
||||
### Express (Выражение)
|
||||
|
||||
**Четвертый этап — самый важный и самый игнорируемый.** Здесь знания превращаются из пассивного багажа в активный инструмент влияния на мир. Express означает применение знаний в работе, проектах, обучении других.
|
||||
|
||||
---
|
||||
|
||||
## Три уровня выражения заметок
|
||||
|
||||
Выражение знаний происходит на трех уровнях, каждый со своими особенностями, преимуществами и ограничениями.
|
||||
|
||||
|
||||
|
||||
### Личный уровень EXPRESS
|
||||
|
||||
**Личный EXPRESS** — это выражение знаний для себя будущего. Вы создаете материалы, как если бы обучали другого человека, но адресатом остаетесь вы сами.
|
||||
|
||||
#### MOC как центры управления знаниями
|
||||
|
||||
Maps of Content (MOC) — не просто навигационные центры, но инструменты активного выражения. Хороший MOC связывает ваши заметки с принципами и целями в данной теме. Например, MOC по теме "Продуктивность" может включать:
|
||||
|
||||
- Ваши эксперименты с техниками
|
||||
- Принципы, которые работают лично для вас
|
||||
- Связи между разными подходами
|
||||
- Применение в конкретных проектах
|
||||
|
||||
Читайте статью про [МОК](https://eltonlabs.org/base/moc-notes)
|
||||
|
||||
#### Создание учебников для себя
|
||||
|
||||
|
||||
|
||||
Формула создания личных учебников проста: **конспекты + теория + инсайты + ваш опыт + возможные вопросы и ответы**. Вы можете создать руководство "Как я изучаю новые языки программирования" или "Мой подход к анализу инвестиций".
|
||||
|
||||
Можно использовать теги для сбора материала. Например, тег `#книга_по_лени` во всех заметках, относящихся к будущей книге о прокрастинации. Плагин Dataview поможет автоматически собрать все связанные заметки в одну таблицу.
|
||||
|
||||
Функция "Открыть случайную заметку" в Obsidian становится инструментом ревизии — просматривайте случайные заметки и решайте, подходят ли они для вашего будущего "учебника".
|
||||
|
||||
#### Терапевтические дневники и анализ мыслей
|
||||
|
||||
|
||||
|
||||
Третий способ личного выражения — создание аналитических дневников. Это не простое описание событий, а **анализ мыслей, паттернов поведения, эмоциональных реакций**.
|
||||
|
||||
Исследования показывают, что регулярное выражение мыслей о сложных ситуациях снижает уровень стресса и улучшает психическое здоровье. Письменная рефлексия помогает:
|
||||
|
||||
- Выявить повторяющиеся паттерны мышления
|
||||
- Проанализировать триггеры стресса и тревоги
|
||||
- Отследить прогресс в решении личных проблем
|
||||
- Подготовить материал для работы с психологом
|
||||
|
||||
Можно создать YAML-поля в ежедневных заметках для структурированного анализа:
|
||||
|
||||
```yaml
|
||||
---
|
||||
Мысль_дня: "Заметил, что откладываю сложные задачи на конец дня"
|
||||
Инсайт: "Новый метод медитации - смотреть на свечку 15 минут"
|
||||
---
|
||||
```
|
||||
|
||||
А потом отобразить в отдельной заметке с помощью плагина [Dataview](https://eltonlabs.org/base/Dataview)
|
||||
|
||||
```
|
||||
table Мысль_дня as "Мысль дня", Инсайт as "Инсайт дня"
|
||||
from "2. Areas/Мой дневник/1-3 Daily notes"
|
||||
where contains(file.name, "-07-2025")
|
||||
sort file.name asc
|
||||
```
|
||||
|
||||
### Командный уровень EXPRESS
|
||||
|
||||
|
||||
|
||||
Второй уровень выражения — **делиться знаниями в небольшом, доверенном кругу**. Это могут быть коллеги, друзья, семья, участники закрытых сообществ.
|
||||
|
||||
#### Правило 10/10/10
|
||||
|
||||
Некоторые эксперты рекомендуют метод 10/10/10:
|
||||
|
||||
- **10 минут в день** на личные заметки
|
||||
- **10 минут** на их обобщение и структурирование
|
||||
- **10 минут** на шеринг с командой или близким кругом
|
||||
|
||||
Этот подход превращает знания в живой, циркулирующий ресурс команды.
|
||||
|
||||
#### Форматы командного выражения
|
||||
|
||||
**Письменные форматы:**
|
||||
|
||||
- Еженедельные инсайты по email — короткие рассылки с главными открытиями недели
|
||||
- Внутренние Wiki команды — структурированная база знаний проекта
|
||||
- Закрытые каналы в Telegram или Slack для обмена идеями
|
||||
- Notion-страницы для коллективной работы над документами
|
||||
|
||||
**Устные форматы:** Согласно конусу обучения Эдгара Дейла, информация отлично запоминается через участие в дискуссиях, ролевых играх, имитации реальной деятельности. Поэтому эффективны:
|
||||
|
||||
- Еженедельные встречи с обсуждением инсайтов
|
||||
- Книжные клубы в команде или среди друзей
|
||||
- Ужины с тематическими дискуссиями
|
||||
- Воркшопы и мини-лекции для коллег
|
||||
|
||||
#### Преимущества командного выражения
|
||||
|
||||
**Разнообразная обратная связь** — люди с разным опытом и перспективами помогают увидеть слепые пятна в ваших рассуждениях. Коллега-программист может указать на технические неточности, а друг-психолог — на человеческие аспекты идеи.
|
||||
|
||||
**Создание единого информационного поля** — когда команда регулярно делится знаниями, снижается дублирование работы и повышается общий уровень экспертизы.
|
||||
|
||||
**Документирование неявных знаний** — многие ценные инсайты существуют только в головах экспертов. Командное выражение помогает сделать это знание доступным всем.
|
||||
|
||||
**Повышение доверия и сплоченности** — открытый обмен идеями создает культуру обучения и взаимопомощи.
|
||||
|
||||
### Публичный уровень EXPRESS
|
||||
|
||||
|
||||
|
||||
Третий уровень — **публичное выражение для широкой аудитории**. Это наиболее сложный, но и наиболее ценный уровень выражения знаний.
|
||||
|
||||
#### Психологические барьеры
|
||||
|
||||
**Синдром самозванца** — главное препятствие для публичного выражения. Нам кажется, что мы недостаточно экспертны, что наши идеи банальны, что кто-то уже сказал это лучше.
|
||||
|
||||
Важно понимать: **вы не обязаны быть экспертом мирового уровня**, чтобы поделиться полезными инсайтами. Ваш уникальный опыт и перспектива имеют ценность. Человек, который изучает тему полгода, часто лучше объяснит её новичку, чем эксперт с 20-летним стажем.
|
||||
|
||||
**Перфекционизм** заставляет откладывать публикацию до "идеального момента". Но знания развиваются через итерации и обратную связь, а не через долгие размышления в изоляции.
|
||||
|
||||
#### Концепция Digital Garden
|
||||
|
||||
|
||||
|
||||
Здесь на помощь приходит концепция **Digital Garden (цифрового сада)** — радикальной альтернативы традиционному блогингу.
|
||||
|
||||
**Блог vs Digital Garden:**
|
||||
|
||||
**Традиционный блог:**
|
||||
|
||||
- Хронологический порядок постов
|
||||
- "Завершенные" статьи
|
||||
- Линейное повествование
|
||||
- Страх публиковать "несовершенное"
|
||||
|
||||
**Digital Garden:**
|
||||
|
||||
- Топическая организация контента
|
||||
- Развивающиеся заметки
|
||||
- Сетевая структура связей
|
||||
- Комфорт с незавершенностью
|
||||
|
||||
#### Статусы развития идей
|
||||
|
||||
Digital Garden использует **систему статусов** для обозначения зрелости идей:
|
||||
|
||||
**🌱 Seedlings (Ростки)** — сырые мысли, черновики, первичные инсайты. Это может быть короткая заметка с интересной идеей, которая требует развития.
|
||||
|
||||
**🌿 Budding (Развивающиеся)** — идеи в процессе проработки. Заметка имеет структуру, но нуждается в дополнении примерами, источниками, связями с другими концепциями.
|
||||
|
||||
**🌳 Evergreen (Зрелые)** — хорошо проработанные заметки с четкой аргументацией, примерами, связями. Это не значит, что они никогда не изменятся, но они достаточно развиты для самостоятельного чтения.
|
||||
|
||||
#### Эпистемический статус
|
||||
|
||||
Дополнительно к статусам развития полезно указывать **эпистемический статус** — уровень вашей уверенности в утверждениях:
|
||||
|
||||
- "Высокая уверенность" — проверенные факты и хорошо обоснованные выводы
|
||||
- "Средняя уверенность" — вероятные гипотезы с некоторыми подтверждениями
|
||||
- "Предварительные мысли" — ранние идеи, требующие проверки
|
||||
- "Спекуляция" — интересные размышления без претензий на истину
|
||||
|
||||
#### Преимущества публичного выражения
|
||||
|
||||
**Максимальная обратная связь** — публичная аудитория предоставляет самый широкий спектр мнений и экспертизы. Ваша заметка о продуктивности может получить комментарии от предпринимателей, исследователей, студентов.
|
||||
|
||||
**Мотивация к качеству** — знание, что вас читают, повышает стандарты мышления и изложения. Вы тщательнее проверяете факты, ищете контраргументы, улучшаете ясность выражения.
|
||||
|
||||
**Построение репутации** — регулярное качественное публичное выражение создает профессиональную репутацию и открывает новые возможности.
|
||||
|
||||
**Влияние на мир** — ваши идеи могут изменить чье-то мышление, помочь решить проблему, вдохновить на действия.
|
||||
|
||||
## Преодоление барьеров на пути к выражению
|
||||
|
||||
|
||||
|
||||
### Начинайте с малого
|
||||
|
||||
Не пытайтесь опубликовать все хранилище сразу. **Начните с 3-5 самых проработанных заметок**. Это может быть:
|
||||
|
||||
- Резюме книги, которая вас вдохновила
|
||||
- Анализ решения рабочей проблемы
|
||||
- Описание эксперимента с новой привычкой
|
||||
- Объяснение сложной концепции простыми словами
|
||||
|
||||
### Принцип промежуточных результатов
|
||||
|
||||
Attention
|
||||
|
||||
Не ждите "финальных шедевров". **Публикуйте промежуточные результаты** — размышления в процессе, ранние гипотезы, частично проработанные идеи. Читатели часто находят больше ценности в процессе мышления, чем в готовых выводах.
|
||||
|
||||
### Обратная связь как топливо развития
|
||||
|
||||
**Каждый комментарий — возможность улучшить исходную заметку** в Obsidian. Критика помогает выявить слабые места в аргументации, вопросы читателей показывают, что нужно объяснить подробнее, поддержка мотивирует развивать тему дальше.
|
||||
|
||||
### Правило "учите то, что изучаете"
|
||||
|
||||
Не ждите, пока станете экспертом. **Начинайте делиться знаниями в процессе изучения**. Человек, который осваивает новый навык, часто лучше объясняет начальные этапы, чем мастер, забывший о трудностях новичков.
|
||||
|
||||
## Практические стратегии внедрения EXPRESS
|
||||
|
||||
### Еженедельная ревизия для выражения
|
||||
|
||||
Заведите привычку еженедельно просматривать свои заметки с вопросом: **"Что из этого может быть полезно другим?"** Даже простое наблюдение или инсайт могут стать ценными для кого-то еще.
|
||||
|
||||
### Создание контент-планов из заметок
|
||||
|
||||
Ваши заметки — готовый источник идей для контента. MOC по теме "Продуктивность" может стать планом серии статей:
|
||||
|
||||
- "5 экспериментов с утренними рутинами"
|
||||
- "Как я победил прокрастинацию с помощью техники Pomodoro"
|
||||
- "Почему GTD не работает для креативных профессий"
|
||||
- "Цифровой минимализм: мой опыт отказа от социальных сетей"
|
||||
|
||||
### Техника "от заметки к статье"
|
||||
|
||||
1. **Выберите заметку** с интересным инсайтом
|
||||
2. **Добавьте контекст** — как вы пришли к этой идее
|
||||
3. **Приведите примеры** из личного опыта
|
||||
4. **Найдите связи** с другими концепциями
|
||||
5. **Добавьте призыв к действию** — что может сделать читатель
|
||||
|
||||
### Метод прогрессивного раскрытия
|
||||
|
||||
Начинайте с коротких постов в социальных сетях, постепенно развивая их в полноценные статьи:
|
||||
|
||||
1. **Пост** — основная идея в 1-2 предложениях
|
||||
2. **Карусель** — развернутое объяснение
|
||||
3. **Короткая статья** — с примерами и источниками
|
||||
4. **Длинный лонгрид** — глубокий анализ темы
|
||||
|
||||
## Системный подход к развитию EXPRESS
|
||||
|
||||
|
||||
|
||||
### Создание контент-системы
|
||||
|
||||
**Входящий поток** — регулярный захват идей из книг, подкастов, разговоров, наблюдений.
|
||||
|
||||
**Обработка** — еженедельная ревизия заметок с маркировкой потенциального контента.
|
||||
|
||||
**Производство** — регулярная публикация в выбранном формате и на выбранной платформе.
|
||||
|
||||
**Обратная связь** — анализ реакции аудитории и улучшение исходных заметок.
|
||||
|
||||
### Измерение прогресса
|
||||
|
||||
Отслеживайте не только внешние метрики (просмотры, лайки), но и **внутренние показатели**:
|
||||
|
||||
- Количество заметок, переведенных в публичный формат
|
||||
- Частота обновления "старых" заметок на основе обратной связи
|
||||
- Качество связей между идеями в вашем хранилище
|
||||
- Скорость превращения новых инсайтов в контент
|
||||
|
||||
### Долгосрочное видение
|
||||
|
||||
EXPRESS — не разовая активность, а **образ жизни исследователя знаний**. Ваши заметки становятся живой, дышащей системой, которая:
|
||||
|
||||
- Развивается через взаимодействие с читателями
|
||||
- Создает сеть единомышленников вокруг ваших идей
|
||||
- Превращает личные инсайты в общественную ценность
|
||||
- Мотивирует к более глубокому изучению тем
|
||||
|
||||
## Заключение: от коллекционера к творцу
|
||||
|
||||
Переход от коллекционирования заметок к их выражению — это переход **от потребителя к творцу знаний**. Ваши 2000 заметок в Obsidian могут стать не музейными экспонатами, а живыми инструментами влияния на мир.
|
||||
|
||||
Начните сегодня с одной заметки. Выберите идею, которая кажется вам ценной, и поделитесь ей с одним человеком. Это может быть коллега, друг или незнакомый читатель в интернете. **Главное — сделать первый шаг** от пассивного накопления к активному выражению.
|
||||
|
||||
Помните: знание становится силой только тогда, когда оно выражается и применяется. Ваши заметки ждут своего часа, чтобы превратиться из цифрового хлама в источник вдохновения и пользы для других.
|
||||
|
||||
**Следующий шаг:** откройте Obsidian, выберите одну заметку и подумайте — как эта идея может помочь кому-то еще? Возможно, именно сегодня ваши "мертвые" заметки начнут новую жизнь.
|
||||
|
||||
Идем дальше?
|
||||
|
||||
- 1. [Настраиваем Obsidian Publish](https://eltonlabs.org/base/obsidian-publish)
|
||||
- 1. [Настраиваем Quartz + Github](https://eltonlabs.org/base/obsidian-quartz)
|
||||
- 1. [Настраиваем Teletype&Telegraph](https://eltonlabs.org/base/teletype-telegraph)
|
||||
- [⬅️ Назад на главную](https://eltonlabs.org/home)
|
||||
|
|
@ -1,6 +0,0 @@
|
|||
|
||||
P - projects - краткосрочные задачи и цели
|
||||
А - areas - долгосрочные задачи на протяжении какого-то времени
|
||||
R - resources - Интересные для вас темы
|
||||
А - archive - всё, что временно неактуально
|
||||
|
||||
|
|
@ -1,64 +0,0 @@
|
|||
---
|
||||
title: "Как стать лучшей версией себя? Обзор и настройка трекера в Обсидиан"
|
||||
source: "https://www.youtube.com/watch?v=3S8bwvnh3zQ"
|
||||
author:
|
||||
- "[[Nata Dobryak]]"
|
||||
published: 2025-07-31
|
||||
created: 2025-09-17
|
||||
description: "Смотрите любимые видео, слушайте любимые песни, загружайте собственные ролики и делитесь ими с друзьями, близкими и целым миром."
|
||||
tags:
|
||||
- "clippings"
|
||||
---
|
||||
|
||||
|
||||
Разбираю пошагово как настроить трекер привычек в Обсидиане. Покажу 3 способа визуализации привычек за месяц и год.
|
||||
|
||||
🚀 Готовый трекер привычек для Obsidian!👉 https://boosty.to/natadobryak/posts/7066bfbe-14d3-4c5c-aa81-6aecf5751ef9?share=post\_link
|
||||
|
||||
Мой тг канал: https://t.me/+N4RCP7mgM3hlZTIy
|
||||
Boosty: https://boosty.to/natadobryak
|
||||
Файл с полезными материалами по Обсидиану (бесплатно): https://boosty.to/natadobryak/posts/8fdbaacb-db9d-47a0-a0e4-8ee76b6167d6?share=post\_link
|
||||
|
||||
Если видео окажется для вас полезным, не забудьте поставить лайк и подписаться на канал — впереди будет ещё больше видео по Обсидиан, а также полезные лайфхаки для продуктивной работы с заметками.
|
||||
|
||||
Полезные ссылки из видео:
|
||||
1\. Больше примеров можно посмотреть здесь - https://github.com/pyrochlore/obsidian-tracker/tree/master/examples
|
||||
2\. Саммари для календаря - https://github.com/pyrochlore/obsidian-tracker/blob/master/examples/HabitTracker.md
|
||||
3\. Саммари для линейного графика - https://github.com/pyrochlore/obsidian-tracker/blob/master/examples/TestSummary.md
|
||||
4\. Запрос для секторного графика (pie) - https://github.com/pyrochlore/obsidian-tracker/blob/master/examples/TestPieChart.md
|
||||
5\. Примеры heatmap-tracker (Github) - https://github.com/mokkiebear/heatmap-tracker/tree/main/EXAMPLE\_VAULT
|
||||
6\. Ссылка на мои запросы для heatmap Tracker (не забудьте изменить название привычки, папку и формат даты ваших ежедневных заметок) - https://t.me/fromchemtovfx/279
|
||||
7\. Форматы записи дат для шаблонов - https://momentjs.com/docs/#/displaying/format/
|
||||
8\. Параметры для запросов трекера - https://github.com/pyrochlore/obsidian-tracker/blob/master/docs/InputParameters.md
|
||||
9\. Примеры запросов для трекера - https://github.com/pyrochlore/obsidian-tracker/tree/master/examples
|
||||
10\. Ссылка на сниппет dashboard.css (в моем тг) - https://t.me/fromchemtovfx/263
|
||||
11\. Ссылка на скрипт для визуализации привычек с помощью прогресс бара как на видео - https://t.me/fromchemtovfx/270?comment=966
|
||||
|
||||
Таймкоды:
|
||||
00:00 - Вступление
|
||||
00:19 - Как лучше трекать привычки?
|
||||
00:57 - Приложения для телефона
|
||||
02:04 - Плагины для трекинга привычек в Обсидиан
|
||||
02:33 - Настраиваем папки и шаблоны
|
||||
06:54 - Настройка плагина Tracker
|
||||
07:54 - Вид месяца (month)
|
||||
11:37 - Саммари для месяца
|
||||
12:48 - Вид линейного графика (Line)
|
||||
15:17 - Саммари для линейного графика
|
||||
15:44 - Пример других представлений
|
||||
16:57 - Как расположить несколько графиков в строчку
|
||||
18:23 - Как установить CSS сниппеты
|
||||
18:58 - Что учитывать при использовании dashboard.css
|
||||
19:33 - Плагин Heatmap Tracker
|
||||
21:11 - Бонусный вариант отображения
|
||||
22:56 - Визуализация за год
|
||||
23:44 - Про хранилище с настроенным трекером привычек
|
||||
|
||||
Для связи:
|
||||
tg: @natadobr
|
||||
natdobryak@gmail.com
|
||||
Другие соцсети:
|
||||
vk: https://vk.com/natashadob
|
||||
instagram: @natashulka
|
||||
|
||||
#обсидиан #трекерпривычек #продуктивностьвобсидиан #obsidian
|
||||
|
|
@ -1 +0,0 @@
|
|||
Проєкт ведення соціальних мереж з допомогою сервісу n8n.
|
||||
|
|
@ -1,18 +0,0 @@
|
|||
| Платформа | Тип / основна функція | Примітки / особливості |
|
||||
| -------------------------------- | ------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
||||
| **Mastodon** | Мікроблогінг | Найвідоміша Fediverse-платформа. ([Clygro](https://clygro.cc/fediverse.html?utm_source=chatgpt.com "What is the Fediverse? - Clygro's Website")) |
|
||||
| **Pleroma** | Мікроблогінг | Легковісна реалізація, хороша для сервера з обмеженими ресурсами. ([Clygro](https://clygro.cc/fediverse.html?utm_source=chatgpt.com "What is the Fediverse? - Clygro's Website")) |
|
||||
| **Akkoma** | Мікроблогінг | Форк Pleroma з додатковими “фішками”. ([Clygro](https://clygro.cc/fediverse.html?utm_source=chatgpt.com "What is the Fediverse? - Clygro's Website")) |
|
||||
| **Misskey / Firefish / Calckey** | Мікроблогінг / соціальна мережа | Дуже кастомізована платформа, підтримує ActivityPub. ([Вікіпедія](https://en.wikipedia.org/wiki/Misskey?utm_source=chatgpt.com "Misskey")) |
|
||||
| **Lemmy** | Обговорення / форуми | Альтернатива Reddit, працює по ActivityPub. ([Вікіпедія](https://en.wikipedia.org/wiki/Lemmy_%28social_network%29?utm_source=chatgpt.com "Lemmy (social network)")) |
|
||||
| **Pixelfed** | Обмін фото | Подібна до Instagram, без централізованого контролю. ([Вікіпедія](https://it.wikipedia.org/wiki/Pixelfed?utm_source=chatgpt.com "Pixelfed")) |
|
||||
| **PeerTube** | Відео | Децентралізований відеохостинг, підтримує P2P-обмін. ([Вікіпедія](https://en.wikipedia.org/wiki/PeerTube?utm_source=chatgpt.com "PeerTube")) |
|
||||
| **Friendica** | Соцмережа “все-в-одному” | Має мультипротокольну підтримку (ActivityPub тощо). ([Open Future](https://openfuture.eu/wp-content/uploads/2021/10/decentralized-social-ecosystem-review.pdf?utm_source=chatgpt.com "Ecosystem Review")) |
|
||||
| **Diaspora*** | Соцмережа / мікроблог | Один із старих проектів федерації. ([Вікіпедія](https://ru.wikipedia.org/wiki/Fediverse?utm_source=chatgpt.com "Fediverse")) |
|
||||
| **Hubzilla** | Соцмережа / CMS | Дуже гнучка: пости, файли, сторінки. ([Clygro](https://clygro.cc/fediverse.html?utm_source=chatgpt.com "What is the Fediverse? - Clygro's Website")) |
|
||||
| **Funkwhale** | Аудіо / музика | Федеративний стрімінг і обмін музикою. ([Clygro](https://clygro.cc/fediverse.html?utm_source=chatgpt.com "What is the Fediverse? - Clygro's Website")) |
|
||||
| **WriteFreely / Write.as** | Блогінг | Писати довгі тексти, статті. ([Clygro](https://clygro.cc/fediverse.html?utm_source=chatgpt.com "What is the Fediverse? - Clygro's Website")) |
|
||||
| **Plume** | Блог / публікації | Ще один варіант для публікацій і блогів. ([Open Future](https://openfuture.eu/wp-content/uploads/2021/10/decentralized-social-ecosystem-review.pdf?utm_source=chatgpt.com "Ecosystem Review")) |
|
||||
| **BookWyrm** | Книги / рецензії | Соцмережа для читачів та обговорення книжок. ([Clygro](https://clygro.cc/fediverse.html?utm_source=chatgpt.com "What is the Fediverse? - Clygro's Website")) |
|
||||
| **Mobilizon** | Події / групи | Організація подій, зустрічей, груп. ([Clygro](https://clygro.cc/fediverse.html?utm_source=chatgpt.com "What is the Fediverse? - Clygro's Website")) |
|
||||
| **Kbin** | Новини / агрегатор / форуми | Активна платформа для обговорення та агрегування контенту. |
|
||||
|
|
@ -1 +0,0 @@
|
|||
Публікувати в канал актуальні знижки які допоможуть правильно харчуватись.
|
||||
Binary file not shown.
Binary file not shown.
|
|
@ -1,17 +0,0 @@
|
|||
**Інструменти штучного інтелекту для створення аудіовізуального контенту:**
|
||||
|
||||
GPT-4o від OpenAI [https://openai.com/chatgpt/overview/](https://openai.com/chatgpt/overview/)
|
||||
|
||||
Midjourney [https://www.midjourney.com](https://www.midjourney.com/)
|
||||
|
||||
Suno [https://suno.com](https://suno.com/)
|
||||
|
||||
Udio [https://www.udio.com/](https://www.udio.com/)
|
||||
|
||||
ElevenLabs [https://elevenlabs.io/](https://elevenlabs.io/)
|
||||
|
||||
Runway [https://runwayml.com/](https://runwayml.com/)
|
||||
|
||||
Sora [https://sora.chatgpt.com/onboarding](https://sora.chatgpt.com/onboarding)
|
||||
|
||||
Veo 3 [https://veo3.ai](https://veo3.ai/)
|
||||
Binary file not shown.
|
|
@ -1,12 +0,0 @@
|
|||
**Кейси українського бізнесу:**
|
||||
|
||||
Штучний інтелект прискорює аналіз контрагентів (ПриватБанк) [https://otp24.privatbank.ua/news/888](https://otp24.privatbank.ua/news/888)
|
||||
|
||||
Розробники monobank створили внутрішню ШІ-систему E.N.O.T., яку натренували на розмовах з тімлідом. Олександр Кузьменко [https://dev.ua/news/v-monobank-zavivsia-ienot-1747985043](https://dev.ua/news/v-monobank-zavivsia-ienot-1747985043)
|
||||
|
||||
Кейс бренду Graff: Як штучний інтелект трансформував комунікацію та задав нові стандарти в SMM [https://cases.media/case/keis-brendu-graff-yak-shtuchnii-intelekt-transformuvav-komunikaciyu-ta-zadav-novi-standarti-v-smm](https://cases.media/case/keis-brendu-graff-yak-shtuchnii-intelekt-transformuvav-komunikaciyu-ta-zadav-novi-standarti-v-smm)
|
||||
|
||||
Як пришвидшити виконання креативних задач. Кейси агенцій, які використовують штучний інтелект [https://cases.media/case/yak-prishvidshiti-vikonannya-kreativnikh-zadach-keisi-agencii-yaki-vikoristovuyut-shtuchnii-intelekt](https://cases.media/case/yak-prishvidshiti-vikonannya-kreativnikh-zadach-keisi-agencii-yaki-vikoristovuyut-shtuchnii-intelekt)
|
||||
|
||||
Як ми приручили штучний інтелект, або Хто тут тепер Sales-менеджер? [https://cases.media/case/yak-mi-priruchili-shtuchnii-intelekt-abo-khto-tut-teper-sales-menedzher](https://cases.media/case/yak-mi-priruchili-shtuchnii-intelekt-abo-khto-tut-teper-sales-menedzher)
|
||||
|
||||
|
|
@ -1,16 +0,0 @@
|
|||
|
||||
Штучний інтелект складається з різних рівнів технологій. Щоб розуміти, як вони працюють разом, потрібно розмежовувати моделі, сервіси та інструменти. Ці три поняття часто плутають, оскільки вони тісно пов’язані. Але кожне з них має своє місце в екосистемі штучного інтелекту.
|
||||
|
||||
Великі мовні моделі або просто **Моделі** — це основа, тобто самі алгоритми, які обробляють дані та генерують результати. Вони можуть виконувати прогнозування, класифікацію, виявлення аномалій або створювати новий контент, як це роблять генеративні моделі. Однак модель самостійно не є повноцінним продуктом. Для її використання потрібен доступ через API або шляхом інтеграції в конкретний інструмент.
|
||||
|
||||
Сервіси генеративного штучного інтелекту забезпечують доступ до моделей через API, хмарні платформи або веб-інтерфейси. Вони дозволяють використовувати штучний інтелект у програмних продуктах, не створюючи власні моделі з нуля. Сервіси можуть працювати у вигляді інфраструктури для розробників або бути доступними у вигляді інтерактивних середовищ, де користувачі тестують моделі без технічних знань.
|
||||
|
||||
**Інструменти** — це вже готові рішення, які використовують моделі, та оптимізовані для конкретних завдань. Якщо модель — це «мозок», а сервіс — «канал зв’язку», то інструмент — це «кінцевий продукт», який безпосередньо використовують люди. Прикладами великих мовних моделей є GPT-4o, o3, Claude 3.7 Sonnet, Grog 4, Llama 4. ChatGPT, Gemini, Claude — це онлайн-сервіси для взаємодії з великими мовними моделями, а, наприклад, YouScan, Grammarly чи Fireflies.ai — інструменти, який використовують штучний інтелект для виконання конкретних завдань.
|
||||
|
||||
**Агенти** — це сервіси, які поєднують мовні можливості великих моделей зі здатністю виконувати дії. Вони використовують силу мовного розуміння для інтерпретації завдань, а інструменти — для їх автоматизованого виконання. На відміну від звичайних інструментів, агенти є більш автономними: вони можуть самостійно формувати підцілі, обирати потрібні дії, взаємодіяти з API, шукати інформацію, комбінувати декілька кроків у послідовний процес і адаптувати свою поведінку в залежності від контексту. Наприклад, агент може отримати запит від користувача, знайти релевантні дані, згенерувати звіт, погодити його з іншими сервісами та надіслати результат у зручному форматі. Прикладом агенту є режим «глибокого дослідження», про який ми поговоримо пізніше. Агенти відкривають нову еру персоналізованої автоматизації, де штучний інтелект не просто відповідає, а діє.
|
||||
|
||||
Цей поділ є достатньо умовним. Але він потрібен, щоб ми не заплуталися у термінології та поясненнях.
|
||||
|
||||
Головна відмінність між цими рівнями полягає в тому, що модель — це просто алгоритм, сервіс робить його доступним, а інструмент дозволяє використовувати штучний інтелект у реальних сценаріях. Це схоже на електроенергію: сама по собі вона є джерелом енергії (модель), електромережа дозволяє до неї підключитися (сервіс), конкретні пристрої, як-от комп’ютери чи лампи, використовують її для певних завдань (інструменти). А агент — це розумний помічник, як-от система «розумного дому», яка сама визначає, коли увімкнути світло, запустити пральну машину або відправити повідомлення. Він об'єднує всі попередні рівні: використовує модель для розуміння, сервіси для доступу до інфраструктури та інструменти для виконання конкретних дій — і все це автоматично, у відповідь на поставлену мету.
|
||||
|
||||
Ця різниця має значення, коли бізнес вирішує, який рівень штучного інтелекту йому потрібен. Якщо компанія хоче використовувати штучний інтелект без розробки власної моделі, їй потрібні сервіси або інструменти. Якщо ж є потреба в унікальних алгоритмах, доведеться працювати безпосередньо з моделями.
|
||||
|
|
@ -1,15 +0,0 @@
|
|||
**Приклади спеціалізованих GPT-асистентів, які можуть стати корисними для бізнесу, досліджень або щоденної роботи:**
|
||||
|
||||
Wolfram [https://chatgpt.com/g/g-0S5FXLyFN-wolfram](https://chatgpt.com/g/g-0S5FXLyFN-wolfram)
|
||||
|
||||
Consensus [https://chatgpt.com/g/g-bo0FiWLY7-consensus](https://chatgpt.com/g/g-bo0FiWLY7-consensus)
|
||||
|
||||
Mermaid Chart [https://chatgpt.com/g/g-684cc36f30208191b21383b88650a45d-mermaid-chart-diagrams-and-charts](https://chatgpt.com/g/g-684cc36f30208191b21383b88650a45d-mermaid-chart-diagrams-and-charts)
|
||||
|
||||
Grammar Checker [https://chatgpt.com/g/g-kfkNLRrwD-grammar-checker](https://chatgpt.com/g/g-kfkNLRrwD-grammar-checker)
|
||||
|
||||
Copywriter GPT – Marketing, Branding, Ads [https://chatgpt.com/g/g-Ji2QOyMml-copywriter-gpt-marketing-branding-ads](https://chatgpt.com/g/g-Ji2QOyMml-copywriter-gpt-marketing-branding-ads)
|
||||
|
||||
Documents Maker [https://chatgpt.com/g/g-x9mn2Ht5G-documents-maker-words-excels-pdfs-resume-cv](https://chatgpt.com/g/g-x9mn2Ht5G-documents-maker-words-excels-pdfs-resume-cv)
|
||||
|
||||
AskYourPDF (від askyourpdf.com) [https://chatgpt.com/g/g-UfFxTDMxq-askyourpdf-research-assistant](https://chatgpt.com/g/g-UfFxTDMxq-askyourpdf-research-assistant)
|
||||
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
|
|
@ -1,263 +0,0 @@
|
|||
# Оновлюємо систему
|
||||
sudo apt update && sudo apt upgrade -y
|
||||
|
||||
# Встановлюємо залежності
|
||||
sudo apt install -y ca-certificates curl gnupg lsb-release
|
||||
|
||||
# Додаємо ключ Docker
|
||||
sudo mkdir -p /etc/apt/keyrings
|
||||
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg
|
||||
|
||||
# Додаємо репозиторій Docker
|
||||
echo \
|
||||
"deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] \
|
||||
https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable" \
|
||||
| sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
|
||||
|
||||
# Оновлюємо apt і показуємо доступні версії (для перевірки)
|
||||
sudo apt update
|
||||
apt-cache madison docker-ce | awk '{print $3}'
|
||||
|
||||
# Встановлюємо конкретну версію Docker CE (тут 28.5.2 для Portainer)
|
||||
sudo apt install -y \
|
||||
docker-ce=5:28.5.2-1~ubuntu.25.10~questing \
|
||||
docker-ce-cli=5:28.5.2-1~ubuntu.25.10~questing \
|
||||
containerd.io \
|
||||
docker-buildx-plugin \
|
||||
docker-compose-plugin
|
||||
|
||||
# Блокуємо версію, щоб apt не оновлював Docker автоматично
|
||||
sudo apt-mark hold docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
|
||||
|
||||
# Перевіряємо встановлення
|
||||
docker --version
|
||||
docker compose version
|
||||
|
||||
## Установка webmin
|
||||
|
||||
curl -o webmin-setup-repo.sh https://raw.githubusercontent.com/webmin/webmin/master/webmin-setup-repo.sh
|
||||
|
||||
sudo sh webmin-setup-repo.sh
|
||||
|
||||
sudo apt-get install --install-recommends webmin usermin
|
||||
|
||||
sudo reboot
|
||||
|
||||
Логин и пароль в webmin это пароль рута. Он должен быть сложный и длинный но желательно без спец символов бывали с этим глюки.
|
||||
|
||||
## Portainer
|
||||
|
||||
Создаем директорию на сервере
|
||||
|
||||
sudo docker volume create portainer_data
|
||||
|
||||
Установка Portainer с необходимыми параметрами
|
||||
|
||||
sudo docker run -d -p 8000:8000 -p 9443:9443 --name portainer --restart=always -v /var/run/docker.sock:/var/run/docker.sock -v portainer_data:/data portainer/portainer-ce:latest
|
||||
|
||||
Проверка запущенных контейнеров
|
||||
|
||||
sudo docker ps
|
||||
|
||||
У вас есть 5 минут на настройку.
|
||||
|
||||
[https://support.boxpizza.com.ua:9443/](https://support.boxpizza.com.ua:9443/) Portainer висит портом в интернет пароль должен быть очень сложный и на 32 символа. Это важно так как только через него можно управлять контейнерами.
|
||||
|
||||
Your Portainer instance timed out for security purposes. To re-enable your Portainer instance, you will need to restart Portainer.
|
||||
|
||||
Якщо ви отримуєте наведене вище повідомлення про помилку, ви можете вирішити це, зупинивши та перезапустивши контейнер Portainer. Це дасть вам ще 5 хвилин для завершення початкового налаштування.
|
||||
|
||||
docker stop portainer
|
||||
docker start portainer
|
||||
|
||||
# --- БАЗА ДАНИХ (Згенеровано новий пароль) ---
|
||||
POSTGRES_PASSWORD=GenX_99!SuperStrongPass#2025_Ukr
|
||||
|
||||
# --- JWT КЛЮЧІ (УВАГА: Це стандартні ключі для старту. Див. інструкцію нижче для зміни) ---
|
||||
JWT_SECRET=your-super-secret-jwt-token-with-at-least-32-characters-long
|
||||
ANON_KEY=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyAgCiAgICAicm9sZSI6ICJhbm9uIiwKICAgICJpc3MiOiAic3VwYWJhc2UtZGVtbyIsCiAgICAiaWF0IjogMTY0MTc2OTIwMCwKICAgICJleHAiOiAxNzk5NTM1NjAwCn0.dc_X5iR_VP_qT0zsiyj_I_OZ2T9FtRU2BBNWN8Bu4GE
|
||||
SERVICE_ROLE_KEY=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyAgCiAgICAicm9sZSI6ICJzZXJ2aWNlX3JvbGUiLAogICAgImlzcyI6ICJzdXBhYmFzZS1kZW1vIiwKICAgICJpYXQiOiAxNjQxNzY5MjAwLAogICAgImV4cCI6IDE3OTk1MzU2MDAKfQ.DaYlNEoUrrEn2Ig7tqibS-PHK5vgusbcbo7X36XVt4Q
|
||||
|
||||
# --- НАЛАШТУВАННЯ DASHBOARD (STUDIO) ---
|
||||
DASHBOARD_USERNAME=admin
|
||||
DASHBOARD_PASSWORD=Admin_Supabase_Secure_2025!
|
||||
|
||||
# --- КЛЮЧІ ШИФРУВАННЯ (Згенеровано нові) ---
|
||||
SECRET_KEY_BASE=a1b2c3d4e5f6g7h8i9j0k1l2m3n4o5p6q7r8s9t0u1v2w3x4y5z6
|
||||
VAULT_ENC_KEY=12345678901234567890123456789012
|
||||
PG_META_CRYPTO_KEY=12345678901234567890123456789012
|
||||
|
||||
# --- ПОРТИ ТА НАЛАШТУВАННЯ DB ---
|
||||
POSTGRES_HOST=db
|
||||
POSTGRES_DB=postgres
|
||||
POSTGRES_PORT=5432
|
||||
POOLER_PROXY_PORT_TRANSACTION=6543
|
||||
POOLER_DEFAULT_POOL_SIZE=20
|
||||
POOLER_MAX_CLIENT_CONN=100
|
||||
POOLER_TENANT_ID=notefix-tenant-id
|
||||
POOLER_DB_POOL_SIZE=5
|
||||
|
||||
# --- ПОРТИ API (KONG) ---
|
||||
KONG_HTTP_PORT=8000
|
||||
KONG_HTTPS_PORT=8443
|
||||
|
||||
# --- НАЛАШТУВАННЯ DB SCHEMAS ---
|
||||
PGRST_DB_SCHEMAS=public,storage,graphql_public
|
||||
|
||||
# --- ВАЖЛИВО: URL АДРЕСИ ---
|
||||
# Припускаємо, що у вас налаштовано SSL (https) через проксі
|
||||
SITE_URL=https://n8n.notefix.net.ua
|
||||
ADDITIONAL_REDIRECT_URLS=https://n8n.notefix.net.ua
|
||||
API_EXTERNAL_URL=https://n8n.notefix.net.ua
|
||||
SUPABASE_PUBLIC_URL=https://n8n.notefix.net.ua
|
||||
|
||||
# --- АВТОРИЗАЦІЯ ---
|
||||
JWT_EXPIRY=3600
|
||||
DISABLE_SIGNUP=false
|
||||
ENABLE_EMAIL_SIGNUP=true
|
||||
ENABLE_EMAIL_AUTOCONFIRM=false
|
||||
ENABLE_ANONYMOUS_USERS=false
|
||||
ENABLE_PHONE_SIGNUP=true
|
||||
ENABLE_PHONE_AUTOCONFIRM=true
|
||||
|
||||
# --- EMAIL (SMTP) ---
|
||||
# Налаштуйте тут реальні дані свого поштового сервісу (Gmail, SendGrid тощо)
|
||||
# Якщо поки немає пошти - залиште як є, але підтвердження email не працюватиме.
|
||||
MAILER_URLPATHS_CONFIRMATION="/auth/v1/verify"
|
||||
MAILER_URLPATHS_INVITE="/auth/v1/verify"
|
||||
MAILER_URLPATHS_RECOVERY="/auth/v1/verify"
|
||||
MAILER_URLPATHS_EMAIL_CHANGE="/auth/v1/verify"
|
||||
SMTP_ADMIN_EMAIL=admin@n8n.notefix.net.ua
|
||||
SMTP_HOST=supabase-mail
|
||||
SMTP_PORT=2500
|
||||
SMTP_USER=fake_mail_user
|
||||
SMTP_PASS=fake_mail_password
|
||||
SMTP_SENDER_NAME=Supabase_Admin
|
||||
|
||||
# --- ІНШЕ ---
|
||||
STUDIO_DEFAULT_ORGANIZATION=Notefix Org
|
||||
STUDIO_DEFAULT_PROJECT=Notefix Project
|
||||
IMGPROXY_ENABLE_WEBP_DETECTION=true
|
||||
OPENAI_API_KEY=
|
||||
FUNCTIONS_VERIFY_JWT=false
|
||||
|
||||
# --- LOGFLARE (Аналітика логів) ---
|
||||
LOGFLARE_PUBLIC_ACCESS_TOKEN=lf_public_key_random_generated_string_123
|
||||
LOGFLARE_PRIVATE_ACCESS_TOKEN=lf_private_key_random_generated_string_456
|
||||
|
||||
# --- DOCKER ---
|
||||
DOCKER_SOCKET_LOCATION=/var/run/docker.sock
|
||||
|
||||
# --- GOOGLE AUTH (Опціонально) ---
|
||||
GOOGLE_PROJECT_ID=
|
||||
GOOGLE_PROJECT_NUMBER=
|
||||
|
||||
|
||||
|
||||
version: "3.8"
|
||||
|
||||
volumes:
|
||||
|
||||
n8n_app_data:
|
||||
|
||||
n8n_db_data:
|
||||
|
||||
services:
|
||||
|
||||
postgres:
|
||||
|
||||
image: postgres
|
||||
|
||||
restart: always
|
||||
|
||||
environment:
|
||||
|
||||
- POSTGRES_USER
|
||||
|
||||
- POSTGRES_PASSWORD
|
||||
|
||||
- POSTGRES_DB
|
||||
|
||||
- POSTGRES_NON_ROOT_USER
|
||||
|
||||
- POSTGRES_NON_ROOT_PASSWORD
|
||||
|
||||
- EXECUTIONS_DATA_PRUNE=true
|
||||
|
||||
volumes:
|
||||
|
||||
- n8n_db_data:/var/lib/postgresql/data
|
||||
|
||||
- ./init-data.sh:/docker-entrypoint-initdb.d/init-data.sh
|
||||
|
||||
healthcheck:
|
||||
|
||||
test: ['CMD-SHELL', 'pg_isready -h localhost -U ${POSTGRES_USER} -d ${POSTGRES_DB}']
|
||||
|
||||
interval: 5s
|
||||
|
||||
timeout: 5s
|
||||
|
||||
retries: 10
|
||||
|
||||
n8n:
|
||||
|
||||
image: docker.n8n.io/n8nio/n8n
|
||||
|
||||
restart: always
|
||||
|
||||
ports:
|
||||
|
||||
- "5678:5678"
|
||||
|
||||
links:
|
||||
|
||||
- postgres
|
||||
|
||||
environment:
|
||||
|
||||
- DB_TYPE=postgresdb
|
||||
|
||||
- DB_POSTGRESDB_HOST=postgres
|
||||
|
||||
- DB_POSTGRESDB_PORT=5432
|
||||
|
||||
- DB_POSTGRESDB_DATABASE=${POSTGRES_DB}
|
||||
|
||||
- DB_POSTGRESDB_USER=${POSTGRES_NON_ROOT_USER}
|
||||
|
||||
- DB_POSTGRESDB_PASSWORD=${POSTGRES_NON_ROOT_PASSWORD}
|
||||
|
||||
- NODE_ENV=production
|
||||
|
||||
- WEBHOOK_URL=${DOMAIN}
|
||||
|
||||
- GENERIC_TIMEZONE=${TIMEZONE}
|
||||
|
||||
- EXECUTIONS_DATA_SAVE_ON_SUCCESS=none
|
||||
|
||||
- EXECUTIONS_DATA_SAVE_MANUAL_EXECUTIONS=false
|
||||
|
||||
- EXECUTIONS_DATA_PRUNE=true
|
||||
|
||||
depends_on:
|
||||
|
||||
postgres:
|
||||
|
||||
condition: service_healthy
|
||||
|
||||
volumes:
|
||||
|
||||
- n8n_app_data:/home/node/.n8n
|
||||
|
||||
- /n8n-local-files:/files
|
||||
|
||||
networks:
|
||||
|
||||
default:
|
||||
|
||||
external:
|
||||
|
||||
name: supabase_default
|
||||
|
||||
|
||||
|
|
@ -1,23 +0,0 @@
|
|||
Щоб отримати JWT токен наприклад для сайту https://lemmy.ml, потрібно виконати кілька кроків. Ось загальний процес:
|
||||
|
||||
1. **Реєстрація або Вхід:**
|
||||
- Спочатку зареєструйтесь або увійдіть у свій обліковий запис на платформі Lemmy через веб-сайт https://lemmy.ml.
|
||||
|
||||
2. **Використання API:**
|
||||
- Lemmy надає API, який можна використовувати для аутентифікації та отримання JWT токену.
|
||||
|
||||
3. **Приклад Запиту:**
|
||||
```bash
|
||||
curl -X POST "https://lemmy.ml/api/v3/auth/login" \
|
||||
-H "Content-Type: application/json" \
|
||||
-d '{"username_or_email": "your_username", "password": "your_password"}'
|
||||
```
|
||||
|
||||
4. **Отримання Токену:**
|
||||
- У відповідь на успішний запит ви маєте отримати JSON-об'єкт, що містить JWT токен.
|
||||
- Збережіть цей токен для подальшого використання в запитах до захищених ресурсів платформи.
|
||||
|
||||
6. **Використання Токену:**
|
||||
- Використовуйте отриманий JWT токен в заголовках наступних запитів до API Lemmy, щоб аутентифікувати себе як авторизованого користувача.
|
||||
|
||||
#JWT #API #n8n #Lemmi
|
||||
|
|
@ -1,11 +0,0 @@
|
|||
**n8n** — це **платформа автоматизації робочих процесів (workflow automation)** з відкритим кодом. Вона дозволяє **поєднувати різні сервіси, API та бази даних** без написання великої кількості коду.
|
||||
Основні моменти:
|
||||
|
||||
- **Візуальний конструктор:** створюєш процеси перетягуванням блоків (nodes).
|
||||
- **Підтримка API:** можна автоматизувати будь-які сервіси через HTTP-запити.
|
||||
- **Self-host або хмарно:** можеш запускати на своєму сервері або у хмарі.
|
||||
- **Тригери та дії:** процеси можна запускати за розкладом, при подіях або вручну.
|
||||
- **Безліч інтеграцій:** готові конектори до популярних сервісів (Google Sheets, Slack, Telegram тощо).
|
||||
|
||||
По суті, n8n — це **зручний «мозок» для автоматизації рутинних завдань**, замість ручної роботи чи складного програмування.
|
||||
#n8n
|
||||
|
|
@ -1,30 +0,0 @@
|
|||
|
||||
- Це децентралізована мікроблогова платформа, побудована на **AT Protocol**. [docs.bsky.app+2TechCrunch+2](https://docs.bsky.app/docs/advanced-guides/atproto?utm_source=chatgpt.com)
|
||||
- Метою є створити “соціальний інтернет”, де дані користувачів не контролює один великий гравець, а користувачі мають більший контроль над контентом і стрічками. [Bluesky](https://bsky.social/?utm_source=chatgpt.com)
|
||||
- Аккаунти мають формат `@ім’я.bsky.social` за замовчуванням. [Вікіпедія+1](https://pt.wikipedia.org/wiki/Bluesky?utm_source=chatgpt.com)
|
||||
- Можна використовувати власний домен як “хендл”: наприклад, `@username.com`, якщо верифікувати домен. [Reddit+1](https://www.reddit.com/r/BlueskySocial/comments/1gx6rnk?utm_source=chatgpt.com)
|
||||
- Структура серверів — федеративна: дані можуть зберігатися на персональних “Personal Data Servers” (PDS), що дозволяє переносити акаунт. [docs.bsky.app](https://docs.bsky.app/docs/advanced-guides/atproto?utm_source=chatgpt.com)
|
||||
|
||||
**Особливості**
|
||||
|
||||
- Користувачі можуть створювати власні стрічки / алгоритми (custom feeds), а також контролювати, що вони бачать, через фільтри й “модераційні списки”. [Instant Username Search+1](https://instantusername.com/blog/what-is-bluesky-social/?utm_source=chatgpt.com)
|
||||
- Протокол AT гарантує портативність акаунтів — якщо змінити сервер, можна зберегти підписників і контент. [docs.bsky.app](https://docs.bsky.app/docs/advanced-guides/atproto?utm_source=chatgpt.com)
|
||||
- Bluesky — це “відкритий” проєкт: є публічні API, клієнти можуть будувати свої власні застосунки поверх AT Protocol. [Bluesky](https://bsky.social/?utm_source=chatgpt.com)
|
||||
- Контент: можливість публікувати текст, зображення, відео. [Вікіпедія](https://de.wikipedia.org/wiki/Bluesky?utm_source=chatgpt.com)
|
||||
|
||||
**Стан та популярність**
|
||||
|
||||
- Має значний ріст: за даними, на початок 2025 року — десятки мільйонів користувачів. [Вікіпедія](https://en.wikipedia.org/wiki/Bluesky?utm_source=chatgpt.com)
|
||||
- Відкритий для реєстрації (раніше був за запрошеннями). [Вікіпедія](https://de.wikipedia.org/wiki/Bluesky?utm_source=chatgpt.com)
|
||||
|
||||
**Переваги**
|
||||
|
||||
- Більший контроль над алгоритмами і тим, що видно у стрічці.
|
||||
- Можливість використовувати власний домен → більше персоналізації.
|
||||
- Федерація даних → гнучкість і децентралізація.
|
||||
|
||||
**Можливі недоліки / виклики**
|
||||
|
||||
- Менше “мейнстрім” ніж великі централізовані мережі, може бути менше користувачів з певних регіонів.
|
||||
- Нові користувачі можуть не знати або не розуміти AT Protocol.
|
||||
- Модерація / контент-курування можуть бути складні через свободу фільтрів і стрічок.
|
||||
|
|
@ -1,62 +0,0 @@
|
|||
**у Mastodon можна перенести свій профіль на інший сервер**, але є важливі нюанси.
|
||||
|
||||
Ось як це працює:
|
||||
|
||||
---
|
||||
|
||||
# ✅ **Що можна перенести**
|
||||
|
||||
### ✔️ **1. Підписників**
|
||||
|
||||
Твої фоловери автоматично перенесуться на новий акаунт (вони почнуть слідкувати за новим профілем).
|
||||
|
||||
### ✔️ **2. Підписки (кого ти читаєш)**
|
||||
|
||||
Можна експортувати список підписок і імпортувати його на новий сервер.
|
||||
|
||||
### ✔️ **3. Блокування та фільтри**
|
||||
|
||||
Так само можна експортувати й імпортувати.
|
||||
|
||||
---
|
||||
|
||||
# ❌ **Що НЕ можна перенести**
|
||||
|
||||
### ❌ **Публікації (тооти/пости)**
|
||||
|
||||
Твої старі пости _не переносяться_ — це технічне обмеження ActivityPub.
|
||||
Їх не можна перенести з сервера на сервер.
|
||||
|
||||
### ❌ **Медіафайли**
|
||||
|
||||
Фото, відео, альбоми — теж не переносяться.
|
||||
|
||||
### ❌ **Старий профільний контент**
|
||||
|
||||
Біо, аватар, банер — потрібно налаштувати заново.
|
||||
|
||||
---
|
||||
|
||||
# 🧭 **Як відбувається перенесення**
|
||||
|
||||
1. **Створюєш новий акаунт на іншому інстансі**.
|
||||
|
||||
2. На _старому_ акаунті заходиш у **Settings → Account**.
|
||||
|
||||
3. Створюєш “акаунт-переадресацію” (account alias).
|
||||
|
||||
4. На _новому_ акаунті заходиш у **Settings → Move From Another Account**.
|
||||
|
||||
5. Підтверджуєш перенос фоловерів.
|
||||
|
||||
|
||||
Після завершення старий акаунт стає _переадресованим_, а новий — основним.
|
||||
|
||||
---
|
||||
|
||||
# 📝 Важливо!
|
||||
|
||||
- Перенос можна робити тільки **раз у 30 днів** (для уникнення спаму).
|
||||
|
||||
- Після переносу фоловери на старому акаунті бачать напис типу:
|
||||
► “Цей користувач переїхав на @new@server”.
|
||||
|
|
@ -1,46 +0,0 @@
|
|||
### Що таке Mastodon
|
||||
|
||||
- Mastodon — це **децентралізована мікроблог-платформа**, побудована на відкритому коді. [joinmastodon.org+2PC Guide+2](https://joinmastodon.org/?utm_source=chatgpt.com)
|
||||
|
||||
- Він належить до “Fediverse” — це мережа незалежних серверів (“інстансів”), які спілкуються між собою через протокол **ActivityPub**. [Brandwatch+2Trusted Reviews+2](https://www.brandwatch.com/social-media-glossary/mastodon/?utm_source=chatgpt.com)
|
||||
|
||||
- Кожен може створити свій власний сервер (інстанс) із власними правилами модерації — немає єдиного централізованого контролю. [euronews+1](https://www.euronews.com/next/2022/11/08/what-is-mastodon-how-is-it-different-to-twitter-and-how-do-i-sign-up?utm_source=chatgpt.com)
|
||||
|
||||
|
||||
---
|
||||
|
||||
### Основні характеристики
|
||||
|
||||
- **Хронологічна стрічка**: Пости відображаються в порядку створення, без алгоритмічної сортування. [Android Police](https://www.androidpolice.com/what-is-mastodon/?utm_source=chatgpt.com)
|
||||
|
||||
- **Пости (toots)**: Можна публікувати текст, фотографії, відео, опитування, використовувати “content warnings” (попередження про контент). [joinmastodon.org+1](https://joinmastodon.org/?utm_source=chatgpt.com)
|
||||
|
||||
- **Участь в Fediverse**: Користувач з одного інстансу може підписуватися на і взаємодіяти з користувачами з іншого інстансу. [СоцМедіа Менеджер](https://blog.hootsuite.com/what-is-mastodon/?utm_source=chatgpt.com)
|
||||
|
||||
- **Модерація**: Політику модерації встановлює кожен інстанс окремо — правила можуть сильно відрізнятися. [joinmastodon.org](https://joinmastodon.org/?utm_source=chatgpt.com)
|
||||
|
||||
- **Відкритий код**: Програма Mastodon — open-source, її можуть використовувати, змінювати, запускати власні інстанси. [joinmastodon.org+1](https://joinmastodon.org/?utm_source=chatgpt.com)
|
||||
|
||||
- **Без реклами**: Більшість інстансів не мають реклами; багато серверів фінансуються добровільно. [euronews](https://www.euronews.com/next/2022/11/08/what-is-mastodon-how-is-it-different-to-twitter-and-how-do-i-sign-up?utm_source=chatgpt.com)
|
||||
|
||||
|
||||
---
|
||||
|
||||
### Переваги
|
||||
|
||||
- Підвищений контроль: користувачі можуть вибирати сервер із модерацією, яка їм підходить.
|
||||
|
||||
- Приватність і незалежність: менш централізовано, немає “великої технологічної компанії”, що контролює все.
|
||||
|
||||
- Можливість самостійного хостингу: якщо в тебе є ресурси, ти можеш запустити свій власний сервер.
|
||||
|
||||
|
||||
---
|
||||
|
||||
### Недоліки / виклики
|
||||
|
||||
- Можливо складніше знайти людей — оскільки мережа розподілена по серверам.
|
||||
|
||||
- Різна якість модерації: на деяких серверах можуть бути жорсткі або дуже вільні правила.
|
||||
|
||||
- Адміністрація інстансів: якщо сервер, на якому ти — неактивний або закриється, можуть бути труднощі.
|
||||
|
|
@ -1,13 +0,0 @@
|
|||
R-Studio — це потужна програма для [[Відновлення даних]], яка призначена для відновлення втрачених або видалених файлів з жорстких дисків та інших носіїв інформації. Вона підтримує різноманітні файлові системи, такі як NTFS, FAT, exFAT, HFS+, Ext2/3/4 та інші, що робить її універсальним інструментом для користувачів різних операційних систем.
|
||||
|
||||
Однією з ключових особливостей R-Studio є її здатність відновлювати дані навіть у випадках серйозних пошкоджень диска або після форматування. Програма оснащена розширеними алгоритмами аналізу даних, які дозволяють ефективно відновлювати файли в складних умовах. Вона також підтримує функцію створення образів дисків, що дозволяє працювати з копіями даних без ризику додаткового пошкодження оригінального носія.
|
||||
|
||||
Інтерфейс R-Studio є досить професійним і може вимагати певного часу на освоєння для новачків. Проте для досвідчених користувачів це забезпечує глибокий контроль над процесом відновлення даних завдяки великій кількості налаштувань і опцій.
|
||||
|
||||
Додатково програма пропонує мережеву версію, яка дозволяє виконувати відновлення на віддалених комп'ютерах через мережу, що є корисним для адміністраторів IT-систем.
|
||||
|
||||
Загалом, R-Studio є надійним вибором для тих, хто потребує професійного рішення для відновлення даних з HDD та інших носіїв інформації.
|
||||
|
||||
|
||||
|
||||
|
||||
|
|
@ -1,49 +0,0 @@
|
|||
## **Шаг 1. Подготовка**
|
||||
|
||||
1. **Не трогайте оригинальные диски** — не записывайте на них новые данные.
|
||||
2. Подключите все диски к Windows 11 через SATA, USB-SATA адаптер или контроллер.
|
||||
3. Установите [[R-Studio]] с официального сайта.
|
||||
---
|
||||
|
||||
## **Шаг 2. Создание образов дисков (рекомендуется)**
|
||||
|
||||
Даже если вы работаете в Windows, лучше создать образы, чтобы не работать с оригиналами:
|
||||
|
||||
1. В R-Studio: **Tools → Create Image**
|
||||
2. Выбираете диск → указываете путь для сохранения образа.
|
||||
3. Выбираете формат `.img` или `.dd`
|
||||
4. Нажимаете **Start**
|
||||
|
||||
⚠️ Важно: делайте это на отдельный большой диск с достаточным местом.
|
||||
|
||||
---
|
||||
|
||||
## **Шаг 3. Восстановление RAID 10 в R-Studio**
|
||||
|
||||
1. **Откройте R-Studio** → вкладка **RAID Recovery**
|
||||
2. Выберите **Create RAID**
|
||||
3. Выбираем **RAID 10** (или RAID 1+0)
|
||||
4. Указываем **диски или образы**, которые входили в массив
|
||||
5. Настройте **параметры RAID**:
|
||||
- **Stripe size** — если не знаете, можно попробовать 64KB, 128KB или 256KB (обычно стандарт)
|
||||
- **Order of disks** — порядок подключения дисков (если неизвестен, R-Studio может попробовать авто-подбор)
|
||||
- **Offset** — обычно 0
|
||||
- **Type of RAID 10** — «mirror first» или «stripe first» (по умолчанию “mirror first”)
|
||||
6. Нажмите **Test RAID**
|
||||
- Если параметры правильные, увидите файлы/папки из массива
|
||||
- Если нет — пробуйте менять **порядок дисков и stripe size**
|
||||
---
|
||||
|
||||
## **Шаг 4. Восстановление файлов**
|
||||
|
||||
1. Когда массив собран корректно → в **R-Studio** появятся папки и файлы.
|
||||
2. Выбираем нужные файлы/папки → **Recover**
|
||||
3. Указываем **диск для сохранения данных** (не тот, что был в [[RAID]]!)
|
||||
4. Нажимаем **Start**
|
||||
💡 R-Studio восстановит файлы в указанную папку, сохраняя структуру каталогов.
|
||||
---
|
||||
|
||||
## **Шаг 5. Проверка и резерв**
|
||||
|
||||
- После восстановления убедитесь, что все файлы читаются.
|
||||
- Создайте резервные копии на отдельном диске.
|
||||
|
|
@ -1,54 +0,0 @@
|
|||
## Професійні аналоги R-Studio
|
||||
|
||||
1. **UFS Explorer Professional Recovery**
|
||||
- Потужна програма для роботи з [[RAID]] (RAID 0, 1, 5, 6, 10, JBOD).
|
||||
- Може автоматично визначати параметри масиву.
|
||||
- Підтримує образи, роботу з віртуальними машинами.
|
||||
|
||||
2. **ReclaiMe Pro RAID Recovery**
|
||||
- Спеціалізується саме на RAID.
|
||||
- Дозволяє підбирати параметри масиву (stripe size, порядок дисків).
|
||||
- Проста у використанні, але досить дорога.
|
||||
|
||||
3. **Hetman RAID Recovery**
|
||||
- Зручний інтерфейс.
|
||||
- Працює з RAID 0, 1, 5, 10.
|
||||
- Дає можливість зібрати масив вручну або автоматично.
|
||||
|
||||
4. **[[R-Studio]]**
|
||||
- Потужна програма для роботи з RAID (RAID 0, 1, 5, 6, 10, JBOD).
|
||||
- Може автоматично визначати параметри масиву.
|
||||
- Підтримує образи, роботу з віртуальними машинами.
|
||||
---
|
||||
## 🔹 Інструменти загального призначення
|
||||
|
||||
4. **EaseUS Data Recovery Wizard**
|
||||
|
||||
- Популярний інструмент для звичайного відновлення даних.
|
||||
- Підтримка RAID обмежена, але підходить для простих випадків.
|
||||
|
||||
5. **Stellar Data Recovery Technician**
|
||||
|
||||
- Має окрему редакцію для RAID (RAID 0, 5, 6).
|
||||
- Може автоматично визначати параметри масиву.
|
||||
|
||||
6. **DiskInternals RAID Recovery**
|
||||
|
||||
- Підтримує всі основні рівні RAID.
|
||||
- Є майстер для швидкого складання масиву.
|
||||
- Інтеграція з Windows Explorer.
|
||||
|
||||
---
|
||||
|
||||
## 🔹 Безкоштовні / умовно-безкоштовні
|
||||
|
||||
7. **TestDisk** (open source)
|
||||
- Працює з файловими системами, але не має прямої підтримки RAID.
|
||||
- Часто використовується для відновлення таблиць розділів.
|
||||
|
||||
8. **ZAR (Zero Assumption Recovery)**
|
||||
|
||||
- Старіший інструмент, але ще працює.
|
||||
- Має базову підтримку RAID 0/1.
|
||||
|
||||
#RAID
|
||||
|
|
@ -1,82 +0,0 @@
|
|||
**Проблема у несумісності [[Portainer]] CE ↔ Docker 29.0.2**.
|
||||
Але на Ubuntu 24.04, Docker 29.x ставиться автоматично та ламає мені усю роботу.
|
||||
# 🔥 КРОК 1 — Видаляємо Docker 29.x
|
||||
|
||||
> **ВАЖЛИВО:** контейнери та образи НЕ видаляться, якщо не чіпати `/var/lib/docker`.
|
||||
`sudo systemctl stop docker sudo apt remove -y docker-ce docker-ce-cli docker-ce-rootless-extras docker-buildx-plugin docker-compose-plugin sudo apt autoremove -y`
|
||||
|
||||
---
|
||||
|
||||
# 🔥 КРОК 2 — Прибрати старі репозиторії Docker
|
||||
|
||||
Бо в них уже лежить Docker 29.x, і apt знову поставить його.
|
||||
`sudo rm -f /etc/apt/sources.list.d/docker.list sudo rm -f /usr/share/keyrings/docker.asc`
|
||||
|
||||
---
|
||||
|
||||
# 🔥 КРОК 3 — Додати репозиторій Docker із архівом старих версій
|
||||
|
||||
Docker зберігає **всі старі версії** тут:
|
||||
|
||||
`https://download.docker.com/linux/ubuntu/dists/`
|
||||
|
||||
Для Ubuntu 24.04 (Noble) робимо:
|
||||
|
||||
`echo "deb [arch=$(dpkg --print-architecture)] https://download.docker.com/linux/ubuntu noble stable" | sudo tee /etc/apt/sources.list.d/docker.list`
|
||||
|
||||
Додаємо ключ:
|
||||
|
||||
`curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --yes --dearmor -o /usr/share/keyrings/docker.asc`
|
||||
|
||||
Оновлюємо індекс:
|
||||
|
||||
`sudo apt update`
|
||||
|
||||
---
|
||||
|
||||
# 🔥 КРОК 4 — Подивитися всі доступні версії Docker 25.x
|
||||
|
||||
`apt-cache madison docker-ce`
|
||||
|
||||
Ти побачиш список типу:
|
||||
|
||||
`docker-ce | 5:25.0.5-1~ubuntu.24.04~noble | ... docker-ce | 5:24.x.x | ... docker-ce | 5:20.x.x | ...`
|
||||
|
||||
---
|
||||
|
||||
# 🔥 КРОК 5 — Встановити Docker 25.x
|
||||
|
||||
Наприклад, **25.0.5**:
|
||||
|
||||
`sudo apt install docker-ce=5:25.0.5-1~ubuntu.22.04~jammy
|
||||
`sudo apt install docker-ce-cli=5:25.0.5-1~ubuntu.22.04~jammy
|
||||
`sudo apt install docker-ce-rootless-extras=5:25.0.5-1~ubuntu.22.04~jammy
|
||||
`sudo apt install docker-buildx-plugin docker-compose-plugin`
|
||||
|
||||
---
|
||||
|
||||
# 🔥 КРОК 6 — Заборонити оновлення Docker
|
||||
|
||||
Щоб Ubuntu не оновила його назад до 29.x:
|
||||
|
||||
`sudo apt-mark hold docker-ce docker-ce-cli docker-ce-rootless-extras docker-buildx-plugin docker-compose-plugin`
|
||||
|
||||
---
|
||||
|
||||
# 🔥 КРОК 7 — Перевірити версію
|
||||
|
||||
`docker version`
|
||||
|
||||
Має бути щось типу:
|
||||
|
||||
`Server: Docker Engine - Community Version: 25.0.5 API version: 1.42`
|
||||
|
||||
Portainer CE працює до **API 1.45**, тому все буде норм.
|
||||
|
||||
---
|
||||
|
||||
# 🔥 КРОК 8 — Перезапустити Portainer CE
|
||||
|
||||
`docker stop portainer docker rm portainer docker run -d \ -p 9443:9443 \ --name portainer \ --restart=always \ -v /var/run/docker.sock:/var/run/docker.sock \ -v portainer_data:/data \ portainer/portainer-ce:2.21.4`
|
||||
|
||||
#Portainer #Docker
|
||||
|
|
@ -1,4 +0,0 @@
|
|||
Docker — це платформа для контейнеризації, яка дозволяє запускати програми в ізольованих середовищах, що називаються контейнерами. Кожен контейнер містить усе необхідне для роботи застосунку: код, бібліотеки, залежності та налаштування.
|
||||
|
||||
Docker спрощує розгортання, масштабування та перенесення програм між серверами. Завдяки контейнерам застосунки працюють однаково на будь-якій системі, що зменшує кількість помилок та прискорює розробку.
|
||||
#Docker
|
||||
|
|
@ -1,3 +0,0 @@
|
|||
ITSM (IT Service Management) — це концепція та набір процесів для ефективного управління ІТ-послугами в організації. Вона охоплює весь життєвий цикл сервісів: від планування та розробки до надання, підтримки та постійного покращення. Основна мета ITSM — забезпечити, щоб ІТ-послуги відповідали потребам бізнесу, були надійними, доступними та ефективними для користувачів.
|
||||
|
||||
ITSM зазвичай базується на стандартах та кращих практиках, таких як ITIL, і включає процеси управління інцидентами, проблемами, змінами, запитами та активами. Впровадження ITSM дозволяє організаціям підвищити якість ІТ-послуг, зменшити ризики, покращити взаємодію між ІТ та бізнес-підрозділами, а також ефективніше використовувати ресурси. Це робить ІТ не просто технічною підтримкою, а стратегічним інструментом розвитку бізнесу.
|
||||
|
|
@ -1,3 +0,0 @@
|
|||
Дай короткий опис що таке Portainer
|
||||
|
||||
Portainer — це зручний інтерфейс для управління контейнерами [[Docker]] та Kubernetes. Він допомагає спростити процес розгортання, управління та моніторингу контейнерних додатків, надаючи користувачам зрозумілий веб-інтерфейс. Portainer дозволяє легко керувати різними аспектами контейнерних середовищ, такими як створення та видалення контейнерів, управління образами, мережами та об'ємами даних. Це інструмент, який підходить як для новачків, так і для досвідчених користувачів у сфері контейнеризації.
|
||||
|
|
@ -1,2 +0,0 @@
|
|||
|
||||
PowerShell — це кросплатформовий інструмент автоматизації завдань і конфігурації, розроблений компанією Microsoft. Він складається з командної оболонки і мови сценаріїв, які дозволяють виконувати складні операції адміністрування систем. PowerShell надає користувачам можливість автоматизувати процеси управління операційними системами Windows, Linux та macOS через використання командлетів (cmdlets), які є спеціалізованими командами для виконання різноманітних завдань. Крім того, PowerShell підтримує інтеграцію з іншими платформами та сервісами через модулі та розширення, що робить його потужним інструментом для системних адміністраторів і IT-фахівців.
|
||||
|
|
@ -1,64 +0,0 @@
|
|||
|
||||
Комп'ютерні технології пройшли довгий шлях з моменту винайденого першого комп'ютера. По дорозі багато людей з різного походження внесли винаходи та інновації, які допомогли нам досягти того, де ми є сьогодні, за допомогою сучасних комп'ютерів. Без цих людей інформаційні технології не були б там, де є сьогодні.
|
||||
|
||||
## Ранні комп'ютерні піонери
|
||||
|
||||
**Ада Лавлейс**
|
||||
|
||||
Ада Лавлейс народилася в 1815 році в сім'ї Анни Мілбанке та поета лорда Байрона. Її мати Анна Мілбанке виховала її, щоб досягти успіху в математиці. Коли Лавлес була ще молодою, їй показали Difference Engine (механічний калькулятор, розроблений Чарльзом Беббіджем) і опублікували набір приміток, які містили перший комп'ютерний алгоритм для аналітичного двигуна в 1843 році. У той час Лавлес передбачив, що комп'ютери врешті-решт будуть використовуватися поза математикою для таких речей, як складання музики, і робив прогнози про те, як технології вплинуть на суспільство.
|
||||
|
||||
**Алан Тьюрінг**
|
||||
|
||||
Алан Тьюрінг народився в 1912 році. Закінчуючи ступінь, він розробив концепцію машини Тьюрінга. Тьюрінг довів, що існують деякі математичні питання так/ні, які ніколи не можна вирішити обчислювально, що визначає обчислення та його обмеження. Ці висновки стануть одним із насіння інформатики, і його концептуальна машина Тьюрінга (так названа його докторським радником) вважається попередником сучасних комп'ютерних програм. Під час Другої світової війни Тьюрінг розробив турінг-вельчманську бомбу, яка використовувалася для розшифровки нацистських кодів та перехоплення нацистських повідомлень. Після війни гра імітації Тьюрінга (тепер відома як тест Тьюрінга) була створена як засіб оцінки здібностей штучного інтелекту.
|
||||
|
||||
**Маргарет Гамільтон**
|
||||
|
||||
Маргарет Гамільтон народилася в 1936 році. Працюючи у відділі метеорології Массачусетського технологічного інституту, вона розробила програмне забезпечення для прогнозування погоди. Пізніше Гамільтон продовжував працювати над програмним забезпеченням, яке використовувалося в команді NASA Apollo та місячних модулів. Маючи досвід написання програмного забезпечення, вона хотіла переконатися, що ця навичка отримає належну повагу, і придумала термін «інженерія програмного забезпечення». Завершивши свій досвід роботи над місіями Аполлона та посадками на Місяць, Гамільтон формалізувала те, що вона дізналася, у теорію, яка згодом стане Універсальною системною мовою.
|
||||
|
||||
**Адмірал Грейс Хоппер**
|
||||
|
||||
Грейс Хоппер народилася в 1906 році. Під час Другої світової війни вона приєдналася до резерву ВМС США після звільнення з ролі професора математики в коледжі Вассар. У ВМС їй було призначено проект Bureau of Ships Computation Project в Гарвардському університеті, де вона працювала в команді програмування для комп'ютера Mark I. Після війни та свого часу в Гарварді вона почала працювати над більш потужними комп'ютерами і рекомендувала розробити мову програмування, яка використовувала англійські слова, а не символи. Ця концепція зрештою стане FLOW-MATIC першою мовою програмування, яка використовує англійські слова, що також вимагало винаходу першого компілятора (програми, яка перекладає вихідний код у машинний код). Примітно, що їй також приписують перше використання терміну «комп'ютерна помилка» після того, як справжня помилка (моль) потрапила в комп'ютер, над яким вона працювала. Пізніше у своїй кар'єрі вона була одним з дизайнерів COBOL, мови програмування, яка використовується і сьогодні.
|
||||
|
||||
## NASA і людські комп'ютери
|
||||
|
||||
Наступні жінки працювали над різними проектами NASA. Деякі навіть були найняті як людські комп'ютери. Їм було поставлено завдання виконати складні розрахунки вручну для всіляких ситуацій від співвідношення штовху до ваги воєнного часу до траєкторій орбіти Аполлона. Всі вони продовжували мати вражаючу кар'єру в математиці та інформатиці.
|
||||
|
||||
**Енні Ізлі** розробила код енергетичної аналітики, який використовується для аналізу енергетичних технологій, включаючи технологію, яка використовувалася в технології акумуляторів для ракет Centaur та ранніх гібридних транспортних засобів
|
||||
|
||||
**Кетрін Джонсон** була фізиком, математиком та космічним вченим, яка надала розрахунок для важливих місій, таких як перша орбіта Землі та посадка на Місяць Аполлона 11.
|
||||
|
||||
**Дороті Воган** була математиком, яка врешті-решт стала першим афроамериканським керівником NACA (Національний консультативний комітет з аеронавтики, який згодом стане NASA) та програмістом-експертом FORTRAN, який працював над програмою ракет-носія Scout (сімейство ракет, які розміщували невеликі супутники на орбіту).
|
||||
|
||||
**Мері Джексон** була першою чорношкірою жінкою-інженером НАСА. Вона працювала над аеродинамічними тунелями та льотними експериментами і продовжувала здобувати найстарший інженерний титул НАСА.
|
||||
|
||||
**Мельба Рой Мутон була** головним математиком НАСА, працюючи над проектом Echo, першим експериментом з пасивного супутникового зв'язку. У НАСА вона писала програми, які розраховували місця розташування та траєкторії літаків.
|
||||
|
||||
**Евелін Бойд Гранвіль** працювала над кількома проектами в програмах «Аполлон» та «Меркурій» для НАСА. Вона працювала над комп'ютерними методами, пов'язаними з такими поняттями, як небесна механіка та обчислення траєкторії.
|
||||
|
||||
## Інноватори в сучасних технологіях
|
||||
|
||||
**Хеді Ламарр**
|
||||
|
||||
Хеді Ламарр народилася в 1914 році. Актриса кіно в золотий вік Голлівуду, вона також була винахідником-самоучкою. Під час Другої світової війни вона читала про радіокеровані торпеди, які потенційно можуть бути заклинені ворожими силами. Вона та друг композитора запропонували та запатентували ідею радіосигналу, що стрибає частоту, який використовував існуючу технологію піаніно. Принципи цієї роботи врешті-решт будуть використані в знайомих технологіях, таких як WiFi, Bluetooth та GPS.
|
||||
|
||||
**Гільєрмо Гонсалес Камарена**
|
||||
|
||||
Гільєрмо Гонсалес Камарена народився в 1917 році. Інженер-електрик, у 1940 році запатентував адаптер, який дозволяє монохромним камерам використовувати кольори. Ця технологія була однією з найдавніших форм кольорового телебачення. Система Камарена врешті-решт буде використана НАСА для місії «Вояджер» і зробила можливими кольорові зображення Юпітера.
|
||||
|
||||
**Джеральд (Джеррі) Лоусон**
|
||||
|
||||
Джеррі Лоусон народився в 1940 році. Працюючи інженером напівпровідників для компанії Fairchild, він працював у команді, яка розробила Fairchild Channel F, кольорову відеоігрову консоль, яка була розроблена для використання змінних ігрових картриджів. Раніше більшість ігрових систем мали вбудоване програмування. Пізніше його охрестили «батьком картриджа для відеоігор» за цю роботу.
|
||||
|
||||
**Марк Е. Дін**
|
||||
|
||||
Марк Дін народився в 1957 році. Винахідник і інформатик, він є головним інженером команди IBM, яка випустила персональний комп'ютер IBM. Він володіє трьома з дев'яти патентів на ПК. Він і його команда також створили перший гігагерцовий комп'ютерний чіп, а також допоміг розробити кольоровий монітор ПК. Разом з Деннісом Моллером він розробив шину Industry Standard Architecture (ISA), яка була попередником сучасних структур шин, таких як PCI та PCI express.
|
||||
|
||||
**Кларенс «Скіп» Елліс**
|
||||
|
||||
Кларенс Елліс народився в 1943 році. Він був комп'ютерним вченим та професором, який став піонером у кооперативній роботі та груповому програмному забезпеченні, що підтримується комп'ютером. Насправді, працюючи в Xerox PARC, він і його команда розробили групову систему під назвою OfficeTalk. Вперше ця система дозволила співпрацювати на відстані за допомогою Ethernet. Він також зосередився на графічних інтерфейсах користувача (GUI) на основі іконок, які стали поширеними в сучасних обчисленнях.
|
||||
|
||||
**Гледіс Вест**
|
||||
|
||||
Гледіс Вест народилася в 1930 році. Математика, її найняли працювати на ВМС США, щоб більш точно моделювати форму Землі. Вона використовувала алгоритми для врахування всіляких варіацій форми Землі, і її модель врешті-решт буде використана як основа для глобальної системи позиціонування (GPS).
|
||||
|
||||
Ці особи - кілька помітних прикладів, але це аж ніяк не повний список!
|
||||
|
|
@ -1,28 +0,0 @@
|
|||
Код для [[Power Shell]]
|
||||
|
||||
```
|
||||
#Дата з якою порівнювати. У цьому випадку -7 днів від поточної дати.
|
||||
$date = (Get-Date).AddDays(-7)
|
||||
#Шлях до директорії звідки видаляти файли
|
||||
$path = "D:\WORK\Замовлення"
|
||||
#Розташування звіту
|
||||
$report = "D:\WORK\Замовлення\file_list.txt"
|
||||
|
||||
#Працюємо з файлами
|
||||
#Виведення списку всіх файлів без папок (в т.ч. усередині папок) старше значення $date
|
||||
$filelist = Get-ChildItem -Recurse -Path $path -file | Where-Object -Property CreationTime -lT $date
|
||||
$filelist | Sort-Object -Property CreationTime | ft CreationTime ,VersionInfo | tee $report
|
||||
#Видаляємо файли
|
||||
$filelist | Remove-Item -Recurse
|
||||
|
||||
#Працюємо з каталогами
|
||||
#Виведення списку всіх порожніх директорій(де немає ні файлів ні директорій) старше ніж дата $date
|
||||
$folderlist = Get-ChildItem -Recurse -Path $path -Directory | Where-Object -Property LastWriteTime -lT $date | where { $_.psiscontainer -eq $true -and $_.GetFiles().count -eq 0 -and $_.GetDirectories().count -eq 0 }
|
||||
#Виведення списку порожніх директорій (де немає файлів, але є директорії) старше за дату $date
|
||||
#$folderlist = Get-ChildItem -Recurse -Path $path -Directory | Where-Object -Property LastWriteTime -lT $date | where { $_.psiscontainer -eq $true -and $_.GetFiles().count -eq 0 }
|
||||
#$folderlist | Sort-Object -Property LastWriteTime | ft LastWriteTime ,FullName | tee $report -Append
|
||||
#Видаляємо каталоги
|
||||
$folderlist | Remove-Item -Recurse
|
||||
```
|
||||
|
||||
#Power_Shell
|
||||
|
|
@ -1,140 +0,0 @@
|
|||
**Zammad** — це сучасна, відкрита (open-source) система **HelpDesk / ServiceDesk**, створена для того, щоб компанії могли швидко приймати звернення клієнтів, обробляти заявки, керувати підтримкою та автоматизувати роботу служби сервісу.
|
||||
|
||||
Zammad поєднує все в одному місці: email, чат, соцмережі, телефонію та CRM-функції.
|
||||
|
||||
---
|
||||
|
||||
# ⭐ Основні можливості Zammad
|
||||
|
||||
### 📬 1. Централізація звернень
|
||||
|
||||
Усі повідомлення потрапляють у єдину панель, незалежно від каналу:
|
||||
|
||||
- Email
|
||||
- Телеграм
|
||||
- Viber (через webhook-и)
|
||||
- WhatsApp (через API-провайдерів)
|
||||
- Twitter/X
|
||||
- Facebook
|
||||
- Web-форму
|
||||
- Live-чат на сайті
|
||||
- Телефонні дзвінки (VoIP інтеграції)
|
||||
|
||||
---
|
||||
### 🎟️ 2. Система тікетів
|
||||
|
||||
Zammad працює за моделлю тикетного HelpDesk:
|
||||
|
||||
- створення заявок автоматично або вручну
|
||||
- пріоритети
|
||||
- SLA / дедлайни
|
||||
- категорії
|
||||
- групи підтримки
|
||||
- коментарі
|
||||
- вкладення
|
||||
- історія переписки у тікеті
|
||||
|
||||
---
|
||||
### 🤖 3. Автоматизації
|
||||
|
||||
Zammad дозволяє автоматично:
|
||||
|
||||
- призначати заявки потрібним агентам
|
||||
- виставляти пріоритети
|
||||
- створювати тригери
|
||||
- застосовувати макроси
|
||||
- відправляти автоповідомлення
|
||||
- інтегруватися з ChatGPT/AI
|
||||
|
||||
---
|
||||
|
||||
### 👤 4. Управління клієнтами
|
||||
|
||||
Вбудована база клієнтів (CRM-мінімум):
|
||||
|
||||
- користувачі
|
||||
|
||||
- організації
|
||||
|
||||
- поля, атрибути
|
||||
|
||||
- історія запитів
|
||||
|
||||
- права доступу
|
||||
|
||||
|
||||
---
|
||||
|
||||
### 📊 5. Аналітика та звіти
|
||||
|
||||
Готові та кастомні dashboards:
|
||||
|
||||
- SLA метрики
|
||||
|
||||
- час реакції
|
||||
|
||||
- завантаженість агентів
|
||||
|
||||
- кількість тікетів
|
||||
|
||||
- типи звернень
|
||||
|
||||
- продуктивність
|
||||
|
||||
|
||||
---
|
||||
|
||||
### 🔗 6. Інтеграції
|
||||
|
||||
Zammad має готові конектори:
|
||||
|
||||
- Google Workspace (SMTP/IMAP/SSO)
|
||||
- Microsoft 365
|
||||
- Slack
|
||||
- GitHub / GitLab
|
||||
- Jira
|
||||
- LDAP / Active Directory
|
||||
- SIP/VoIP
|
||||
|
||||
API REST дозволяє інтегрувати все інше.
|
||||
|
||||
---
|
||||
|
||||
### 🛡️ 7. Безпека
|
||||
|
||||
- 2FA
|
||||
- Доступ по ролях
|
||||
- Логи аудиту
|
||||
- Шифрування
|
||||
- SAML / OAuth
|
||||
- SOC2 (хмарна версія)
|
||||
|
||||
---
|
||||
|
||||
# 🏗️ Де можна розгорнути Zammad?
|
||||
|
||||
### ✔ SaaS (хмара Zammad)
|
||||
|
||||
- все оновлення автоматичні
|
||||
- простий старт
|
||||
- оплата за агентів
|
||||
|
||||
### ✔ Self-hosted (на своєму сервері)
|
||||
|
||||
- повністю безкоштовно
|
||||
- Docker / Kubernetes
|
||||
- Ubuntu, Debian, CentOS
|
||||
- повна свобода кастомізації
|
||||
|
||||
---
|
||||
|
||||
# 🎯 Для чого підходить Zammad?
|
||||
|
||||
Zammad ідеальний для:
|
||||
|
||||
- IT-компаній
|
||||
- e-commerce
|
||||
- сервісних центрів
|
||||
- техпідтримки 1-го та 2-го рівня
|
||||
- контакт-центрів
|
||||
- internal IT Helpdesk у компанії
|
||||
|
|
@ -1,10 +0,0 @@
|
|||
GLPI — це відкрите ПЗ (open-source) для управління ІТ-активами та організації сервіс-деску ([[ITSM]]). Воно дозволяє:
|
||||
|
||||
- Вести облік апаратного та програмного забезпечення, мережевих пристроїв та ліцензій.
|
||||
- Управляти запитами користувачів через service desk.
|
||||
- Автоматизувати робочі процеси, інциденти, проблеми та зміни (ITIL-процеси).
|
||||
- Генерувати звіти та аналітику по ІТ-ресурсах і запитах.
|
||||
- Інтегруватися з LDAP/Active Directory та іншими системами для централізованого управління.
|
||||
|
||||
Підійде як для малих, так і для великих організацій, які хочуть контролювати ІТ-інфраструктуру і підвищити ефективність підтримки користувачів.
|
||||
#GLPI #HelpDesk #ServiceDesk #ITSM
|
||||
|
|
@ -1,110 +0,0 @@
|
|||
|
||||
## 1️⃣ Підготуй директорію на сервері
|
||||
|
||||
`mkdir -p /opt/glpi cd /opt/glpi`
|
||||
|
||||
_(Portainer буде використовувати цю директорію для volume-ів)_
|
||||
|
||||
---
|
||||
|
||||
# 2️⃣ Увійди в Portainer
|
||||
|
||||
В браузері:
|
||||
|
||||
`http://YOUR_SERVER_IP:9000`
|
||||
|
||||
Перейди:
|
||||
|
||||
**Home → Local → Stacks → Add stack**
|
||||
|
||||
Назва стека:
|
||||
|
||||
`glpi`
|
||||
|
||||
---
|
||||
|
||||
# 3️⃣ Встав у [[Portainer]] наступний `docker-compose`:
|
||||
|
||||
`version: "3.8"
|
||||
|
||||
services:
|
||||
db:
|
||||
image: mariadb:10.7
|
||||
container_name: glpi-db
|
||||
restart: unless-stopped
|
||||
environment:
|
||||
MYSQL_ROOT_PASSWORD: rootpass
|
||||
MYSQL_DATABASE: glpidb
|
||||
MYSQL_USER: glpi
|
||||
MYSQL_PASSWORD: glpipass
|
||||
volumes:
|
||||
- /opt/glpi/db_data:/var/lib/mysql
|
||||
|
||||
glpi:
|
||||
image: diouxx/glpi:latest
|
||||
container_name: glpi-app
|
||||
restart: unless-stopped
|
||||
ports:
|
||||
- "8080:80"
|
||||
environment:
|
||||
- TIMEZONE=Europe/Kyiv
|
||||
depends_on:
|
||||
- db
|
||||
volumes:
|
||||
- /opt/glpi/glpi_data:/var/www/html/glpi
|
||||
|
||||
volumes: {}
|
||||
`
|
||||
|
||||
---
|
||||
|
||||
# 4️⃣ Запусти стек
|
||||
|
||||
У Portainer натисни:
|
||||
|
||||
**Deploy the stack**
|
||||
|
||||
Після цього:
|
||||
|
||||
- контейнер `glpi-app` підніметься на порту **8080**
|
||||
|
||||
- база `glpi-db` стартує автоматично
|
||||
|
||||
|
||||
---
|
||||
|
||||
# 5️⃣ Відкрити [[Service-Desk GLPI]] в браузері
|
||||
|
||||
`http://YOUR_SERVER_IP:8080`
|
||||
|
||||
---
|
||||
|
||||
# 6️⃣ Завершення інсталяції GLPI
|
||||
|
||||
На етапі підключення до БД вкажи:
|
||||
|
||||
- **Server**: `db`
|
||||
- **Database**: `glpidb`
|
||||
- **User**: `glpi`
|
||||
- **Password**: `glpipass`
|
||||
|
||||
---
|
||||
|
||||
# 7️⃣ Стандартні логіни GLPI
|
||||
|
||||
|Роль|Логін|Пароль|
|
||||
|---|---|---|
|
||||
|Адмін|glpi|glpi|
|
||||
|Технік|tech|tech|
|
||||
|Юзер|normal|normal|
|
||||
|Тільки пост|post-only|postonly|
|
||||
|
||||
---
|
||||
|
||||
# 8️⃣ Видали директорію `/install`
|
||||
|
||||
Через Portainer → Containers → glpi-app → Console (bash):
|
||||
|
||||
`rm -rf /var/www/html/glpi/install`
|
||||
|
||||
#GLPI #HelpDesk #Portainer #Docker
|
||||
|
|
@ -1,2 +0,0 @@
|
|||
https://www.coursera.org/professional-certificates/google-it-support
|
||||
|
||||
|
|
@ -1,3 +0,0 @@
|
|||
1. Зробитиогляд на курси CISCO
|
||||
2. Зробити огляд на курси Прометеус на тему технічної підтримки та ШІ
|
||||
|
||||
|
|
@ -1,37 +0,0 @@
|
|||
**AzuraCast** — це самостійно розміщений універсальний пакет для керування веб-радіо. Використовуючи простий інсталятор та потужний, але інтуїтивно зрозумілий веб-інтерфейс, ви можете запустити повноцінно працездатну веб-радіостанцію за лічені хвилини.
|
||||
|
||||
AzuraCast працює з веб-радіостанціями всіх типів і розмірів і створений для роботи навіть на найдоступніших VPS-хостингах.
|
||||
|
||||
## Основні характеристики
|
||||
|
||||
### Для радіостанцій
|
||||
|
||||
- **Керування мультимедіа:** завантажуйте пісні, редагуйте метадані, переглядайте пісні та впорядковуйте музику в папки прямо з браузера.
|
||||
- **Списки відтворення:** додавайте музику до списків відтворення зі стандартною ротацією (у послідовному або перемішаному порядку відтворення) або плануйте відтворення списку відтворення у запланований час або один раз на x пісень/хвилин тощо.
|
||||
- **Діджеї в прямому ефірі:** налаштуйте індивідуальні облікові записи діджеїв/стрімерів і перегляньте, хто зараз транслює, на сторінці профілю вашої станції.
|
||||
- **Веб-діджей:** Транслюйте в прямому ефірі безпосередньо з браузера, без необхідності додаткового програмного забезпечення, за допомогою вбудованого інструменту веб-діджея AzuraCast.
|
||||
- **Публічні сторінки:** AzuraCast містить вбудовані публічні сторінки, які ви можете інтегрувати у свою існуючу веб-сторінку або використовувати як основу для власного налаштованого плеєра.
|
||||
- **Запити слухачів:** Дозвольте вашим слухачам запитувати певні пісні з ваших списків відтворення як через API, так і через просту публічну сторінку слухача.
|
||||
- **Віддалені ретрансляції:** транслюйте свій радіосигнал (включно з живими діджеями) на будь-який віддалений сервер, на якому запущено Icecast або Shoutcast.
|
||||
- **Веб-хуки:** Інтегруйте свою станцію зі Slack, Discord, TuneIn, Twitter та іншими сервісами, налаштувавши веб-хуки, які підключаються до сторонніх сервісів.
|
||||
- **Детальна аналітика та звіти:** відстежуйте кожен аспект слухачів вашої станції з плином часу. Переглядайте звіти про вплив кожної пісні на кількість ваших слухачів. Ви також можете створити звіт, сумісний із SoundExchange для роялті веб-радіо США.
|
||||
|
||||
### Для адміністраторів серверів
|
||||
|
||||
- **Керування користувачами на основі ролей:** Призначте ролі глобальні дозволи та дозволи для кожної станції, а потім додайте користувачів до цих ролей для контролю доступу.
|
||||
- **Власний брендинг:** Змініть кожен аспект як внутрішніх, так і публічних сторінок AzuraCast, надавши власний CSS та JavaScript.
|
||||
- **Автентифікований RESTful API:** Окремі користувачі в системі можуть створювати ключі API, які мають ті самі дозволи, що й у системі. API AzuraCast — це потужний та [добре документований](https://www.azuracast.com/api/index.html) інструмент для взаємодії з інсталяціями.
|
||||
- **Перегляд веб-журналу:** Швидко діагностуйте проблеми, що впливають на будь-яку частину системи AzuraCast, за допомогою загальносистемного засобу перегляду веб-журналу.
|
||||
- **Автоматичні радіопроксі:** Багато користувачів за замовчуванням не можуть підключатися безпосередньо до портів радіостанцій (наприклад, 8000), тому AzuraCast включає автоматичний проксі-сервер nginx, який дозволяє слухачам підключатися через порти http (80) та https (443). Ці проксі також сумісні з такими сервісами, як CloudFlare.
|
||||
- **Керування місцем зберігання:** медіафайли станції, записи прямих трансляцій та резервні копії можна зберігати локально або на сумісному з S3 сховищі.
|
||||
|
||||
## Що входить до комплекту
|
||||
|
||||
AzuraCast автоматично завантажить та встановить ці компоненти для вас:
|
||||
|
||||
### Програмне забезпечення для радіо
|
||||
|
||||
- **[Liquidsoap](https://www.liquidsoap.info/)** як завжди граючий «AutoDJ»
|
||||
- **[Icecast-KH](https://icecast.org/)** як фронтенд для радіомовлення
|
||||
|
||||
Для інсталяцій x86/x64, [Shoutcast 2 DNAS](http://wiki.shoutcast.com/wiki/SHOUTcast_DNAS_Server_2) також можна використовувати як фронтенд для мовлення. Shoutcast — це платне програмне забезпечення, яке не постачається разом з AzuraCast, але його можна встановити через панель адміністрування після встановлення AzuraCast.
|
||||
|
|
@ -1,70 +0,0 @@
|
|||
|
||||
Microsoft Fabric — це уніфікована SaaS (Software as a Service) платформа для аналітики, яка об'єднує всі необхідні інструменти для роботи з даними в одному середовищі. Вона створена для спрощення складної інфраструктури, яка раніше вимагала інтеграції безлічі розрізнених сервісів (Azure Data Factory, Synapse, Power BI тощо).
|
||||
|
||||
Головна мета Fabric — об'єднати інженерів даних, аналітиків, Data Scientists та бізнес-користувачів на одній платформі.
|
||||
|
||||
### Ключові компоненти екосистеми
|
||||
|
||||
1. **OneLake («OneDrive для даних»):** Фундамент платформи. Це єдине логічне сховище для всіх даних компанії. Дані зберігаються в одному місці, що усуває необхідність їх постійного копіювання та переміщення між різними системами.
|
||||
|
||||
2. **Data Factory:** Інструмент для інтеграції даних. Дозволяє створювати пайплайни (Data Pipelines) та потоки даних (Dataflows Gen2) для завантаження інформації з різних джерел (понад 150 конекторів).
|
||||
|
||||
3. **Synapse Data Engineering:** Середовище для роботи з великими даними за допомогою Spark (ноутбуки, визначення завдань).
|
||||
|
||||
4. **Synapse Data Warehouse:** Сховище даних з високою продуктивністю SQL для роботи зі структурованими даними.
|
||||
|
||||
5. **Synapse Data Science:** Інструменти для побудови, навчання та розгортання моделей машинного навчання.
|
||||
|
||||
6. **Synapse Real-Time Analytics:** Обробка та аналіз потокових даних у реальному часі.
|
||||
|
||||
7. **Power BI:** Візуалізація даних та бізнес-аналітика. У Fabric Power BI отримав режим **Direct Lake**, який дозволяє будувати звіти напряму на даних у OneLake без їх імпорту, що забезпечує високу швидкість.
|
||||
|
||||
8. **Data Activator:** Інструмент для автоматичного виконання дій (сповіщення, запуск процесів) при виявленні певних патернів у даних.
|
||||
|
||||
|
||||
### Процес обробки даних (Workflow) на практиці
|
||||
|
||||
У демо-частині вебінару було продемонстровано типовий сценарій роботи з даними у Fabric:
|
||||
|
||||
1. **Створення інфраструктури:** Процес створення ресурсу Fabric (Capacity) дуже простий і займає кілька хвилин (потрібно вказати лише назву, регіон та адміністратора). Не потрібно налаштовувати кластери Spark чи складні мережі — все працює "з коробки".
|
||||
|
||||
2. **Ingestion (Завантаження даних):** Дані завантажуються в **Lakehouse**. Це можна зробити за допомогою Data Pipelines (наприклад, копіювання з Azure SQL Database) або Dataflows (візуальний інтерфейс Power Query).
|
||||
|
||||
3. **Transformation (Трансформація):**
|
||||
|
||||
- Використовується підхід **Medallion Architecture** (Bronze -> Silver -> Gold шари даних).
|
||||
|
||||
- Трансформацію можна проводити як через **No-Code/Low-Code** інструменти (Dataflow Gen2), так і через **Pro-Code** (Notebooks на PySpark або Spark SQL).
|
||||
|
||||
- Всі дані зберігаються у форматі Delta Parquet у OneLake.
|
||||
|
||||
4. **Modeling & Serving (Моделювання):** На основі "золотих" (очищених) таблиць створюється семантична модель. Можна налаштовувати зв'язки між таблицями прямо у веб-інтерфейсі.
|
||||
|
||||
5. **Visualization (Візуалізація):** Створення звіту Power BI безпосередньо в браузері на основі семантичної моделі.
|
||||
|
||||
|
||||
### Особливості та переваги для бізнесу
|
||||
|
||||
- **Єдина копія даних (One Copy):** Немає потреби дублювати дані для різних інструментів. Power BI читає ті самі файли, які підготував Data Engineer.
|
||||
|
||||
- **SaaS-підхід:** Компанія купує "ємність" (Capacity), а не окремі сервери. Це спрощує адміністрування.
|
||||
|
||||
- **Інтеграція з AI (Copilot):** Fabric має вбудовані AI-інструменти, які допомагають писати код, створювати пайплайни та аналізувати дані.
|
||||
|
||||
- **Гнучкість:** Можливість працювати як з кодом (Python, Scala, SQL), так і через візуальні інтерфейси, що робить платформу доступною для фахівців різного рівня.
|
||||
|
||||
|
||||
### Ліцензування
|
||||
|
||||
Ліцензування базується на **Capacity (потужності)**, яка вимірюється в одиницях SKU (від F2 до F2048):
|
||||
|
||||
- **F2 - F32:** Підходять для розробки та невеликих навантажень. Потребують ліцензії Power BI Pro для кожного користувача, який переглядає звіти.
|
||||
|
||||
- **F64 і вище:** Дозволяють "безкоштовний" перегляд звітів для користувачів без ліцензій Power BI Pro (аналог Power BI Premium).
|
||||
|
||||
- **Зберігання даних (OneLake Storage):** Оплачується окремо за обсяг (схоже на Azure Data Lake Storage).
|
||||
|
||||
- Існує модель оплати Pay-as-you-go (з можливістю ставити на паузу) та Reservation (дешевше при оплаті на рік).
|
||||
|
||||
|
||||
Цей огляд демонструє, що Microsoft Fabric є потужним рішенням для компаній, які прагнуть консолідувати свої аналітичні процеси, зменшити час на налаштування інфраструктури та використовувати сучасні підходи до управління даними.
|
||||
|
|
@ -1,7 +0,0 @@
|
|||
Я почав вести свій блог, тому що зараз критично не вистачає спеціалістів ІТ-підтримки. Цей блог допоможе майбутнім ІТ-спеціалісти підтримки знайти зрозумілий і практичний путівник. Коли я починав свій шлях, мені дуже бракувало простої, чесної інформації про те, з чим доведеться стикатися, і я хочу заповнити цю прогалину. Маю надію мій досвід може стати для когось першим орієнтиром у світі техпідтримки.
|
||||
|
||||
Також я хочу ділитися реальними ситуаціями, що трапляються під час роботи. Це кейси, уроки, інколи виклики, які формують професійність і характер. Я переконаний, що живі приклади набагато цінніші за сухі інструкції, а досвід інших може допомогти уникнути типових помилок.
|
||||
|
||||
Окрему увагу я приділяю новим програмним продуктам і тому, як штучний інтелект інтегрується у сервіси підтримки. Інструменти швидко змінюються, і важливо не просто стежити за трендами, а й розуміти, як вони можуть покращити робочі процеси. Мій блог — це місце, де я збираю практичні знання, експерименти та спостереження, якими хочу ділитися з тими, хто розвивається в ІТ і хоче йти в ногу з майбутнім.
|
||||
|
||||
ІТ-підтримки
|
||||
|
|
@ -1,480 +0,0 @@
|
|||
---
|
||||
title: "GPT-5.2 Prompting Guide | OpenAI Cookbook"
|
||||
source: "https://cookbook.openai.com/examples/gpt-5/gpt-5-2_prompting_guide"
|
||||
author:
|
||||
published:
|
||||
created: 2025-12-13
|
||||
description: "GPT-5.2 is our newest flagship model for enterprise and agentic workloads, designed to deliver higher accuracy, stronger instruction foll..."
|
||||
tags:
|
||||
- "clippings"
|
||||
---
|
||||
### 11 грудня 2025 р.
|
||||
|
||||
## Посібник із підказок GPT-5.2
|
||||
|
||||
,
|
||||
|
||||
[Відкрити в GitHub](https://github.com/openai/openai-cookbook/blob/main/examples/gpt-5/gpt-5-2_prompting_guide.ipynb) [Переглянути як Markdown](https://nbviewer.org/format/script/github/openai/openai-cookbook/blob/main/examples/gpt-5/gpt-5-2_prompting_guide.ipynb)
|
||||
|
||||
## 1\. Вступ
|
||||
|
||||
GPT-5.2 – це наша новітня флагманська модель для корпоративних та агентських робочих навантажень, розроблена для забезпечення вищої точності, чіткішого дотримання інструкцій та більш дисциплінованого виконання складних робочих процесів. Створена на основі GPT-5.1, GPT-5.2 підвищує ефективність токенів для завдань середнього та складного рівня, забезпечує чіткіше форматування з меншою кількістю зайвої багатослівності та демонструє явні переваги у структурованому мисленні, заземленні інструментів та багатомодальному розумінні.
|
||||
|
||||
GPT-5.2 особливо добре підходить для виробничих агентів, які надають пріоритет надійності, оцінюваності та послідовній поведінці. Він високопродуктивний у сценаріях кодування, аналізу документів, фінансів та багатоінструментальних агентських сценаріях, часто дорівнюючи або перевершуючи провідні моделі за виконанням завдань. Водночас він залишається чутливим до підказок та легко керованим за тоном, деталізацією та формою виводу, що робить явні підказки важливою частиною успішного розгортання.
|
||||
|
||||
Хоча GPT-5.2 добре працює "з коробки" для багатьох випадків використання, цей посібник зосереджений на шаблонах запитів та методах міграції, які максимізують продуктивність у реальних виробничих системах. Ці рекомендації базуються на внутрішньому тестуванні та відгуках клієнтів, де невеликі зміни в структурі запитів, обмеженнях деталізації та налаштуваннях міркувань часто призводять до значного покращення коректності, затримки та довіри розробників.
|
||||
|
||||
## 2\. Ключові відмінності в поведінці
|
||||
|
||||
**Порівняно з моделями попереднього покоління (наприклад, GPT-5 та GPT-5.1), GPT-5.2 забезпечує:**
|
||||
|
||||
- **Більш продумане скамейкування:** створює чіткіші плани та проміжну структуру за замовчуванням; виграє від чітких обмежень щодо обсягу та деталізації.
|
||||
- **Зазвичай нижча багатослівність:** більш лаконічна та орієнтована на завдання, хоча все ще чутлива до підказки, і вподобання необхідно чітко висловити в підказці.
|
||||
- **Краще дотримання інструкцій:** менше відхилень від наміру користувача; покращене форматування та подання обґрунтування.
|
||||
- **Компроміси ефективності інструментів:** виконує додаткові дії інструментів в інтерактивних потоках порівняно з GPT-5.1, може бути додатково оптимізована за допомогою підказок.
|
||||
- **Консервативне упередження обґрунтування:** схильність сприяти правильності та чіткому міркуванню; подолання неоднозначності покращується завдяки уточнюючим підказкам.
|
||||
|
||||
Цей посібник зосереджений на тому, щоб максимально використати сильні сторони GPT-5.2 — вищий інтелект, точність, обґрунтованість та дисципліну — одночасно пом'якшуючи недоліки, що залишилися. Існуючі рекомендації щодо підказок GPT-5 / GPT-5.1 значною мірою переносяться та залишаються застосовними.
|
||||
|
||||
## 3\. Підказування шаблонів
|
||||
|
||||
Адаптуйте наступні теми до своїх підказок для кращого розуміння GPT-5.2
|
||||
|
||||
### 3.1 Керування деталізацією та формою виводу
|
||||
|
||||
Встановіть **чіткі та конкретні обмеження довжини,** особливо в корпоративних програмах та кодуючих агентах.
|
||||
|
||||
Приклад налаштування затискача залежно від бажаної деталізації:
|
||||
|
||||
### 3.2 Запобігання зміщенню області застосування (наприклад, UX / дизайн у завданнях фронтенду)
|
||||
|
||||
GPT-5.2 сильніший для структурованого коду, але може створювати більше коду, ніж мінімальні UX-специфікації та системи дизайну. Щоб залишатися в межах сфери застосування, явно забороніть додаткові функції та неконтрольоване стилізування.
|
||||
|
||||
```
|
||||
<design_and_scope_constraints>
|
||||
|
||||
- Explore any existing design systems and understand it deeply.
|
||||
|
||||
- Implement EXACTLY and ONLY what the user requests.
|
||||
|
||||
- No extra features, no added components, no UX embellishments.
|
||||
|
||||
- Style aligned to the design system at hand.
|
||||
|
||||
- Do NOT invent colors, shadows, tokens, animations, or new UI elements, unless requested or necessary to the requirements.
|
||||
|
||||
- If any instruction is ambiguous, choose the simplest valid interpretation.
|
||||
|
||||
</design_and_scope_constraints>
|
||||
```
|
||||
|
||||
Для забезпечення дотримання дизайн-системи повторно використовуйте блок 5.1 <design\_system\_enforcement>, але додайте «без додаткових функцій» та «кольори лише для токенів» для додаткового акценту.
|
||||
|
||||
### 3.3 Довгостроковий контекст та запам'ятовування
|
||||
|
||||
Для завдань з довгим контекстом підказка може отримати користь від **підсумовування та повторного заземлення**. Цей шаблон зменшує помилки «втрати під час прокручування» та покращує запам'ятовування щільних контекстів.
|
||||
|
||||
```
|
||||
<long_context_handling>
|
||||
|
||||
- For inputs longer than ~10k tokens (multi-chapter docs, long threads, multiple PDFs):
|
||||
|
||||
- First, produce a short internal outline of the key sections relevant to the user’s request.
|
||||
|
||||
- Re-state the user’s constraints explicitly (e.g., jurisdiction, date range, product, team) before answering.
|
||||
|
||||
- In your answer, anchor claims to sections (“In the ‘Data Retention’ section…”) rather than speaking generically.
|
||||
|
||||
- If the answer depends on fine details (dates, thresholds, clauses), quote or paraphrase them.
|
||||
|
||||
</long_context_handling>
|
||||
```
|
||||
|
||||
### 3.4 Подолання ризику невизначеності та галюцинацій
|
||||
|
||||
Налаштуйте запит на надмірно впевнені галюцинації для неоднозначних запитів (наприклад, нечіткі вимоги, відсутні обмеження або питання, які потребують свіжих даних, але не викликаються).
|
||||
|
||||
Запит на пом'якшення наслідків:
|
||||
|
||||
Ви також можете додати короткий крок самоперевірки для високоризикових виходів:
|
||||
|
||||
```
|
||||
<high_risk_self_check>
|
||||
|
||||
Before finalizing an answer in legal, financial, compliance, or safety-sensitive contexts:
|
||||
|
||||
- Briefly re-scan your own answer for:
|
||||
|
||||
- Unstated assumptions,
|
||||
|
||||
- Specific numbers or claims not grounded in context,
|
||||
|
||||
- Overly strong language (“always,” “guaranteed,” etc.).
|
||||
|
||||
- If you find any, soften or qualify them and explicitly state assumptions.
|
||||
|
||||
</high_risk_self_check>
|
||||
```
|
||||
|
||||
## 4\. Компакція (розширення ефективного контексту)
|
||||
|
||||
Для тривалих робочих процесів з великим обсягом інструментів, які виходять за межі стандартного вікна контексту, GPT-5.2 з Reasoning підтримує стиснення відповідей через кінцеву точку /responses/compact. Стиснення виконує стиснення з урахуванням втрат для попереднього стану розмови, повертаючи зашифровані, непрозорі елементи, які зберігають інформацію, що стосується завдання, водночас значно зменшуючи обсяг токенів. Це дозволяє моделі продовжувати міркування в розширених робочих процесах, не торкаючись обмежень контексту.
|
||||
|
||||
**Коли використовувати ущільнення**
|
||||
|
||||
- Багатокрокові потоки агентів з багатьма викликами інструментів
|
||||
- Довгі розмови, де потрібно дотримуватися попередніх порад
|
||||
- Ітеративні міркування поза межами максимального контекстного вікна
|
||||
|
||||
**Ключові властивості**
|
||||
|
||||
- Створює непрозорі, зашифровані елементи (внутрішня логіка може змінюватися)
|
||||
- Розроблено для продовження, а не для перевірки
|
||||
- Сумісний з GPT-5.2 та Responses API
|
||||
- Безпечно запускати багаторазово протягом тривалих сесій
|
||||
|
||||
**Стиснути відповідь**
|
||||
|
||||
Кінцева точка
|
||||
|
||||
```
|
||||
POST https://api.openai.com/v1/responses/compact
|
||||
```
|
||||
|
||||
**Що це робить**
|
||||
|
||||
Виконує стиснення розмови та повертає стиснутий об'єкт відповіді. Передає стиснутий вивід у наступний запит, щоб продовжити робочий процес зі зменшеним розміром контексту.
|
||||
|
||||
**Найкращі практики**
|
||||
|
||||
- Контролюйте використання контексту та плануйте заздалегідь, щоб уникнути перевищення лімітів вікна контексту
|
||||
- Компактний після важливих етапів (наприклад, етапів з великим використанням інструментів), не на кожному кроці
|
||||
- Зберігайте функціонально ідентичні підказки під час відновлення, щоб уникнути відхилення поведінки
|
||||
- Обробляти стиснуті елементи як непрозорі; не розбирати та не залежати від внутрішніх елементів
|
||||
|
||||
Щоб отримати вказівки щодо того, коли та як стискати у робочому середовищі, див. посібник [зі стану розмови](https://platform.openai.com/docs/guides/conversation-state?api-mode=responses) та сторінку [«Стиснення відповіді»](https://platform.openai.com/docs/api-reference/responses/compact).
|
||||
|
||||
Ось приклад:
|
||||
|
||||
## 5\. Керованість агента та оновлення для користувачів
|
||||
|
||||
GPT-5.2 потужний для агентного скарбування та багатоетапного виконання за умови правильного запиту. Ви можете повторно використовувати блоки <user\_updates\_spec> та <solution\_persistence> GPT-5.1.
|
||||
|
||||
Two key tweaks could be added to further push the performance of GPT-5.2:
|
||||
|
||||
- Clamp verbosity of updates (shorter, more focused).
|
||||
- Make scope discipline explicit (don’t expand problem surface area).
|
||||
|
||||
Example updated spec:
|
||||
|
||||
```
|
||||
<user_updates_spec>
|
||||
|
||||
- Send brief updates (1–2 sentences) only when:
|
||||
|
||||
- You start a new major phase of work, or
|
||||
|
||||
- You discover something that changes the plan.
|
||||
|
||||
- Avoid narrating routine tool calls (“reading file…”, “running tests…”).
|
||||
|
||||
- Each update must include at least one concrete outcome (“Found X”, “Confirmed Y”, “Updated Z”).
|
||||
|
||||
- Do not expand the task beyond what the user asked; if you notice new work, call it out as optional.
|
||||
|
||||
</user_updates_spec>
|
||||
```
|
||||
|
||||
## 6\. Tool-calling and parallelism
|
||||
|
||||
GPT-5.2 improves on 5.1 in tool reliability and scaffolding, especially in MCP/Atlas-style environments. Best practices as applicable to GPT-5 / 5.1:
|
||||
|
||||
- Describe tools crisply: 1–2 sentences for what they do and when to use them.
|
||||
- Encourage parallelism explicitly for scanning codebases, vector stores, or multi-entity operations.
|
||||
- Require verification steps for high-impact operations (orders, billing, infra changes).
|
||||
|
||||
Example tool usage section:
|
||||
|
||||
```
|
||||
<tool_usage_rules>
|
||||
|
||||
- Prefer tools over internal knowledge whenever:
|
||||
|
||||
- You need fresh or user-specific data (tickets, orders, configs, logs).
|
||||
|
||||
- You reference specific IDs, URLs, or document titles.
|
||||
|
||||
- Parallelize independent reads (read_file, fetch_record, search_docs) when possible to reduce latency.
|
||||
|
||||
- After any write/update tool call, briefly restate:
|
||||
|
||||
- What changed,
|
||||
|
||||
- Where (ID or path),
|
||||
|
||||
- Any follow-up validation performed.
|
||||
|
||||
</tool_usage_rules>
|
||||
```
|
||||
|
||||
## 7\. Structured extraction, PDF, and Office workflows
|
||||
|
||||
This is an area where GPT-5.2 clearly shows strong improvements. To get the most out of it:
|
||||
|
||||
- Always provide a schema or JSON shape for the output. You can use structured outputs for strict schema adherence.
|
||||
- Distinguish between required and optional fields.
|
||||
- Ask for “extraction completeness” and handle missing fields explicitly.
|
||||
|
||||
Example:
|
||||
|
||||
```
|
||||
<extraction_spec>
|
||||
|
||||
You will extract structured data from tables/PDFs/emails into JSON.
|
||||
|
||||
- Always follow this schema exactly (no extra fields):
|
||||
|
||||
{
|
||||
|
||||
"party_name": string,
|
||||
|
||||
"jurisdiction": string | null,
|
||||
|
||||
"effective_date": string | null,
|
||||
|
||||
"termination_clause_summary": string | null
|
||||
|
||||
}
|
||||
|
||||
- If a field is not present in the source, set it to null rather than guessing.
|
||||
|
||||
- Before returning, quickly re-scan the source for any missed fields and correct omissions.
|
||||
|
||||
</extraction_spec>
|
||||
```
|
||||
|
||||
For multi-table/multi-file extraction, add guidance to:
|
||||
|
||||
- Serialize per-document results separately.
|
||||
- Include a stable ID (filename, contract title, page range).
|
||||
|
||||
## 8\. Prompt Migration Guide to GPT 5.2
|
||||
|
||||
This section helps you migrate prompts and model configs to GPT-5.2 while keeping behavior stable and cost/latency predictable. GPT-5-class models support a reasoning\_effort knob (e.g., none|minimal|low|medium|high|xhigh) that trades off speed/cost vs. deeper reasoning.
|
||||
|
||||
Migration mapping Use the following default mappings when updating to GPT-5.2
|
||||
|
||||
| Current model | Target model | Target reasoning\_effort | Notes |
|
||||
| --- | --- | --- | --- |
|
||||
| GPT-4o | GPT-5.2 | none | Treat 4o/4.1 migrations as “fast/low-deliberation” by default; only increase effort if evals regress. |
|
||||
| GPT-4.1 | GPT-5.2 | none | Same mapping as GPT-4o to preserve snappy behavior. |
|
||||
| GPT-5 | GPT-5.2 | same value except minimal → none | Preserve none/low/medium/high to keep latency/quality profile consistent. |
|
||||
| GPT-5.1 | GPT-5.2 | same value | Preserve existing effort selection; adjust only after running evals. |
|
||||
|
||||
\*Note that default reasoning level for GPT-5 is medium, and for GPT-5.1 and GPT-5.2 is none.
|
||||
|
||||
We introduced the [Prompt Optimizer](https://platform.openai.com/chat/edit?optimize=true) in the Playground to help users quickly improve existing prompts and migrate them across GPT-5 and other OpenAI models. General steps to migrate to a new model are as follows:
|
||||
|
||||
- Step 1: Switch models, don’t change prompts yet. Keep the prompt functionally identical so you’re testing the model change—not prompt edits. Make one change at a time.
|
||||
- Step 2: Pin reasoning\_effort. Explicitly set GPT-5.2 reasoning\_effort to match the prior model’s latency/depth profile (avoid provider-default “thinking” traps that skew cost/verbosity/structure).
|
||||
- Step 3: Run Evals for a baseline. After model + effort are aligned, run your eval suite. If results look good (often better at med/high), you’re ready to ship.
|
||||
- Крок 4: Якщо є регресії, налаштуйте підказку. Використовуйте оптимізатор підказок + цільові обмеження (детальність/формат/схема, дисципліна області видимості) для відновлення парності або покращення.
|
||||
- Крок 5: Повторно запускайте Evals після кожної невеликої зміни. Виконуйте ітерації, збільшуючи reasoning\_effort на один рівень або вносячи поступові корективи в запити, а потім повторно вимірюйте.
|
||||
|
||||
GPT-5.2 є більш керованим та здатним синтезувати інформацію з багатьох джерел.
|
||||
|
||||
Найкращі практики, яких слід дотримуватися:
|
||||
|
||||
- Вкажіть панель дослідження заздалегідь: повідомте моделі, як ви хочете виконувати пошук. Чи слід слідувати за ланцюжками другого порядку, вирішувати суперечності та включати цитати. Чітко вкажіть, як далеко потрібно зайти, наприклад: що додаткові дослідження мають продовжуватися, доки граничне значення не знизиться.
|
||||
- Обмежуйте неоднозначність за допомогою інструкцій, а не питань: доручайте моделі всебічно охоплювати всі ймовірні наміри та не ставити уточнюючих питань. Вимагайте широти та глибини, коли існує невизначеність.
|
||||
- Диктуйте форму та тон виводу: встановіть очікування щодо структури (Markdown, заголовки, таблиці для порівняння), ясності (визначення акронімів, конкретні приклади) та стилю (розмовний, адаптивний до персонажів, непідлещливий)
|
||||
|
||||
## 10\. Висновок
|
||||
|
||||
GPT-5.2 є значним кроком вперед для команд, які створюють агенти виробничого рівня, що надають пріоритет точності, надійності та дисциплінованому виконанню. Він забезпечує чіткіше виконання інструкцій, чистіший вивід та більш послідовну поведінку в складних робочих процесах, що вимагають багато інструментів. Більшість існуючих підказок мігрують безперешкодно, особливо коли зусилля на міркування, деталізація та обмеження області застосування зберігаються під час початкового переходу. Команди повинні покладатися на оцінки для перевірки поведінки перед внесенням змін до підказок, коригуючи зусилля на міркування або обмеження лише тоді, коли з'являються регресії. Завдяки явним підказкам та виміряній ітерації, GPT-5.2 може розблокувати результати вищої якості, зберігаючи при цьому передбачувані профілі витрат та затримки.
|
||||
|
||||
### Приклад запиту для агента веб-досліджень:
|
||||
|
||||
```
|
||||
You are a helpful, warm web research agent. Your job is to deeply and thoroughly research the web and provide long, detailed, comprehensive, well written, and well structured answers grounded in reliable sources. Your answers should be engaging, informative, concrete, and approachable. You MUST adhere perfectly to the guidelines below.
|
||||
|
||||
############################################
|
||||
|
||||
CORE MISSION
|
||||
|
||||
############################################
|
||||
|
||||
Answer the user’s question fully and helpfully, with enough evidence that a skeptical reader can trust it.
|
||||
|
||||
Never invent facts. If you can’t verify something, say so clearly and explain what you did find.
|
||||
|
||||
Default to being detailed and useful rather than short, unless the user explicitly asks for brevity.
|
||||
|
||||
Go one step further: after answering the direct question, add high-value adjacent material that supports the user’s underlying goal without drifting off-topic. Don’t just state conclusions—add an explanatory layer. When a claim matters, explain the underlying mechanism/causal chain (what causes it, what it affects, what usually gets misunderstood) in plain language.
|
||||
|
||||
############################################
|
||||
|
||||
PERSONA
|
||||
|
||||
############################################
|
||||
|
||||
You are the world’s greatest research assistant.
|
||||
|
||||
Engage warmly, enthusiastically, and honestly, while avoiding any ungrounded or sycophantic flattery.
|
||||
|
||||
Adopt whatever persona the user asks you to take.
|
||||
|
||||
Default tone: natural, conversational, and playful rather than formal or robotic, unless the subject matter requires seriousness.
|
||||
|
||||
Match the vibe of the request: for casual conversation lean supportive; for work/task-focused requests lean straightforward and helpful.
|
||||
|
||||
############################################
|
||||
|
||||
FACTUALITY AND ACCURACY (NON-NEGOTIABLE)
|
||||
|
||||
############################################
|
||||
|
||||
You MUST browse the web and include citations for all non-creative queries, unless:
|
||||
|
||||
The user explicitly tells you not to browse, OR
|
||||
|
||||
The request is purely creative and you are absolutely sure web research is unnecessary (example: “write a poem about flowers”).
|
||||
|
||||
If you are on the fence about whether browsing would help, you MUST browse.
|
||||
|
||||
You MUST browse for:
|
||||
|
||||
“Latest/current/today” or time-sensitive topics (news, politics, sports, prices, laws, schedules, product specs, rankings/records, office-holders).
|
||||
|
||||
Up-to-date or niche topics where details may have changed recently (weather, exchange rates, economic indicators, standards/regulations, software libraries that could be updated, scientific developments, cultural trends, recent media/entertainment developments).
|
||||
|
||||
Travel and trip planning (destinations, venues, logistics, hours, closures, booking constraints, safety changes).
|
||||
|
||||
Recommendations of any kind (because what exists, what’s good, what’s open, and what’s safe can change).
|
||||
|
||||
Generic/high-level topics (example: “what is an AI agent?” or “openai”) to ensure accuracy and current framing.
|
||||
|
||||
Navigational queries (finding a resource, site, official page, doc, definition, source-of-truth reference, etc.).
|
||||
|
||||
Any query containing a term you’re unsure about, suspect is a typo, or has ambiguous meaning.
|
||||
|
||||
For news queries, prioritize more recent events, and explicitly compare:
|
||||
|
||||
The publish date of each source, AND
|
||||
|
||||
The date the event happened (if different).
|
||||
|
||||
############################################
|
||||
|
||||
CITATIONS (REQUIRED)
|
||||
|
||||
############################################
|
||||
|
||||
When you use web info, you MUST include citations.
|
||||
|
||||
Place citations after each paragraph (or after a tight block of closely related sentences) that contains non-obvious web-derived claims.
|
||||
|
||||
Do not invent citations. If the user asked you not to browse, do not cite web sources.
|
||||
|
||||
Use multiple sources for key claims when possible, prioritizing primary sources and high-quality outlets.
|
||||
|
||||
############################################
|
||||
|
||||
HOW YOU RESEARCH
|
||||
|
||||
############################################
|
||||
|
||||
You must conduct deep research in order to provide a comprehensive and off-the-charts informative answer. Provide as much color around your answer as possible, and aim to surprise and delight the user with your effort, attention to detail, and nonobvious insights.
|
||||
|
||||
Start with multiple targeted searches. Use parallel searches when helpful. Do not ever rely on a single query.
|
||||
|
||||
Deeply and thoroughly research until you have sufficient information to give an accurate, comprehensive answer with strong supporting detail.
|
||||
|
||||
Begin broad enough to capture the main answer and the most likely interpretations.
|
||||
|
||||
Add targeted follow-up searches to fill gaps, resolve disagreements, or confirm the most important claims.
|
||||
|
||||
If the topic is time-sensitive, explicitly check for recent updates.
|
||||
|
||||
If the query implies comparisons, options, or recommendations, gather enough coverage to make the tradeoffs clear (not just a single source).
|
||||
|
||||
Keep iterating until additional searching is unlikely to materially change the answer or add meaningful missing detail.
|
||||
|
||||
If evidence is thin, keep searching rather than guessing.
|
||||
|
||||
If a source is a PDF and details depend on figures/tables, use PDF viewing/screenshot rather than guessing.
|
||||
|
||||
Only stop when all are true:
|
||||
|
||||
You answered the user’s actual question and every subpart.
|
||||
|
||||
You found concrete examples and high-value adjacent material.
|
||||
|
||||
You found sufficient sources for core claims
|
||||
|
||||
############################################
|
||||
|
||||
WRITING GUIDELINES
|
||||
|
||||
############################################
|
||||
|
||||
Be direct: Start answering immediately.
|
||||
|
||||
Be comprehensive: Answer every part of the user’s query. Your answer should be very detailed and long unless the user request is extremely simplistic. If your response is long, include a short summary at the top.
|
||||
|
||||
Use simple language: full sentences, short words, concrete verbs, active voice, one main idea per sentence.
|
||||
|
||||
Avoid jargon or esoteric language unless the conversation unambiguously indicates the user is an expert.
|
||||
|
||||
Use readable formatting:
|
||||
|
||||
Use Markdown unless the user specifies otherwise.
|
||||
|
||||
Use plain-text section labels and bullets for scannability.
|
||||
|
||||
Use tables when the reader’s job is to compare or choose among options (when multiple items share attributes and a grid makes differences pop faster than prose).
|
||||
|
||||
Do NOT add potential follow-up questions or clarifying questions at the beginning or end of the response unless the user has explicitly asked for them.
|
||||
|
||||
############################################
|
||||
|
||||
REQUIRED “VALUE-ADD” BEHAVIOR (DETAIL/RICHNESS)
|
||||
|
||||
############################################
|
||||
|
||||
Concrete examples: You MUST provide concrete examples whenever helpful (named entities, mechanisms, case examples, specific numbers/dates, “how it works” detail). For queries that ask you to explain a topic, you can also occasionally include an analogy if it helps.
|
||||
|
||||
Do not be overly brief by default: even for straightforward questions, your response should include relevant, well-sourced material that makes the answer more useful (context, background, implications, notable details, comparisons, practical takeaways).
|
||||
|
||||
In general, provide additional well-researched material whenever it clearly helps the user’s goal.
|
||||
|
||||
Before you finalize, do a quick completeness pass:
|
||||
|
||||
1. Did I answer every subpart
|
||||
|
||||
2. Did each major section include explanation + at least one concrete detail/example when possible
|
||||
|
||||
3. Did I include tradeoffs/decision criteria where relevant
|
||||
|
||||
############################################
|
||||
|
||||
HANDLING AMBIGUITY (WITHOUT ASKING QUESTIONS)
|
||||
|
||||
############################################
|
||||
|
||||
Never ask clarifying or follow-up questions unless the user explicitly asks you to.
|
||||
|
||||
If the query is ambiguous, state your best-guess interpretation plainly, then comprehensively cover the most likely intent. If there are multiple most likely intents, then comprehensively cover each one (in this case you will end up needing to provide a full, long answer for each intent interpretation), rather than asking questions.
|
||||
|
||||
############################################
|
||||
|
||||
IF YOU CANNOT FULLY COMPLY WITH A REQUEST
|
||||
|
||||
############################################
|
||||
|
||||
Do not lead with a blunt refusal if you can safely provide something helpful immediately.
|
||||
|
||||
First deliver what you can (safe partial answers, verified material, or a closely related helpful alternative), then clearly state any limitations (policy limits, missing/behind-paywall data, unverifiable claims).
|
||||
|
||||
If something cannot be verified, say so plainly, explain what you did verify, what remains unknown, and the best next step to resolve it (without asking the user a question).
|
||||
```
|
||||
|
|
@ -1,48 +0,0 @@
|
|||
---
|
||||
title: "Глосарій термінів з курсу 1, модуль 1"
|
||||
source: "https://www.coursera.org/learn/technical-support-fundamentals/supplement/9RtvA/glossary-terms-from-course-1-module-1"
|
||||
author:
|
||||
- "[[Coursera]]"
|
||||
published:
|
||||
created: 2025-11-28
|
||||
description: "У першому модулі курсу ми дізнаємося про те, як були винайдені комп'ютери, як вони еволюціонували з часом і як вони працюють сьогодні. Ми також дізнаємося про те, що таке «спеціаліст з ІТ-підтримки» і чим вони займаються у своїй роботі. До кінця ..."
|
||||
tags:
|
||||
- "clippings"
|
||||
---
|
||||
### Нові терміни та їх визначення: Курс 1 Модуль 1
|
||||
|
||||
**Абстракція:** взяти відносно складну систему та спростити її для нашого використання
|
||||
|
||||
**Алгоритм:** Серія кроків, що вирішує конкретні проблеми
|
||||
|
||||
**ASCII: Найстарішим** стандартом кодування символів є ASCII. Він представляє англійський алфавіт, цифри та розділові знаки
|
||||
|
||||
**Двійкова система:** Зв'язок, який використовує комп'ютер, називається двійковою системою, також відомою як система числення бази-2
|
||||
|
||||
**Байт:** Група з 8 біт
|
||||
|
||||
**Кодування символів:** Використовується для присвоєння наших двійкових значень символам, щоб ми, як люди, могли їх читати
|
||||
|
||||
**Комп'ютер:** Пристрій, який зберігає та обробляє дані, виконуючи обчислення
|
||||
|
||||
**Криптографія: все** осяжна дисципліна, яка охоплює практику кодування та приховування повідомлень від третіх сторін
|
||||
|
||||
Десяткова **форма - система десяткова** система: У десятковій системі є 10 можливих чисел, які ви можете використовувати від нуля до дев'яти
|
||||
|
||||
**Цифровий розрив:** зростаючий розрив навичок між людьми з навичками цифрової грамотності та без них
|
||||
|
||||
**Інформаційні технології**: Використання цифрових технологій, таких як комп'ютери та Інтернет, для зберігання та обробки даних у корисну інформацію
|
||||
|
||||
**ОС Linux:** Linux - одна з найбільших операційних систем з відкритим кодом, яка широко використовується в бізнес-інфраструктурі та в споживчому просторі
|
||||
|
||||
**Логічні ворота:** Дозволяють транзисторам виконувати більш складні завдання, наприклад, вирішувати, куди надсилати електричні сигнали залежно від логічних умов
|
||||
|
||||
**Відкритий код:** Це означає, що розробники дозволять іншим розробникам ділитися, змінювати та розповсюджувати своє програмне забезпечення безкоштовно
|
||||
|
||||
**КПК (персональний цифровий помічник):** дозволяє обчисленню переходити на мобільні пристрої
|
||||
|
||||
**Перфоральні карти:** Послідовність карт з отворами в них для автоматичного виконання обчислень замість того, щоб вручну вводити їх вручну
|
||||
|
||||
**Модель RGB:** RGB або червона, зелена та синя модель є основною моделлю представлення кольорів
|
||||
|
||||
**UTF-8: Найпоширеніший стандарт** кодування, який використовується сьогодні
|
||||
|
|
@ -1,70 +0,0 @@
|
|||
---
|
||||
title: "Додаткове читання для процесорів"
|
||||
source: "https://www.coursera.org/learn/technical-support-fundamentals/supplement/REMwe/supplemental-reading-for-cpus"
|
||||
author:
|
||||
- "[[Coursera]]"
|
||||
published:
|
||||
created: 2025-11-28
|
||||
description: "У другому модулі цього курсу ми дізнаємося про те, що знаходиться всередині комп'ютера. Ми дізнаємося все про апаратні компоненти або різні частини всередині комп'ютера. Ми дізнаємось, що робить кожен компонент і як вони працюють разом, щоб ..."
|
||||
tags:
|
||||
- "clippings"
|
||||
---
|
||||
Цей елемент містить вміст, який ще не перекладено на вибрану мову.
|
||||
|
||||
## Кеш ЦП і розгін
|
||||
|
||||
У цьому читанні ви дізнаєтеся про різні рівні кешу для центральних процесорів (CPU) та про те, як ЦП обробляє та виконує інструкції. Додатково ви дізнаєтеся про розгін процесорів для максимальної швидкості обробки. Фахівці ІТ-підтримки можуть використовувати цю інформацію під час придбання, розподілу та/або налаштування високопродуктивних серверів.
|
||||
|
||||
## Кеш
|
||||
|
||||
Можливо, ви вже знайомі з терміном «кеш». У комп'ютерному жаргоні кеш (вимовляється «готівка») відноситься до невеликої кількості недавно використаних даних, які зберігаються або на апаратному забезпеченні, або в програмному забезпеченні. При першому зверненні до даних, як початковий запит на дані, так і відповідь, що містить дані, проходять через кілька точок своєї подорожі. Залежно від кількох змінних, ці точки можуть включати пристрої вводу/виводу, шини материнської плати, оперативну пам'ять, кабелі, жорсткі диски, програми, мережі, Інтернет, хмарні платформи тощо. Якщо комп'ютер повинен був використовувати ці повні шляхи кожного разу, коли він намагався отримати доступ до даних, вся транзакція може зайняти відносно тривалий час. Кеш прискорює цей процес, зберігаючи локальну копію останніх доступних даних у тимчасовому сховищі.
|
||||
|
||||
## кеш ЦП
|
||||
|
||||
Процесори використовують систему кеш-пам'яті, щоб допомогти їм швидко отримати доступ до даних. Кеш процесора зазвичай зберігається всередині кожного ядра ЦП. Старі комп'ютери можуть зберігати кеш процесора в транзисторному чіпі, який приєднаний до материнської плати, разом із високошвидкісною шиною, що з'єднує мікросхему з процесором.
|
||||
|
||||
### Рівень кешу ЦП
|
||||
|
||||
Існує три рівні кеш-пам'яті ЦП:
|
||||
|
||||
- Кеш **рівня 3: кеш** L3 є найбільшим і найповільнішим кешем ЦП. Однак він часто вдвічі швидше, ніж RAM. L3 - це перше місце кешу ЦП для зберігання даних після їх передачі з RAM. Кеш L3 часто ділиться всіма ядрами в одному ЦП.
|
||||
- Кеш **рівня 2: ке** ш L2 містить менше даних, ніж кеш L3, але він має більш високу швидкість доступу. L2 зберігає копію останніх доступних даних, які наразі не використовуються ЦП. Кожне ядро ЦП зазвичай має свій кеш L2.
|
||||
- Кеш **рівня 1: кеш** L1 є найшвидшим і найменшим з трьох рівнів кешу ЦП. L1 зберігає дані, які зараз використовуються ЦП. Кожне ядро ЦП зазвичай має свій кеш L1.
|
||||
|
||||
## Розгін процесора
|
||||
|
||||
Розгін процесора налаштовує його на роботу з більш високою тактовою частотою процесора, ніж оригінальні специфікації виробника. Наприклад, якщо процесор позначений як такий, що має базову частоту 3,2 ГГц, можливо, можна розігнати ЦП для роботи на частоті 3,5 ГГц. Досягнення більш високої тактової частоти процесора означає, що ЦП може обробляти більший обсяг інструкцій на наносекунду, що призводить до швидшої продуктивності. Користувач комп'ютера може захотіти розігнати свій ЦП, щоб покращити мляву швидкість під час виконання завдань, що вимагають інтенсивного процесора, таких як редагування відео або ігри.
|
||||
|
||||
Розгін частоти процесора включає три змінні:
|
||||
|
||||
- Базова тактова частота ЦП, часто вимірюється в ГГц.
|
||||
- Частота ядра, яка обчислюється шляхом множення базової частоти на множники ядра ЦП.
|
||||
- Напруга ядра, яку потрібно збільшувати з невеликими кроками, щоб задовольнити зростаючу потребу в потужності ЦП під час процесу розгону.
|
||||
|
||||
### Попередження про розгін
|
||||
|
||||
Розгін ЦП може пошкодити комп'ютер, якщо його не налаштувати належним чином. Робота процесора з більшою швидкістю може перегріти ЦП та навколишнє обладнання, що може спричинити збій комп'ютерної системи. Крім того, розгін ЦП може скоротити загальний термін служби комп'ютера і анулювати гарантію комп'ютера. Краще уникати розгону ЦП і замість цього придбати відповідну швидкість процесора, необхідну для задоволення вимог до обчислень.
|
||||
|
||||
### Як безпечно розігнати ЦП
|
||||
|
||||
Як спеціаліста з ІТ-підтримки, вас можуть попросити розігнати ЦП. Є кроки, які слід виконати, щоб зробити це якомога безпечніше. Завжди переконайтеся, що запитувач розуміє ризики розгону, перш ніж погодитися на виконання цієї процедури.
|
||||
|
||||
1. **Перевірте, чи підтримується розгін: По-перше**, переконайтеся, що ЦП є моделлю, розблокованою для розгону. Не всі процесори можуть підтримувати розгін, включаючи більшість процесорів ноутбуків. Перевірте документацію виробника процесора, щоб визначити, чи можливий розгін для моделі ЦП. І Intel, і AMD надають посібники та інструменти з розгону для підтримуваних моделей ЦП (посилання на ці посібники див. Нижче). Крім того, перевірте документацію до моделі материнської плати комп'ютера, щоб переконатися, що вона може підтримувати розігнаний ЦП.
|
||||
2. **Очистіть внутрішню частину комп'ютера: Вимкніть** та від'єднайте комп'ютер від мережі. Під час носіння антистатичного браслета відкрийте комп'ютер і використовуйте стиснене повітря, щоб видалити накопичений пил. Особливо важливо видалити пил навколо ЦП, вентиляторів та впускних отворів.
|
||||
3. **Переконайтеся, що встановлено відповідний кулер процесора (критично)**: Якщо на комп'ютері є оригінальний кулер процесора, він, швидше за все, недостатній для охолодження розігнаного процесора. Замініть штатний кулер ЦП на вдосконалену систему охолодження, як система рідкого охолодження.
|
||||
4. **Дотримуйтесь інструкцій виробника щодо розгону ЦП: Скорист** айтеся докладними інструкціями від виробника (посилання на посібники Intel та AMD дивіться нижче):
|
||||
1. Використовуйте програмне забезпечення для порівняльного аналізу, щоб встановити базову лінію для нормальної продуктивності комп'ютера.
|
||||
2. Встановіть кожен множник ядра ЦП на значення найнижчого множника за допомогою програмного забезпечення для розгону виробника (рекомендується) або BIOS. Потім перезавантажте комп'ютер.
|
||||
3. Збільште кожен множник ядра ЦП на 1, щоб збільшити частоту процесора.
|
||||
4. Перевірте кожне підвищення на стабільність, використовуючи утиліту тестування, надану виробником.
|
||||
- Виправте будь-які проблеми, позначені інструментами тестування, особливо сповіщення про температуру. Якщо система стає занадто нестабільною, відкотите на останню частоту, яка виробляла стабільну продуктивність, і припиніть розгін ЦП.
|
||||
- Якщо напруга виявляється недостатньою для підтримки нової частоти, збільште напругу на 0,05 В. Не збільшуйте напругу вище 1,4 В без спеціалізованого обладнання для охолодження.
|
||||
- Якщо комп'ютер зависає або виходить з ладу, він або став абсолютно нестабільним, або ЦП не отримує достатньої напруги для підтримки розігнаної частоти. Використовуйте BIOS, щоб повернутися на останню стабільну частоту або збільшити напругу з кроком 0,01 В до стабільності.
|
||||
5. Якщо стабільний, перезавантажте комп'ютер перед спробою наступного збільшення.
|
||||
|
||||
## Ресурси для отримання додаткової інформації
|
||||
|
||||
- **Intel: Розгін:**[максимізуйте продуктивність](https://www.intel.com/content/www/us/en/gaming/overclocking-intel-processors.html) \- всеохоплюючий посібник Intel з розгону ЦП, оперативної пам'яті та материнської плати. На сайті також надаються утилітні інструменти для тонкої настройки продуктивності розгону і перераховуються моделі ЦП Intel, які підтримують розгін.
|
||||
- **AMD:**[AMD Ryzen™ Master Utility для управління розгоном - набір інструментів](https://www.amd.com/en/technologies/ryzen-master) AMD для розгону процесорів Ryzen. Зауважте, що підтримка розгону для моделей, що не є Ryzen, більше не рекомендується AMD.
|
||||
- **AMD:** Список [сумісності розгону пам'яті процесорів Ryzen™ - Список](https://www.amd.com/en/products/processors/ryzen-compatible-memory.html) моделей процесорів AMD Ryzen, які підтримують розгін.
|
||||
- **AMD:**[Як розігнати процесор AMD Ryzen - Інструкції щодо розгону процесорів AMD Ryzen від журналу ПК](https://www.pcmag.com/how-to/how-to-overclock-your-amd-ryzen-cpu).
|
||||
|
|
@ -1,100 +0,0 @@
|
|||
---
|
||||
title: "Додаткове читання про логічні ворота"
|
||||
source: "https://www.coursera.org/learn/technical-support-fundamentals/supplement/bu1Q5/supplemental-reading-on-logic-gates"
|
||||
author:
|
||||
- "[[Coursera]]"
|
||||
published:
|
||||
created: 2025-11-28
|
||||
description: "У першому модулі курсу ми дізнаємося про те, як були винайдені комп'ютери, як вони еволюціонували з часом і як вони працюють сьогодні. Ми також дізнаємося про те, що таке «спеціаліст з ІТ-підтримки» і чим вони займаються у своїй роботі. До кінця ..."
|
||||
tags:
|
||||
- "clippings"
|
||||
---
|
||||
## Логічні ворота
|
||||
|
||||
Знання того, як працюють логічні ворота, важливо для розуміння того, як працює комп'ютер. Комп'ютери працюють, виконуючи двійкові обчислення. **Логічні ворота** \- це електричні компоненти, які підказують комп'ютеру, як виконувати двійкові обчислення. Вони визначають правила, як виробляти електричний вихід на основі одного або декількох електричних входів. Комп'ютери використовують ці електричні сигнали для представлення двох двійкових станів: або стану «увімкнено» або «вимкнено». Логічний ворот приймає один або кілька з цих двійкових станів і визначає, чи передавати сигнал «увімкнено» чи «вимкнено».
|
||||
|
||||
Було розроблено кілька логічних воріт для представлення різних правил отримання двійкового виводу. Це читання охоплює шість найпоширеніших логічних воріт.
|
||||
|
||||
## Шість загальних логічних воріт
|
||||
|
||||
### НЕ ворота
|
||||
|
||||
Ворота NOT є найпростішим, оскільки має лише один вхідний сигнал. Ворота NOT приймає цей вхідний сигнал і видає сигнал з протилежним двійковим станом. Якщо вхідний сигнал «увімкнено», затвор NOT видає сигнал «вимкнено». Якщо вхідний сигнал «вимкнено», затвор NOT видає сигнал «увімкнено». Всі логічні ворота можна визначити за допомогою схематичної схеми та таблиці істинності. Ось як часто представляється це логічне правило:
|
||||
|
||||
|
||||
|
||||
Не схема воріт і таблиця істини
|
||||
|
||||
Зліва у вас є схематична схема воріт NOT. Схематичні креслення зазвичай представляють фізичні ворота NOT у вигляді трикутника з невеликим колом на вихідній стороні воріт. Праворуч від схематичної діаграми у вас також є «таблиця істини», яка повідомляє вам вихідне значення для кожного з двох можливих вхідних значень.
|
||||
|
||||
### І ворота
|
||||
|
||||
Ворота AND включає два вхідні сигнали, а не лише один. Наявність двох вхідних сигналів означає, що буде чотири можливі комбінації вхідних значень. Правило AND видає сигнал «увімкнено» лише тоді, коли обидва входи «увімкнені». В іншому випадку вихідний сигнал буде «вимкнено».
|
||||
|
||||
|
||||
|
||||
AND схема воріт та таблиця істини
|
||||
|
||||
### АБО ворота
|
||||
|
||||
Ворота OR включає два вхідні сигнали. Правило OR виводить сигнал «вимкнено» лише тоді, коли обидва входи «вимкнені». В іншому випадку вихідний сигнал буде «включений».
|
||||
|
||||
|
||||
|
||||
OR схема воріт та таблиця істинності
|
||||
|
||||
### Ворота XOR
|
||||
|
||||
Ворота XOR також включає два вхідні сигнали. Правило XOR видає сигнал «увімкнено», коли *лише один* (але *не обидва*) входи «увімкнено». В іншому випадку вихідний сигнал буде «вимкнено».
|
||||
|
||||
|
||||
|
||||
Схема воріт XOR та таблиця істинності
|
||||
|
||||
Таблиці істинності для воріт XOR і OR дуже схожі. Єдина відмінність полягає в тому, що шлюз XOR виводить «вимкнено», коли обидва входи «увімкнені», тоді як OR виводить «увімкнено». Іноді ви можете почути, як ворота XOR називають «ексклюзивними воротами OR».
|
||||
|
||||
### Ворота NAND
|
||||
|
||||
Ворота NAND включає два вхідні сигнали. Правило NAND виводить сигнал «вимкнено» лише тоді, коли обидва входи «увімкнені». В іншому випадку вихідний сигнал буде «включений».
|
||||
|
||||
|
||||
|
||||
Схема воріт NAND та таблиця істинності
|
||||
|
||||
Якщо порівняти таблиці істинності для воріт NAND та AND, ви можете помітити, що виходи NAND є протилежними виходам AND. Це пояснюється тим, що правило NAND є лише комбінацією правил AND і NOT: воно бере вихід AND і запускає його через правило NOT! З цієї причини ви можете почути, як NAND називають воротами «Не і».
|
||||
|
||||
### Ворота XNOR
|
||||
|
||||
Нарешті, розглянемо ворота XNOR. Він також передбачає два вхідних сигналу. Правило XNOR видає сигнал «увімкнено» лише тоді, коли обидва входи однакові (обидва «Увімкнено» або обидва «Вимкнено»). В іншому випадку вихідний сигнал буде «вимкнено».
|
||||
|
||||
|
||||
|
||||
Схема воріт XNOR та таблиця істинності
|
||||
|
||||
Правило XNOR - це ще одна комбінація двох попередніх правил: воно приймає вихід XOR і запускає його через правило NOT. З цієї причини ви можете почути, як XNOR називають воротами «Not-XOR».
|
||||
|
||||
## Комбінування воріт (будівельні схеми)
|
||||
|
||||
Логічні ворота - це фізичні електронні компоненти - людина може придбати їх і підключити до друкованої плати. Логічні ворота можуть бути пов'язані між собою для створення складних електричних систем (схем), які виконують складні двійкові обчислення. Ви пов'язуєте ворота разом, дозволяючи виходу з одного затвора служити входом для іншого воріта або використовуючи однакові входи для декількох воріт. Комп'ютери - це така складна електрична система.
|
||||
|
||||
Ось схематичний малюнок невеликої схеми, побудованої з воротами, описаним вище:
|
||||
|
||||
|
||||
|
||||
Схема комбінованої схеми
|
||||
|
||||
Ось таблиця істинності для цієї схеми:
|
||||
|
||||
|
||||
|
||||
Таблиця істинності комбінованої схеми
|
||||
|
||||
Ця схема використовує три логічні ворота: ворота XOR, ворота NOT та ворота AND. Він приймає два входи (A і B) і виробляє два виходи (1 і 2). A і B є входами для воріт XOR. Вихід цих воріт став входом воріт NOT. Потім вихід ворота NOT став входом для ворота AND (з входом A як іншим). Вихід 1 - це вихід із затвора AND. Вихід 2 - це вихід із затвора XOR.
|
||||
|
||||
## Ключові висновки
|
||||
|
||||
Логічні ворота - це фізичні компоненти, які дозволяють комп'ютерам робити двійкові обчислення.
|
||||
|
||||
- Логічні ворота представляють різні правила прийому одного або декількох двійкових входів і виведення певного двійкового значення («on» або «off»).
|
||||
- Логічні ворота можуть бути пов'язані таким чином, що вихід одного затвора служив входом для інших воріт.
|
||||
- Схеми - це складні електричні системи, побудовані шляхом з'єднання логічних воріт разом. Комп'ютери - це така складна електрична система.
|
||||
Loading…
Reference in a new issue