Модуль считается неподдерживаемым и мёртвым.
ЗЫ. Не очень хочется использовать, то что может перестать работать.
По сути сервер и так является многопоточным. Вот только ресурсы тратятся каждый раз в каждом потоке выполняется допустим чтение из базы одних и тех же данных, не проще ли сделать Loop в который отправить нужные данные, а потом получать при необходимости эти данные без запросов в базу или с другого ресурса и тд.
Не то чтобы универсальное, а чтобы было нормальное решение для некоторых задач, например обработок больших файлов, сохранение некоторого состояния которое могли использовать разные пользователи, выполнение запросов в базу с синхронизацией и др.
Например запустить один файл который будет прослушивать сокет получать задание запускать поток, получать результат и возвращать. Пока конкретных задач не стоит, но при создании разных сайтов думаю может возникнут некоторая потребность в распределённой работе.
Понятно, спасибо, значит буду использовать только code.
Для удобства как в IDE
Вот ещё тег figure хочу использовать как контейнер группировки и позиционирования элементов, для образца, того же кода и др. при оформлении статей и др.
Это понятно. Но думаю ещё не скоро устаревшие теги браузеры перестанут поддерживать.
Поэтому думаю сделать некую стилизацию для некоторых тегов чтобы при создании страниц не заморачиваться, что и как лучше сделать. Просто прописываешь тег и что в его записи будет оформляться как надо. Код ведь требуется вставлять и в тексте в абзаце к примеру и просто в блоке в статье, а ещё я в визуальном редакторе сделал. Короче напрашивается пока некоторая систематизация.
В будущем если какие либо теги перестанут поддерживаться, то найду другие решения, а пока вот так думаю сделать. Чтобы пользователи не задумывались над оформлением и прочим, указывали нужный тег и получали нужный результат: listing для многострочного кода, code для однострочного в тексте например. Хотя разумнее наверно сделать наоборот: listing для одной строки, а code для многострочного кода. В случае если listing уберут найти другое решение для однострочного кода. Или всё же глядя в будущее настроить только один тег code для однострочного и многострочного кода?
ЗЫ. Вопрос пустяковый, но вот когда куча разных решений возникает не знаешь к какому решению лучше склонятся.
Дело не в том что так надо, а в том, что у больших компаний много нахлебников, менеджеров, управляющих и тд. которые ничего не понимают в ни в дизайне, ни как что можно лучше сделать, для них важно то, чтобы только хоть как-то работало и всё. Поэтому они ищут кто выполнил бы задание и сделал чтобы что-то как-то работало, поэтому криворукие кодеры делают как умеют, а управленцы с менеджерами этим вполне довольны. Вот и вся кухня.
Если можете сделать лучше делайте, не смотрите на говноделов.. и тем-более не берите с них пример.
Мне привычнее в VSC, к тому же для совместной разработки решили так, работать в VSC с Git. Визуал Студия дохрена весит.. ради компиляции небольших файлов, не хочется устанавливать, к тому же у меня диск забит, надо либо чистить, освобождать место, либо что-то по легче.
Всё так и делал, не помогает.
вот конфиг c_cpp_properties.json
{ "configurations": [ { "name": "windows-gcc-x64", "includePath": [ "${workspaceFolder}/**", "d:/Cpp/Library/**" ], "compilerPath": "c:/Program Files/mingw-w64/x86_64-8.1.0-posix-seh-rt_v6-rev0/mingw64/bin/gcc.exe", "cStandard": "${default}", "cppStandard": "${default}", "intelliSenseMode": "windows-gcc-x64", "compilerArgs": [ "" ] } ], "version": 4}
Как только не указывал: "d:/Cpp/Library/*", "d:\\Cpp\\Library\\**", "d:\\Cpp\\Library\*", "d:\\Cpp\\Library\\" и тд. бесполезно
И в переменную среды Path добавил, не помогло 😬
No such file or directory #include "_interface.h"
через командную сроку компилирую так: g++ -Wall -o "%e" "%f" -ID:/Cpp/Library -std=c++2a
