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

SSI - Server Side Includes

@ici го беше споменал това SSI и по-рано. Но реших, че го споделя по исторически причини. Ще обмисля по-задълбочено проблема значи.

И сега го използвам за ембедед със LwIP през Ethernet и/или USB RNDIS, даже с негова помощ използвам JavaScript (Duktape) на "сървъра", но това изисква поне 512к РАМ и 1MB флаш, а е и бавно, даже на 218MHz е бавно, но на 480MHz е поносимо. Но "чист" SSI работи на ARM Cortex-M4/180MHz със 256к РАМ, 512к флаш, 128к от който се използват като RO файлова система за "сървъра".

Това мнение е било редактирано от ici на 06-01-2024, 15:09

@ici, а това твоето SSI директно имплементира хттп протокола, или си има и сървър програма, и си комуникират през cgi?

Това мнение е било редактирано от BIGBUGEX на 06-01-2024, 16:06

Има един PHP framework, който е писан на C като разширение. Можеш да видиш тяхната имплементация на техния template engine .

https://github.com/phalcon/cphalcon/blob/ma...e/volt/parser.c

https://docs.phalcon.io/4.2/volt/

Преди го бях ползвал за кратко, но ми харесваше как работи Volt. Със сигурност ще има много неща свързани с PHP естествено, но парсера и скенера може би са окей.

Естествено на теб не ти трябват чак толкова неща поддържани, така че само като идея.

Има си сървърна програма, самата имплементация е като колбек. Задаваш тага който който отговаря за ssi и функция която го обработва:

https://www.nongnu.org/lwip/2_0_x/group__httpd.html

ПП. Така работят ASP, JSP и PHP, като на PHP основата е FastCGI

Това мнение е било редактирано от ici на 06-01-2024, 18:13

Стратегията на волт като вариант е добра. Дава възможност шаблоните да се компилират директно към С++ сорс. Но е сериозна инвестиция на време в разработка. Нека до там да стигна.

До колкото помня в момента само заглавието на страницата подаваш като параметър. Ако не бягаше толкова от sprintf и роднините му да беше го направил досега:

Това мнение е било редактирано от SuN на 08-01-2024, 22:30

Меко казано това е тъпо. stdout се пращаt като html. Евентуално и stderr според настройките на сървъра, а може да отива само в лога.

ПП. Не знам защо си го причинявате това на C/C++ че даже и на Асемблер? Това е на Питоня, CherryPy, template engine - jinja2

Тоя асемблер им изяде главата навремето на руснаците - трудно пренасяне, твърде много човешки ресурси. Имам една книга на Руски, купувана от баща ми издадена някъде края 50-те, началото на 60-те. "Теория на игрите". Книгата е превод от някаква американска, но накрая има примерни софтуери написани за някоя версия на "Минск". Те даже не са със сорс, а са осмични дъмпове.
По едно време се усетиха и започнаха да копират IBM/360, така наречената ЕС(Единна серия), но докато изкопират всичко, СССР взе че разпадна. Ние също бяхме включени в далаверата, в началото 90-те писах драйвери за модем от тази серия голям колко половин фурна и за 600bps/sec.
Когато работиш с украинци те са същите. Когато не могат да разберат нещо веднага казват че са прочели в някакъв форум че това нещо било боклук и щели да го направят по-хубаво на асемблер.

Това мнение е било редактирано от ici на 08-01-2024, 23:49

Споко, никога не разочаровам. Реалния код бих го сложил в клас за да стане примера ООП.