Jeremy Davis
Sitecore, C# and web development
There's been a lot of movement towards "Docker for Sitecore" over the last year – to the extent that even I have finally jumped onto the bandwagon. And with any new tech, there are some rough edges to contend with. Right now (for me at least) one of those is being able to get the right Docker images built for the bit of work you need to do. In the future (crosses fingers) we'll see Sitecore offering a repo for these images – but for now it's up to us to build our own. So if you need something that's not v9.3, here's what I did to get there:
I'll be honest – I don't do much front-end stuff. I've watched the odd PluralSight course on modern JavaScript, I've worked out the basics of Gulp, and I can hack together a VueJS UI if I need to. But it's certainly not something I'd ever say I was good at. But despite being offically a C# developer, occasionally I find myself looking at bug tickets that relate to some front-end code. I had one of them this week, where some javascript had stopped working. The front-end dev was stuck, so I took a look – and discovered something new. Well new to me at least...
I am no DBA. In fact I'm happy to admit that I know just enough SQL to be dangerous. So when database problems come up, they can be tricky. I recently helped a client work through an issue with analytics databases, which wasn't easy to google – so it's time to help future developers find it...
While developers would love to avoid ever writing documentation or reports, it happens to us all. One of the most frustrating bits of this can be getting the formatting to work as you'd like in Word – and I got bitten by this recently. So, as a memory jogger for my future self, here's how to deal with misbehaving heading numbers:
With the big news from Symposium being the start of Sitecore's move towards the SaaS market, it's interesting to have a think about what that means for us developers and architects in the medium to long term. Because it seems likely there's going to be quite a bit of change for us...
This year, my talk at Sitecore Symposium was an introduction to deploying Solr for production use. It covered why you want SolrCloud, what you need to plan for it, and how you can go about installing it. Enough for a beginner to get from a blank Windows Server to running SolrCloud, and Sitecore configured to match.
If you missed my talk, or if you saw it and want to study it further, then you are in luck!
One of the interesting changes that's part of the coming release of Sitecore v9.3 is the integration of the Solr installation into the SIF scripts for developers. Given I've had a go at doing this myself in the past, I thought it would be interesting to look at their approach and see how it works...
A problem I've encountered a number of times in my Sitecore career is that when content trees are large and indexing tasks complex, it can take such a long time to perform a full rebuild of a search index that your web application can end up recycling for some reason before the build completes... Once content grows to this size, search can become quite difficult to manage, so I've been experimenting with a tool to help.
Having spent some time deploying instances of Java for Solr servers recently, I came across two things that wasted my time. So...
It's only a few weeks until Sitecore Symposium kicks off for this year. My presentation is taking shape nicely (more of that later) but I've also been considering what I'll be watching from the rest of the conference... So if you're looking for inspiration, or still on the fence about buying yourself a ticket, here's what I'm looking forward to around this year's event:
