Today I was starting up a new ASP.NET Web Application using the ASP.NET Identity membership system, for a micro site I’m building, and my first task was to get the email confirmation working for accounts (and subsequently to prevent logging in until email has been confirmed). I decided to try out SendGrid rather than using my own SMTP server, mostly because, well, Microsoft told me I should 😉
Well I won’t say that was the easiest process, but I’ve just got an installation of the Ghost blogging platform running on my Bash on Windows system.
I’m never sure if it’s just me or if others experience the same thing, but installations like this just never seem to work as documented for me! All sorts of random errors popped up, I spent 3/4 of my time in Google, some issues I was able to resolve and some I’m not even sure now if I fixed them or if I just “worked around” them so that they will come to bite me in the future!
Patiently I waited, and you know what they say “good things come to those who wait”. When I first heard about the release of Bash on Windows (which is run via the Windows Subsystem for Linux, here is a great overview), I was so excited that you’d think I had nothing else going for me in my life (for the record, I do… I’m just easily excited by shiny things).
Like many, I began my programming years on UNIX, and spent over 10 years primarily working in a command line even while living out the “experience” that was Visual C++ with MFC (I originally said “horror” but ok it wasn’t all that bad – it’s just that the .NET Framework with Visual C# solved so many of the pain points from it that looking back now it seems like it may have been hell!). Anyway, my point is that I used to live in the command line, I love the power of it, love the scripting languages, and let’s be honest, using the command line makes us feel smarter! Come on, it’s true. I’ve tried to recreate the experience since moving to pretty much full-time Windows-based web development using tools like Cygwin, the Git Bash, and a lovely selection of “UNIX-commands for DOS” that I’ve been carting around for years (which seem to have stopped working in Windows 10, anyway), but it’s not the same.
I recently discovered the beautify of Serilog for logging from my ASP.NET (pre core) web apps, and converted one of my projects across completely to using it (rather than a haphazard, custom file logger that was written by myself years ago). Serilog is a powerful logging library that allows you to do structured logging, allowing you to basically have fields against any log messages (aka log events) containing serialised data – strings, integers, objects, etc.
It’s the objects part that’s really cool – say you are logging an order being placed, you can log the full Order object, and allow easy searching later on by a field such as the
OrderId within that object.
Since the dawn of the internet, we have fought over which browser is “better”. I personally have gone from Internet Explorer, to Firefox (a long stopover for a few years), to Chrome for the last couple of years. Like with fashion, though, it seems I’m always a step behind – every time I mention these days that I use Chrome, I prepare myself for an onslaught of “oh that’s so last year”, “you mean the memory hog?”, and “why haven’t you switched to <insert browser name here> yet?”!
I use Bootstrap in almost every project I build these days. I build up a custom Bootstrap configuration to reduce bloat, and have my workflow down-pat for updating those configurations (which I’ll write about in the near future). I have familiarised myself with it’s ins-and-outs to help ensure I use it to it’s full potential without being overkill, and it has sped up my HTML build time immensely.
One issue I’ve come across before is finding harmony between ASP.Net MVC’s validation and Bootstrap’s validation classes.
I’ve done a lot of work with Google Maps over the last few years, and when the CartoDB service came up on my radar a while ago I was intrigued, but the projects I was working on all had a “rushed” timeline on them which meant it was never a good time to play with a new system… until recently!
I’ve just come across a strange issue in Visual Studio 2010, when trying to launch and access the ASP.NET Configuration tool (used for configuring security settings).
When I tried to access the site by selecting it from the Project menu, it would start the local web server on whatever port it chose, but wouldn’t open the page in my browser automatically. So I manually opened the link by right-clicking the icon for the web server in the system tray and choosing “Open in Web Browser”.