Jump to content

danielkyne

Member
  • Posts

    10
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

danielkyne's Achievements

Level 2

Level 2 (2/20)

1

Reputation

  1. Also experiencing this issue. Sometimes redirects work, sometimes they don't. At times I thought I had figured out the logic but there is no 100% consistent pattern, Squarespace's URL mapping is just buggy and annoying. The most consistent pattern I see is that "https://www.domain" works most of the time, while "https://domain" usually doesn't work. I noticed while setting up an email campaign on Customer.io that Squarespace domains with "www" included are status 200 URLs (successful HTTP requests) while URLs that exclude "www" are treated as 301s (temporary redirect). Screenshot from Customer.io showing this below: My theory is that by Squarespace isn't good at multi-redirects -> ie the non-www URL has to be mapped initially to the www version, then from there to the new URL, and something along the way here fails and leads to a 404. This is a problem with how Squarespace is handling subdomains and I think there is no solution that customers like us can implement to prevent this (I've tried many and they all fail to patch it). As a result, I'm basically just trying to avoid ever mapping URLs as there are likely a significant percentage of all backlinks that use the non-www version of the link. Example Working → https://www.opinionx.co/research-method-guides/thematic-analysis 404 Error → https://opinionx.co/research-method-guides/thematic-analysis * Not sure if this will work consistently as an example or even if this 100% is the root issue, but this is a frustrating issue that has been affecting my website for a long time now. @tuanphan
  2. I'm just going to duplicate the section and set some custom CSS so the section with 4 side-by-side disappears from 1362px or smaller screen width and a new section appears with the 4 stacked vertically instead. Here's the code I'm using: /* Vertical stacking of pricing options */ @media screen and (max-width:1362px) { [data-section-id="62dec3c42f5a510e5d7c7d8a"] { display: none;} } @media screen and (min-width:1362px) { [data-section-id="62dff2e31cf79a2bdb95364c"] { display: none;} }
  3. Site URL: https://www.opinionx.co/pricing2 I've built a pricing page using markdown blocks with custom code blocks. They work great on (1) large desktop screens and (2) vertical smartphone screens, but everything in-between causes a frustrating responsiveness issue -- the content becomes obscured as the blocks become skinnier and longer, until eventually they vertically stack. Any suggestions as to what I can do to prevent this issue in the middle of screen sizes (seems to be from 1362px width down to 767px where the distortion occurs and the cards don't get stacked vertically). Example screenshot: The page is https://opinionx.co/pricing2 and the password is just: 2
  4. Ok thanks for the tip tuanphan, I'll add these suggestions and will keep an eye out for any issues. Daniel
  5. Hi there, I have the same problem as the original post describes. I've been struggling with black borders showing on Wistia embeds for the past year and nothing ever seems to work for all screen sizes (example screenshot below, where it works on my normal browser dimensions but changing to a smaller screen size shows the lines again). This is currently live at opinionx.co. Would appreciate your help in trying to solve this for all screen dimensions. Daniel ---
×
×
  • Create New...

Squarespace Webinars

Free online sessions where you’ll learn the basics and refine your Squarespace skills.

Hire a Designer

Stand out online with the help of an experienced designer or developer.