lorddev / utilities Goto Github PK

Many years ago, I wrote a note to the original dev:

My next recommendation, at least for this fork, would be to change it into a class that's not static, so that we can reference some of the parameters as private fields instead of passing them from function to function. I also think it might help to have it work as a sort of singleton so that once the key/salt/iv bytes were initialized they wouldn't have to be recalculated for every operation. This would help improve performance for larger-scale encryption operations.

When running tests in net452 on AppVeyor, the timers are not behaving as expected. Recommend reverting to System.Timers.Timer for 4.5x only or otherwise discontinuing support.

(I haven't been able to repro locally, but "it works on my machine" might not be the best way to go...)

Logs: https://ci.appveyor.com/project/lorddev/utilities/build/5.0.42

The format setting in ApiCall.cs is based on whether the Payload is of type string vs a custom class. This means if you are making a simple GET call without a body and you want an XML response to be parsed properly, you have to set the Payload value to a string as a workaround. Fix will be to allow the format to be specified via a separate property.

Historically, web.config is something that you can't download from the root of someone's website because IIS protected it. You couldn't get their connection strings or SMTP passwords or API keys out of it, for example. Is there a mechanism for protecting settings.json files? Because *.json is just JavaScript. Chances are it will be served in plaintext if someone types in the file name correctly.

Elmah isn't compatible with .NET Core. The Logger class was basically a wrapper for Elmah with a fallback. We need to make it more robust, and perhaps create our own display page similar to elmah.axd.