Пётр Лидов - Роковые восьмидесятые, май 1987
Пётр Лидов - Роковые восьмидесятые, май 1987
https://oper.ru/news/read.php?t=1051627788
1980, часть 1: https://oper.ru/video/view.php?t=3595
1980, часть 2: https://oper.ru/video/view.php?t=3596
1981, часть 1: https://oper.ru/video/view.php?t=3638
1982, часть 2: https://oper.ru/video/view.php?t=3669
1982, часть 1: https://oper.ru/video/view.php?t=3684
1983, часть 1: https://oper.ru/video/view.php?t=3782
1983, часть 2: https://oper.ru/video/view.php?t=3784
1983, часть 3: https://oper.ru/video/view.php?t=3876
1984, часть 1: https://oper.ru/video/view.php?t=3914
1984, часть 2: https://oper.ru/video/view.php?t=3932
1985, часть 1: https://oper.ru/video/view.php?t=4097
1985, часть 2: https://oper.ru/video/view.php?t=4107
1985, часть 2: https://oper.ru/video/view.php?t=4487
1986, часть 1: https://oper.ru/video/view.php?t=4701
1986, часть 2: https://oper.ru/video/view.php?t=4722
1986, часть 3: https://oper.ru/video/view.php?t=4806
1986, часть 4: https://oper.ru/video/view.php?t=4811
1986, часть 5: https://oper.ru/video/view.php?t=5031
1986, часть 6: https://oper.ru/video/view.php?t=5310
1986, часть 7: https://oper.ru/video/view.php?t=5519
1986, конец года: https://oper.ru/video/view.php?t=5738
1987, январь: https://oper.ru/video/view.php?t=6067
1987, февраль: https://oper.ru/video/view.php?t=6144
1987, март: https://oper.ru/video/view.php?t=7180
1987, апрель: https://oper.ru/video/view.php?t=7212
1987, май: https://oper.ru/video/view.php?t=7764
Аудиоверсия: https://oper.ru/video/getaudio/interview_1987p5.mp3
Ответ на пост «Недовольный кот»11
Гермоген (он же - Геша, он же - Пельмень, он же - баран). Выгнали из сумки, где он весьма удобно расположился
Израиль сотрудничает с NASA и с нетерпением ждет первой израильской женщины в космосе
Соглашение закрепит совместные проекты с НАСА до 2035 года и призвано расширить и без того тесное сотрудничество по флагманским проектам.
Министр инноваций, науки и технологий Гила Гамлиэль пожимает руку Мередит Маккей, заместителю администратора НАСА по международным отношениям.( фото предоставлено :)
Израиль и Соединенные Штаты подписали новое долгосрочное стратегическое соглашение о сотрудничестве в космической сфере, которое будет служить основой для совместных проектов с НАСА до 2035 года и поддержит стремление Израиля отправить в космос первую женщину-космонавта.
10 декабря министр инноваций, науки и технологий Гила Гамлиэль подписала соглашение в штаб-квартире НАСА в Вашингтоне, представляя Израильское космическое агентство (ISA) на церемонии с участием высокопоставленных американских чиновников, занимающихся космической деятельностью.
По ее словам, НАСА — «наш крупнейший и важнейший стратегический партнер в космосе», а десятилетняя рамочная программа отражает уверенность Америки в научно-технических возможностях Израиля «от Луны до Международной космической станции ».
«Подписание этого соглашения сроком на десять лет отражает доверие к нашим научным способностям совместно возглавлять научно-технические инновации от Луны до исследований на космической станции», — сказал Гамлиэль. «Теперь мы привержены следующей национальной цели — подготовке первой израильской женщины-космонавта».
Соглашение, которое будет действовать до 1 ноября 2035 года, формализует взаимный доступ к объектам, информационным системам и исследовательским ресурсам и призвано расширить и без того тесное сотрудничество по флагманским проектам.
Министр инноваций, науки и технологий Гила Гамлиэль пожимает руку Брайану Хьюзу, руководителю аппарата администратора НАСА. (Фото: любезно предоставлено)
К ним относятся возглавляемая США программа «Артемида» по возвращению человека на Луну , радиационный эксперимент MARE, запланированный запуск израильского космического телескопа ULTRASAT, эксперименты на Международной космической станции и совместные образовательные программы.
В центре внимания – первая израильская женщина в космосе.
В ходе своего визита Гамлиэль провела рабочие встречи с Мередит Маккей, заместителем администратора НАСА по международным отношениям, и Брайаном Хьюзом, руководителем аппарата администратора НАСА.
Она представила то, что назвала «новой национальной концепцией Израиля в космосе», которую впервые изложила во время предыдущего визита в НАСА, поставив в центр повестки дня цель отправки первой израильской женщины в космос.
Гамлиэль сообщила своим собеседникам, что эта цель имеет «первостепенное образовательное и общественное значение» для Израиля и что ее министерство изучает «креативные модели» для ее реализации, включая возможное партнерство с частным сектором.
«Сегодняшнее подписание – это гораздо больше, чем просто формальный документ; это декларация доверия к технологическому потенциалу Израиля и к прочному союзу с Соединенными Штатами, который выходит за пределы границ и атмосферы», – сказала она.
«НАСА — наш крупнейший и важнейший партнер, и вместе мы превращаем космос в двигатель роста и источник вдохновения».
Создание следующего поколения первопроходцев
Гамлиэль заявил, что будущее Израиля в космосе «требует создания новых образцов передового опыта», и назвал НАСА «нашим естественным партнером в этой национальной миссии».
«Наши взоры устремлены в будущее, — добавила она. — Мы целеустремленно работаем над тем, чтобы вскоре увидеть израильскую женщину в скафандре, которая продолжит наследие Илана Рамона и вдохновит каждого мальчика и девочку в Израиле».
Ссылаясь на Рамона, первого израильского космонавта, погибшего в катастрофе шаттла «Колумбия» в 2003 году, Гамлиэль сказал, что новые миссии и совместные проекты показывают, что «нет предела совершенству».
Она отметила, что сотрудничество с НАСА уже охватывает такие важные области, как радиационная защита в космосе и телескоп ULTRASAT, и теперь в рамках новой структуры оно будет углубляться.
«Будущее присутствие Израиля в космосе, от совместных миссий до передовых исследований, будет строиться на этом партнерстве», — сказала она, назвав десятилетнее соглашение основой для «прорывных проектов», которые позволят Израилю оставаться в авангарде мировой космической науки и техники.
Читай по теме:
Перевод с английского
Новый формат работы для тех, кто хочет использовать все 7 дней недели




