RESTful API Support

@MGatner I wouldn't go that far and call myself an expert on the subject, but I like analyzing, abstracting, structuring things, so I tend to get concerned with this kind of issues, and can't overlook them.

I was thinking about switching to another framework for the current project (API server), but decided to hack my way (again) to make it work. So, at least for the time being, I will stick to CI4.

I'm almost done writing a system that parses the php://input and populates two arrays, one for the fields (e.g. $_INPUT), and another one for files. I manually populate the $_FILES array, and do error check on the files (for $_FILES['userfile']['error']). I also modified the system files so that I can work with custom fields/files and validate them.

Once it's done, I can describe the issues that I've tried to solve in detail, and share the code.

So, yeah, I can help. But, I'm concerned if I can provide solutions that can be directly injected/applied in/to CI4. I mean, I haven't fully examined the structure of the framework. For example, I'm not familiar with "filters" that you've mentioned. Even though I can provide solutions, someone more familiar with the system might need to implement them.

I had to do some modification related to setting/modifying the environment, and fearing that it won't be a one time thing, I decided to map the flow of the app to figure out the entry points (places I can inject/modify things). I don't know how things are usually progressing, but I find this kind of graphs highly useful. They let me get a perspective on the system in a matter of minutes. I doubt that a newcomer can figure things out by examining the code and then do modifications in just minutes.

This is another issue that I think many libraries/frameworks have trouble with. Documentations are usually meant for the consumers, and not for the contributors/tinkerers. I say this, because I don't think they both have the same concerns. So I find documentations lacking. They tell you about the rules, not how to workaround/improve them (when one needs to).

Anyhow, I'll let you know when I'm done. Other than that, if you have something to add to your suggestion, or have an advice for me about how it's going to work, I'm listening.