Сайт за лютеница(галерия) и .htaccess., FcgidWrapper virtual да не е баш virtual

Прав си наистина. Това дали ще конфигурираш представител на клас който да сервира статично съдържание или ще конфигурираш модула на апачи който да сервира същото е просто подробност. 10х за разпределената архитектура която предложи. Ще погледна за какво става въпрос.

Това мнение е било редактирано от BIGBUGEX на 26-12-2023, 17:17

На някой ако му се експериментира със С++ за веб: https://github.com/BIGBUGEX/bialo-plus.site . Това са червата на сайта.

Леко извратено ми се струва хаха.

Следваща задача: Да се напише template engine и да изнесеш HTML-а в отделни файлове.

Не се сещам за друг читав начин по който може да стане това. Може би като добавя начин за запазване и възстановяване на състоянието на данните от и към json ще може да се генерират и html изгледи автоматизирано. Но ще е по-бавно и е стъпка към ретейла.

Между другото не знам защо си се занимавал слагаш \n из HTML-а ти. Като цяло е ненужно, освен ако няма да го четеш после в браузъра.

Иначе sprintf може да стане малко по-изчистено. Няма да се налага да прекъсваш постоянно с << за да добавиш променлива.

За какво ти е този apache сървър, толкова ли няма един на цпп ? Примерно в ръст щеше да си направиш един апп с axum + minijinja

Така не е ли по-красиво? Пък и нали трябва да му се хвърли едно око ако се забатачи нещо. Освен това тук имаше и дизайнери навремето които можеха да четат хтмл-а.

Мисля, че ще е малко по-бавно със sprintf. Другото което е, че така се държи сметка със std::string::size() на буфера.

Има, има. Споменах Boost.Beast малко по-рано. Но ползвам готов сървър за да ме спаси от прихващането на многото видове грешки във веб протокола. Но стои като вариант.

Няма особено значение за devtools-а.

Това излиза така в devtools



Ако ще е само за преглеждане, това върши работа. Ако държиш да провериш всъщност изхода винаги можеш да минеш през форматър https://www.freeformatter.com/html-formatter.html

Предвид, че пишеш така HTML, аз бих премахнал всякакви такива знаци, които са от без значение, и бих изчистил поне кода, с който работя.

Също бих изчистил ескейпването на двойните кавички и бих ги заменил с единични.

Колко би било бавно, че това да е от някакво значение?
Това с буфера не съм сигурен, че разбрах какво имаш предвид и къде е проблема при sprintf().

Познанията ми в C++ са минимални само да кажа.

Ами защото със sprintf трябва да викам strlen после за да разбера размера. А така всичко се държи под отчет. А относно знаците за нов ред, ще пробвам да видя как изглежда без тях. Ще имам едно на ум за тази схема. В крайна сметка щом така правят професионалистите защо да се дърпам.

Не е нужно да се вика отделно strlen, защото всички от фамилията на printf връщат броя на знаците, които са написали:

-------
п.п.

Резултата трябва да може да се дебъгва с wget и cat през терминал.

Това мнение е било редактирано от SuN на 28-12-2023, 23:29