Чёт забавно стало, 7 дней в неделю работать - это такой новый эффективный формат. Интересно, этот "новый тип разработчиков", который они ищут, существует?
Сколько платят интересно 🤔🤔🤔
Билайн - передовик блокировок!
Сегодня Билайн опять отличился.
Я работаю в Питере, на Петроградке.
Часов в 10 утра снял блок МТС, потом Мегафон, потом Т2.
А Билайн не такой. Он как закрыл кран, так и всё. Пока ехал домой, полчаса пытался прорваться через бота, но нет. Под конец он так меня выбесил, что получилось то, что на картинке.
Билайн, ты за что так чморишь своих абонентов?
Инструкция по сборке домашней оффлайн нейросети с возможностью обучения
Итак, вы прочитали мой пост: Глаза боятся, а руки из.. плеч :) и поняли - "я тоже такое хочу". И тут я с вами совершенно согласен :) Приступим!
Часть 1. Системные требования и подготовка к сборке.
Системные требования:
ОС: Windows 10/11 (x64)
Python: 3.12.0 (точный номер версии!)
Видеокарта: NVIDIA с драйвером ≥ 535 и CUDA Toolkit 12.6
RAM: ≥ 8 ГБ
VRAM: ≥ 6 ГБ (для загрузки 32 слоёв на GPU)
Важно:
если у вас не видеокарта Nvidia, то смысла читать дальше нет! На других видеокартах эта программа работать не будет!
программы нужно ставить точно такой же версии (!), как я указал. Разработчики часто меняют список поддерживаемых команд от версии к версии, у меня указаны версии, которые подобраны методом перебора на максимальную совместимость!
для скачивания некоторых программ понадобится VPN. В связи с наложенными санкциями, многие разработчики ограничили доступ к своим ресурсам. Думаю, при желании, вы решите этот вопрос.
данная программа тестировалась и работает на Windows 10 (64-bit), работать должна и на Windows 11 (64-bit). Остальные версии не проверял!
Список необходимых программ для работы:
Скачайте и установите Python 3.12.0 (64-bit) (на 32-bit не тестировалось, потому что я счастливый владелец системы 64-bit)
ОБЯЗАТЕЛЬНО поставьте галочку "Add Python to PATH" во время установки!
Скачайте и установите CUDA Toolkit 12.6
Галочка "Add to PATH" обычно по умолчанию включена, но необходимо в этом убедиться и поставить, если нужно.
Скачайте и установите Visual Studio 2022 Build Tools (с C++ и CMake)
При установке Visual Studio 2022 выберите в меню "Разработка классических программ на C++" и справа в окошечке обязательно проставьте галочки напротив:
C++ CMake tools for Windows
C++ MSVC 143 (Visual Studio 2022)
Windows 10/11 SDK (в зависимости от вашей установленной системы)
Скачайте и установите Cmake 4.2.0 for Windows-x86-64
После того, как всё скачали и установили, открываем CMD (Command Prompt) и проверяем установленные версии необходимых компонентов (копируем команду и вставляем её, жмём Enter для выполнения).
1. Python 3.12.0 (64-bit)
python --version
Должно быть: Python 3.12.0
python -c "import platform; print(platform.architecture())"
Должно быть: ('64bit', 'WindowsPE')
2. CUDA Toolkit 12.6
nvcc --version
→ В выводе ищите строку вроде: release 12.6, V12.6.85
3. CMake 4.2.0
cmake --version
Должно быть: cmake version 4.2.0
4. Дополнительно: проверка GPU и драйвера
nvidia-smi
Покажет версию драйвера и список GPU. Важно! Драйвер должен быть ≥ 535.xx для корректной работы CUDA 12.6. Если у вас версия ниже требуемой, обновите драйвера видеокарты.
Если после всех проверок у вас всё так же, как и у меня - база для сборки готова.
Часть 2. Формируем структуру программы.
Создаём папку на диске С:\ с названием car_expert и формируем внутри следующую структуру файлов и папок:
Папка knowledge_base
Папка models
Файл app.py
Файл requirements.txt
Папки создать несложно, файлы делаем с помощью Блокнота (просто создаём пустой файл с названием, как у меня) и сохраняем в нашу папку car_expert. Базовая структура готова, остальное добавим в процессе работы.
Часть 3. Скачиваем необходимые установочные пакеты и языковую модель.
Открываем в режиме редактирования файл requirements.txt в Блокноте. Копируем в него и сохраняем следующий текст в кодировке UTF-8 (обычно стоит по умолчанию):
aiofiles==23.2.1
annotated-doc==0.0.4
annotated-types==0.7.0
anyio==4.12.0
certifi==2025.11.12
charset-normalizer==3.4.4
click==8.3.1
colorama==0.4.6
contourpy==1.3.3
cycler==0.12.1
diskcache==5.6.3
fastapi==0.124.0
ffmpy==1.0.0
filelock==3.20.0
fonttools==4.61.0
fsspec==2025.12.0
gradio==4.44.1
gradio_client==1.3.0
h11==0.16.0
hf-xet==1.2.0
httpcore==1.0.9
httpx==0.28.1
huggingface-hub==0.26.5
idna==3.11
importlib_resources==6.5.2
Jinja2==3.1.6
kiwisolver==1.4.9
llama_cpp_python==0.3.16
markdown-it-py==4.0.0
MarkupSafe==2.1.5
matplotlib==3.10.7
mdurl==0.1.2
numpy==1.26.4
orjson==3.11.5
packaging==25.0
pandas==2.3.3
pillow==10.4.0
pydantic==2.12.5
pydantic_core==2.41.5
pydub==0.25.1
Pygments==2.19.2
pyparsing==3.2.5
python-dateutil==2.9.0.post0
python-multipart==0.0.20
pytz==2025.2
PyYAML==6.0.3
requests==2.32.5
rich==14.2.0
ruff==0.14.8
semantic-version==2.10.0
shellingham==1.5.4
six==1.17.0
starlette==0.50.0
tomlkit==0.12.0
tqdm==4.67.1
typer==0.20.0
typer-slim==0.20.0
typing-inspection==0.4.2
typing_extensions==4.15.0
tzdata==2025.2
urllib3==2.6.1
uvicorn==0.38.0
websockets==12.0
Это список всех пакетов, которые нужны для корректной работы нашей программы. Обратите внимание на символы == в каждом пакете, это означает "найти и скачать именно этот номер версии". Это важно! Другие версии этих пакетов будут конфликтовать между собой, потому что список внутренних команд может отличаться от версии к версии. Данный список - стабильная сборка, которая прекрасно взаимодействует между собой.
После того, как мы скопировали этот список в файл requirements.txt, открываем консоль CMD и вводим следующие команды по очереди:
cd C:\car_expert
python -m venv venv_gpu_fresh
venv_gpu_fresh\Scripts\activate
pip install -r requirements.txt
Смысл команд:
cd C:\car_expert
Переходим к папке C:\car_expert
python -m venv venv_gpu_fresh
Создаём виртуальное окружение и папку venv_gpu_fresh в корневой папке car_expert.
venv_gpu_fresh\Scripts\activate
Активируем локальную версию Python для нашей папки venv_gpu_fresh.
pip install -r requirements.txt
Начинаем установку пакетов из файла requirements.txt
Зачем мы создаём виртуальное окружение? Для того, что бы Python, установленный в нашей системе работал только с теми пакетами, которые нужны для нашей программы. И что бы любые другие пакеты, которые могут установиться в процессе его работы (например, точно такие же, как в нашем файле requirements.txt, но другой версии) никак не влияли на дальнейшую работоспособность нашей программы. Т.е. наша программа всегда будет запускаться в "виртуальной капсуле", на которую больше ничего не будет влиять "извне". Это гарантирует стабильность работы при любых условиях.
Установка пакетов из файла requirements.txt может занять некоторое время, во время этого процесса нельзя закрывать окно консоли CMD.
После того, как процесс установки закончится, скачиваем языковую модель phi-3-mini-4k-instruct.Q4_K_M.gguf. Это "мозг" нашей программы и именно эта модель будет "думать" и находить ответы на ваши вопросы. После скачивания помещаем её в папку models/.
Часть 4. Компилируем (собираем) платформу для работы с языковыми моделями llama-cpp-python.
Это важный этап нашей работы, именно платформа определяет каким способом будет происходить "мыслительный процесс" нашей языковой модели phi-3 : будет она думать медленно CPU (процессором) или быстро GPU (видеокартой). Самое печальное во всём этом, что официальных предсобранных .whl с CUDA для llama-cpp-python на Windows больше не публикуются ни на pypi.nvidia.com, ни в надёжных GitHub-репозиториях. Т.е. просто скачать и установить, как обычный пакет, уже не выйдет. Где-то её нет, а где-то стоят пароли на скачивание (жадины говядины). Но всегда есть возможность локальной сборки. Именно ей мы и займёмся.
Закрываем окно CMD, если оно было у вас до этого открытым, и запускаем заново (делаем сброс сессии).
Опять переходим в активированное виртуальное окружение, по очереди вводя команды:
cd C:\car_expert
venv_gpu_fresh\Scripts\activate
Признаком того, что вы вошли внутрь "виртуального окружения" и работаете в "капсуле", является надпись в скобочках (venv_gpu_fresh) перед C:\car_expert>. Если у вас всё так же как и у меня, продолжаем водить команды:
pip uninstall llama-cpp-python -y
set CMAKE_ARGS=-DLLAMA_CUBLAS=ON
set FORCE_CMAKE=1
pip install llama-cpp-python --no-cache-dir --verbose
Смысл команд:
ip uninstall llama-cpp-python -y
Удаляем предыдущую версию llama-cpp-python, у нас её пока вообще нет, но на всякий случай делаем очистку, что бы не было проблем.
set CMAKE_ARGS=-DLLAMA_CUBLAS=ON
Задаём переменную окружения CMAKE_ARGS в Windows CMD, чтобы передать параметр сборки в CMake при установке пакета llama-cpp-python. Без этого флага llama-cpp-python собирается только для CPU. С этим флагом — включается поддержка GPU (CUDA), и модель сможет использовать видеокарту NVIDIA.
set FORCE_CMAKE=1
в контексте установки пакета llama-cpp-python означает: «Принудительно запустить сборку через CMake, даже если pip или scikit-build-core считают, что это не нужно» Мы хотим собрать из исходников с поддержкой CUDA (работа именно на видеокарте), но pip может попытаться установить CPU-версию. Поэтому, "действуй строго по инструкции" :)
pip install llama-cpp-python --no-cache-dir --verbose
Эта команда гарантирует чистую установку: всё будет скачано и собрано заново. Показывает все этапы: загрузку, конфигурацию CMake, компиляцию, ошибки. Без этого флага pip может "молчать" при ошибках сборки или показывать только общее сообщение.
Важно! Процесс сборки займёт 10–25 минут — не прерывайте (не закрывайте окно CMD)!
Если в процессе сборки в окне консоли CMD не появились ошибки, то самую важную и трудоёмкую часть работы мы уже сделали. Если вы дошли до этого этапа и у вас всё получилось, я горжусь вами, вы молодцы! :)
Часть 5. Пишем код программы, которая заставит работать всё что мы сделали.
Открываем в Блокноте файл app.py, копируем этот код и сохраняем:
# app.py — авто-экспертная система БЕЗ векторной БД (только LLM + контекст в промпте)
import os
import glob
from llama_cpp import Llama
import gradio as gr
# === Конфигурация ===
KNOWLEDGE_DIR = "knowledge_base"
MODEL_PATH = "models/phi-3-mini-4k-instruct.Q4_K_M.gguf"
MAX_CONTEXT_LENGTH = 2000 # ограничение на длину контекста (токенов)
# === Загрузка всей базы знаний в строку ===
def load_knowledge_base() -> str:
files = glob.glob(os.path.join(KNOWLEDGE_DIR, "*.txt"))
if not files:
return "Нет доступных инструкций по ремонту."
all_text = []
for file_path in sorted(files):
try:
with open(file_path, "r", encoding="utf-8") as f:
content = f.read().strip()
if content:
header = f"\n\n=== {os.path.basename(file_path).replace('.txt', '').title()} ===\n"
all_text.append(header + content)
except Exception as e:
all_text.append(f"\n\n[Ошибка при загрузке {file_path}: {e}]")
full_context = "".join(all_text)
# Ограничиваем длину, чтобы не превысить контекст модели
if len(full_context) > MAX_CONTEXT_LENGTH:
full_context = full_context[:MAX_CONTEXT_LENGTH] + "\n... (контекст усечён)"
return full_context.strip()
# === Загрузка модели ===
def load_model():
return Llama(
model_path=MODEL_PATH,
n_ctx=4096,
n_threads=os.cpu_count(),
n_gpu_layers=999,
verbose=True # ← ВАЖНО: включите!
)
# === Ответ от модели с контекстом ===
def get_answer(query: str, knowledge: str) -> str:
prompt = f"""<|user|>Ты — опытный автослесарь. Ответь на вопрос, используя ТОЛЬКО информацию из приведённого ниже контекста.
Если в контексте есть несколько причин или пунктов, перечисли их ВСЕ через дефис.
Если в контексте нет ответа, скажи: "Я не знаю".
Контекст:
{knowledge}
Вопрос: {query}<|end|>
<|assistant|>"""
output = llm(
prompt,
max_tokens=128,
temperature=0.3,
top_p=0.9,
repeat_penalty=1.1,
stop=["<|end|>", "<|user|>", "</s>"],
echo=False
)
return output["choices"][0]["text"].strip()
# === Gradio интерфейс ===
def chat_interface(user_query: str) -> str:
knowledge = load_knowledge_base()
return get_answer(user_query, knowledge)
# === Запуск (для Gradio 4.x) ===
if __name__ == "__main__":
llm = load_model()
demo = gr.Interface(
fn=chat_interface,
inputs=gr.Textbox(
lines=2,
placeholder="Например: Почему скрипят тормоза?",
label="🔧 Ваш вопрос по ремонту авто"
),
outputs=gr.Textbox(label="🛠 Ответ автоэксперта", max_lines=20),
title="🚗 Локальная авто-экспертная система",
description="""
<div style='text-align: center; margin: 10px 0;'>
<b>Полностью оффлайн. Работает на GPU.</b><br>
Знания из папки <code>knowledge_base/</code>.
</div>
""",
examples=[
["Почему двигатель троит на холостых?"],
["Что делать, если сел аккумулятор?"],
["Почему АКПП пинается при переключении передач?"],
],
theme=gr.themes.Soft(primary_hue="red").set(
body_background_fill="*neutral_50",
block_background_fill="white",
),
css="footer { display: none !important; }"
)
print("🧠 Модель загружена. Запуск GUI...")
demo.launch(server_name="127.0.0.1", server_port=7860)
Проверяем, что бы в строке
MODEL_PATH = "models/phi-3-mini-4k-instruct.Q4_K_M.gguf"
было записано точное название вашей языковой модели из папки models/. Если название вашего файла отличается, от того что записано в коде файла app.py, то скопируйте ваше и вставьте в эту строку вместо старого. Или, что ещё проще, переименуйте ваш файл phi-3-.....gguf в тот, который указан в коде (на работоспособность это никак не повлияет).
Часть 6. Наполняем базу данных knowledge_base/
Открываем папку knowledge_base/ и создаём в Блокноте несколько пустых файлов:
electrical.txt
engine_issues.txt
transmission.txt
Теперь открываем их в Блокноте и заполняем их примерами:
Для electrical.txt
[Аккумулятор сел]
- Напряжение <12.2 В — разряжен
- Утечка тока в бортовой сети (>50 мА)
- Генератор не заряжает (менее 13.8 В на холостых)
- Окисленные клеммы — зачистите и смажьте
[Фары тускло горят]
- Плохая масса на кузов.
- Низкое напряжение в сети (генератор неисправен)
Для engine_issues.txt
[Двигатель троит на холостом ходу]
- Проверьте свечи зажигания — износ или нагар
- Пробой катушек зажигания
- Подсос воздуха во впускном коллекторе
- Ошибки по OBD2: P0300 (пропуски зажигания)
- Низкая компрессия в цилиндре
Для transmission.txt
[АКПП пинается при переключении]
- Низкий уровень ATF
- Старое или грязное масло — замените
- Износ фрикционов — требуется ремонт
- Неисправность соленоидов или гидроблока
[МКПП скрежет при включении передачи]
- Износ синхронизаторов
- Не выжимается сцепление (воздух в приводе или износ выжимного подшипника)
Это начало вашей лично базы данных. Именно так и будет происходить обучение вашего "Эксперта".
База может быть любого содержания, но важно соблюдать следующие правила:
Формат файлов
- Только текстовые файлы с расширением .txt
- Кодировка: UTF-8 (чтобы поддерживались кириллица и спецсимволы)
- Имя файла — описательное, без пробелов и спецсимволов (лучше: engine_misfire.txt, а не новый файл (1).txt)
Ограничение по объёму
Общий объём всех файлов — не более 2000–2500 символов (примерно 400–500 токенов)
Почему? Потому что:
- Phi-3-mini имеет контекст 4096 токенов
Из них:
~300 токенов — системный промпт
~100 токенов — вопрос пользователя
~500–700 токенов — ответ модели
Остаётся ~2500–3000 токенов на контекст, но лучше играть на опережение и оставить запас
Если база растёт — разделите её на тематические подсистемы (engine/, brakes/) и запускайте отдельные экземпляры.
Структура содержимого
Заголовки в квадратных скобках или через ===:
[ТРОИТ ДВИГАТЕЛЬ НА ХОЛОСТЫХ]
Маркированные списки:
- Изношенные свечи зажигания
- Засорённые форсунки
- Подсос воздуха
- Изношенные свечи зажигания
Ключевые слова: совпадают с примерами вопросов
Ключевые слова в начале (для совпадения с вопросом):
«Скрип тормозов», «Ошибка P0300», «АКПП пинается»
Нет "воды", только факты
Избегайте:
- Длинных абзацев
- Вводных фраз: «Как известно…», «Следует отметить, что…»
- Повторов и «воды»
- Сложных предложений
Точность и достоверность
Указывайте конкретные коды ошибок: P0300, C1234, а не «ошибки зажигания»
Используйте стандартные термины: ДПДЗ, АКПП, ЭБУ, ТЖ
Не допускайте двусмысленности:
Нет = «Может быть что угодно»
Да = «Наиболее вероятные причины: 1) ..., 2) ...»Язык и стиль
- Единый язык (в нашем случае — русский)
- Профессиональная лексика, но без излишнего жаргона
- Предпочтение повелительному наклонению или списку фактов
Часть 7. Запускаем программу и содаём ярлык на Рабочий стол.
Закрываем окно CMD, если оно было раньше открыто, запускаем виртуальное окружение:
cd C:\car_expert
venv_gpu_fresh\Scripts\activate
пишем команду запуска нашей программы:
python app.py
В окне CMD вы должны увидеть следующую картину (немного промотал вниз):
Надпись: load_tensors: layer 0 assigned to device CUDA0, is_swa = 0 означает, что работает видеокарта и обрабатывает поступающую информацию.
Открываем в браузере ссылку http://127.0.0.1:7860/ и наслаждаемся результатом:
Делаем ссылку на ярлык для Рабочего стола:
- создаём в Блокноте файл, копируем и вставляем внутрь
сохраняем в корневую папку с названием Запустить авто-эксперта.bat.
- кликаем на него правой кнопкой и выбираем "Создать ярлык".
- Перименовываем новый созданный файлик "Запустить авто-эксперта — ярлык.lnk" в "Авто-Эксперт (оффлайн).lnk".
- Кликаем по нему правой кнопкой мышки и нажимаем "Сменить значок", выбираем любой на свой вкус. Сохраняемся и закидываем его на рабочий стол.
Часть 8. Финальная.
Вот и всё. Мы своими собственными руками создали "великую и ужасную нейросеть" :) так что теперь смело можете говорить всем вокруг, что "...писали мы ваши нейросети, нет там ничего сложного" и гордо демонстировать свою работу. Текст надписей "морды лица" в браузере легко исправляется в коде файла app.py, база данных легко адаптируется под любые задачи.
Благодарю всех за внимание, если хотите меня отблагодарить и сподвигнуть на новые изобретения, можете задонатить, сколько не жалко :)
Что скрывается за дверями лабораторий, где проверяют долговечность привычных вещей
Каждый день человек окружен предметами, о надежности которых почти не задумывается. Зонты, кроссовки, чемоданы, розетки, кружки, рюкзаки, детские игрушки — всё это проходит через удивительный и порой странный мир лабораторных испытаний. Статья погружает в ту часть индустрии, о которой редко говорят вслух: как проверяется выносливость вещей, которым предстоит жить с нами годами.
В обычной жизни никто не думает о том, как именно производители понимают, что стул выдержит не только аккуратного владельца, но и соседа, который никогда не садится спокойно. Или как инженеры уверены, что замок чемодана не сдастся в самый неподходящий момент, когда багажная лента аэропорта решит придать чемодану новое ускорение. Где-то там, за вполне незаметными дверями лабораторий, кипит работа, которая напоминает смесь пытки, науки и цирка.
Именно туда попадают вещи, прежде чем оказаться на полках магазинов. И если бы они умели говорить, скорее всего долго жаловались бы на условия труда.
Секретная жизнь стульев и других мучеников гравитации
В лабораториях мебель переживает то, о чем человек даже не подозревает. Там стоит агрегат, который без остановки садится на стул механическим задом. Это выглядит одновременно смешно и немного тревожно. Устройство весит столько же, сколько средний человек, и садится оно сотни тысяч раз.
Инженеры, наблюдая за процессом, могут невозмутимо обсуждать погоду. Для них это рутина. Для стула — марафон до полного изнеможения.
На удачных моделях через десятки часов остаются лишь небольшие следы износа. А если лаборатория фиксирует трещину или перекос — сразу отправляется отчет, после которого конструкторам приходится пересматривать чертежи. Иногда достаточно сместить пару миллиметров в креплениях, и изделие внезапно начинает держаться героически.
Холод, жара и влажность как инструменты пытки
Отдельный зал обычно отдают климатическим камерам. Это нечто вроде огромных холодильников, которые умеют превращать внутреннее пространство то в морозную тундру, то в тропический душ.
Туда на длительные недели отправляют электронику, одежду, материалы для автомобилей, даже зубные щетки. Предметы внутри переживают перепады температуры, которые в обычной жизни считаются катастрофой.
Например, зарядные устройства могут тестировать при температуре от минус сорока до шестидесяти семи градусов. Живой человек такие условия вряд ли выдержит, а вот пластик, металл и микросхемы должны. Иногда от перепада внутри корпуса появляются миниатюрные капли воды. Если устройство работает даже в таких условиях, считается, что оно способно выдержать обычные бытовые издевательства с большим запасом.
Люди, которые дергают молнии десять тысяч раз подряд
В текстильных лабораториях царит особая атмосфера. В воздухе витает ворс, на столах лежат десятки образцов тканей, а рядом — стенды, которые выглядят как тренажеры для очень узкопрофильных роботов.
Например, есть машины, которые открывают и закрывают молнию снова и снова. Они делают это быстрее, чем любой человек. Иногда скорость кажется издевательской, будто лаборатория хочет понять, в какой момент фурнитура психанет.
На испытаниях был случай, когда молния на рюкзаке выдержала почти двадцать тысяч циклов, после чего сломался не бегунок, а сам механизм стенда. Инженеры потом шутили, что неплохо бы выпускать рюкзаки из деталей этого станка.
Чемоданы и их экзамен на выживание
Лаборатории любят тестировать чемоданы. Может быть, отчасти потому, что это зрелищно. Большая вращающаяся конструкция поднимает чемоданы на высоту и потом с грохотом сбрасывает. Выглядит как аттракцион, в который чемодан попал по недоразумению.
Есть и другой стенд: беговая дорожка, по которой катят чемодан с грузом. Поверхность напоминает одновременно брусчатку, корни деревьев и лестницу. Колеса трещат, тряска такая, будто чемодан решил пройти маршрут альпиниста.
Если после всех этих приключений корпус остается целым, а ручка не вырывается, производитель получает зеленый свет.
По словам сотрудников таких центров, чаще всего ломаются колеса. Они страдают больше остальных. И нередко инженеры проводят целые расследования, пытаясь понять, почему конкретная модель разрушилась после пятидесяти километров и тридцати восьми минут испытаний.
Как проверяют кружки, которые живут на кухне
Один из самых забавных отделов — тестирование изделий из стекла и керамики. Там можно увидеть автоматический молоточек, который аккуратно стучит по кружке в разных местах.
Задача — понять, сможет ли кружка выдержать жизнь в руках того, кто любит ронять всё подряд.
Есть и тест на термошок. Кружку сначала разогревают горячей водой, а потом резко охлаждают ледяной. Иногда она выдерживает удивительно много. Иногда трескает жалобно и тихо, будто понимает, что это был её финал.
Неожиданные испытания обуви
Тестирование обуви — отдельная наука. Там есть станки, которые имитируют шаг человека. Причем не просто шаг, а полный цикл движения.
Подошвы сгибают десятки тысяч раз, пропуская через полиуретан и резину нагрузку, близкую к ежедневной. Кроссовки в этот момент выглядят, словно им предлагают интенсивную йогу.
На одном из стендов проверяют, выдержит ли шнурок. Его тянут до тех пор, пока он либо не порвется, либо не убедит инженеров, что ему можно доверять.
Один специалист рассказывал, что после нескольких лет работы начал невольно оценивать обувь прохожих на улице по признакам износа. Профессиональная деформация в чистом виде.
Что объединяет все эти странные процедуры
Под всей этой механикой, шумом, неровной вибрацией и грохотом скрывается простая цель. Производители хотят быть уверены, что вещь, которую человек возьмет в руки, не подведет в самый неподходящий момент.
Если стул, чемодан или термокружка проходит через все эти мучения и остается живой, значит, у неё есть шанс прослужить владельцу долгие годы, не напоминая об инженерах, которые когда-то заставляли её переживать холод, жару, ударные нагрузки и циклические издевательства.
Некоторые сотрудники лабораторий признаются, что после работы стали относиться к обычным предметам с уважением. Когда видишь, через что проходят обычные кнопки, шарниры и швы, начинаешь понимать, что любая маленькая вещь вокруг уже доказала своё право на существование в жестоком мире механических испытаний.




















