-
Notifications
You must be signed in to change notification settings - Fork 1.3k
added preliminary 'FS_NO_GLOBALS' support #112
Conversation
maybe should all be defined as fs::File/Dir instead and not use the FS_NO_GLOBALS. |
possible, but won't that break the possibility to use files from the SD card filesystem to be served by the webserver? the fs namespace is used for SPIFFS only afaik. the FS_NO_GLOBALS is used to make the SPIFFS accessible when the SD.h is included in the application. |
you can not really server SD files from the same handlers currently. Both libs are quite different and differ somewhat in functionality, so you always need to have separate handlers for SD files, or am I wrong here? |
Thank you guys! I need to use SD card for storing some data and tried your changes. I have not too much experience, but I found that is not possible to use You can try it yourself on this project https://github.com/CiTroNaK/RF_REST_Control - I've made a test project, where I tested The both project use the same code to store data on SD. |
@CiTroNaK not sure what you are trying to accomplish. FS_NO_GLOBALS is only for SPIFFS which you are not using so there is no point in defining it. |
@DedeHai yes, but... If I get rid of
|
Hello, i have a project that works very well by serving files from SD card. But here's the difference: I used sdfat library, that library is veeery fast. After that I edited some files in async server to use always fs::FILE to not conflict and offcourse added FS_NO_GLOBALS in the header, the only problem I have is with async response with callback, but I fear that's not because of the SD library |
to recap this PR. If you change all to fs::, I will merge this. No need to check if globals are enabled or not. |
changes suggested in issue #111