nathansalt0321
Forum Replies Created
-
Forum: Fixing WordPress
In reply to: Pages Layout Alignment Different from PostsHi,
Based on your setup, this does not look like a WordPress core issue. It’s more likely related to a template/layout difference between single Posts and Pages in GeneratePress, or CSS being applied differently to post content areas.
Your custom
comment_form_defaultsfilter itself should not normally affect the overall page alignment unless:- the injected HTML is breaking the layout structure,
- unclosed tags exist somewhere,
- or CSS from the comment section is affecting parent containers.
A few things I would test first:
- Temporarily disable the Hook Element containing the snippet and check whether the alignment issue disappears.
- Compare the layout settings between:
- Appearance → Customize → Layout → Blog
- Appearance → Customize → Layout → Pages
GeneratePress allows different container/sidebar/content widths for Posts vs Pages.
- Inspect the affected areas using browser DevTools and compare:
- container widths
- margins/padding
- alignment classes
- sidebar behavior
between the Post and Page templates.
- Since LiteSpeed Cache is active, clear:
- page cache
- CSS/JS cache
- QUIC.cloud cache (if enabled)
- If the issue only happens on Posts, there may be a custom CSS rule targeting:
.single-post.inside-article.entry-content- or comment-related selectors.
The snippet itself looks syntactically fine, so I would first suspect:
- template/layout settings,
- cached CSS,
- or a style conflict introduced by custom styling around comments.
Hope this helps narrow it down.
Forum: Themes and Templates
In reply to: [Neve] Website Speed Continuously failingHi Dori,
From what you described, this is probably not a Neve theme issue by itself. A transferred HTML size of over 1 MB usually points more toward page-builder output, excessive plugins, dynamic content, or too many scripts/styles being injected into the page.
A few things I’d check first:
- View the page source and see how large the actual HTML document is before images/scripts. Sometimes page builders, sliders, popup plugins, tracking scripts, or WooCommerce-related plugins generate huge DOM output.
- Temporarily disable plugins one by one (especially optimization, slider, popup, analytics, or page-builder plugins) and test the HTML transfer size again. Plugin conflicts are very common in this area.
- Since you mentioned Optimole + Cloudflare, there’s definitely a possibility of overlap/conflict. Both can handle image delivery/CDN behavior, and sometimes double optimization or caching creates inconsistent image loading/blurring. I’d try:
- clearing all caches completely
- temporarily disabling Cloudflare image optimization features (if enabled)
- testing Optimole alone for a while
- Check whether GZIP or Brotli compression is enabled on the server. If compression is missing or misconfigured, the transferred HTML size can appear much larger than necessary.
- Use Chrome DevTools → Network tab and sort by size. That usually reveals very quickly whether the issue is:
- HTML output
- scripts/styles
- fonts
- third-party requests
- or images
If the HTML itself is truly over 1 MB, I’d strongly suspect either:
- a page builder generating excessive markup
- too many plugins injecting code
- large inline CSS/JS
- or database-generated dynamic content
The inconsistent image behavior sounds more like a caching/CDN optimization conflict than a theme problem.
Neve itself is generally lightweight, so I’d investigate the plugin stack and optimization layers first before changing themes or hosting.
Hope this helps point you in the right direction.