Skip to main content

Posts

Sitecore JSS SDK Middleware Issue with Large Query Parameters

Recently, a fellow Sitecorian connected with me to discuss an interesting performance issue with a Sitecore JSS application running on Next.js and Vercel. The application was working perfectly fine for normal URLs. However, when users accessed the website through marketing or advertising URLs containing multiple query string parameters, the requests started taking significantly longer and eventually failed. The interesting part was that the same page worked perfectly when the query parameters were removed. Let's understand what was happening and how to fix it. The Problem The application was using Sitecore JSS with Next.js and hosted on Vercel. Normal URLs were working as expected: https://www.example.com/ Even URLs with a few query parameters were working: https://www.example.com/?p1=1&p2=2&p3=3&p4=4&p5=5 But when the number of query parameters increased, the request started taking much longer and eventually failed. In some cases, we were seeing errors such as: 504...
Recent posts

Understanding timezones in Sitecore Pages and how to update Sitecore Pages timezone

One of our content authors recently raised a simple question: "Why does the Publish Date in Sitecore Pages show UTC instead of my local time?" Here is what it looks like in SitecoreAI -  It pretty much clarifies that this is an expected behavior and the timezone being shown to user is UTC. But it does not tell what can we do to make it follow local time zone. Understanding the behavior Sitecore stores Date and Datetime values in UTC , ensuring consistency across environments and deployments. When these values are displayed in Sitecore Pages, they are rendered using the server's configured timezone , not the individual author's browser or local timezone . This means: ✔️ Data is stored consistently in UTC. ✔️ Display is based on the server timezone. ❌ There is currently no documented configuration to display dates in each author's local timezone. If your server timezone needs to be adjusted globally, Sitecore provides the following configuration: <setting name=...

Mastering Field-Level Security in Sitecore XM Cloud: Why Your 'Field Write' Option is Missing

As Sitecore architects, we often face a specific requirement: Read-Only Fields. Whether you are pulling product data from a PIM, customer IDs from a CRM, or metadata from an external ERP, you need those fields to be visible to Content Authors but strictly uneditable. The goal is simple: the external system is the "Source of Truth," and manual edits in Sitecore would cause data desync. Recently, a common hurdle has surfaced in XM Cloud environments regarding Field Write permissions. Let’s dive into why this happens and how to fix it. The Challenge Typically, to make a field read-only across an entire site, we: Open the Security Editor . Enable the Field Write column. Deny Field Write on the Template item, expecting it to propagate to all content items. The Problem: Many developers report that while they can see the "Field Write" column, the option to actually assign a "Deny" or "Grant" is missing when selecting the Template item itself. Why i...

Building a Scaled Sitecore XP Environment: Networking and Port Strategy

When configuring a Sitecore production environment on VMs (on-prem or cloud) , it’s critical to define and open only the necessary network ports between the servers to ensure secure and functional communication between the roles (CM, CD, Solr, SQL, Redis, Identity, etc.). Below is a breakdown of recommended ports that should be opened between VMs in a scaled Sitecore XP 10.x environment : 🔐 Core Port Recommendations Source VM                               Target VM                                         Port(s)                     Protocol                         Purpose                 ...

When Sitecore 10.4.1 Sneaked Into a Sitecore AKS Cluster and broke it: A Troubleshooting Tale

Sitecore 10.4.1 is finally here! Everyone's excited about the new release—but with every update, sometimes surprises sneak in. And we’ve got one such story for you. This happened on a Sitecore 10.4.0 instance running in an Azure Kubernetes Service (AKS) cluster. One day, a fellow Sitecorian reached out to me and told that things just… broke. The Problem He said it was supposed to be a normal release. A developer pushed changes, the pipeline ran, and then— boom —errors everywhere. So we started looking into it. For your context, we got the below error - The Analysis Our First Guess: Maybe It’s the Code? We thought maybe the issue was in the new Pull Request (PR). We checked the changes, but everything looked okay. Just to be sure, we  reverted the PR  and tried the release again. Same error. Then we tried releasing an  older build  (before the error started). That one worked just fine. So now we knew—this wasn’t caused by code changes. The Solution Soon, w...