raneyron

This was a request for support using WP Help. It is an Admin. tool. Thanks for offering to help, but we cannot provide private login information. It is not publicly visible because it’s only visible to Admins.

For those of you who are sticklers, here is our setup:

WordPress v. 5.6
WP Help v. 1.7.0

• This reply was modified 4 years, 2 months ago by raneyron.

Forgot to mark as resolved. Additional note: Using the Hestia theme.

• This reply was modified 4 years, 9 months ago by raneyron.

This is resolved. After a little more digging, I realized my theme styles were overriding the form elements. Here’s what I’ve done so far to “fix” it:

#tsml .input-group-addon, #tsml .input-group-btn {
vertical-align: top;
}
#tsml .form-group {
padding-bottom: 0px;
margin-bottom: 0px;
}

GoDaddy was prepaid for 3 years on their cheapest non-cPanel hosting package. We cannot “upgrade” without completely starting with a new plan. I am going to encourage the next person to leave GoDaddy, unless I can convince our group to leave GoDaddy.

Today – I continually kept messing up the site. The first big issue was while attempting to change permalinks. This broke the site. I uploaded the simple .htaccess file, and the website loaded, but most links did not work.

Ultimately, I used our backup plugin to restore the site. This didn’t fix the initial problem we’re having with URLs/paths. What I’d like to do is install WordPress in the home directory /* and move wp-content. This is tricky with the site URL being configured in config.php and in Admin. I think I can handle it. I could ask GoDaddy to do this, but not sure if that’s the best solution?

I agree the root cause might be related to the “wonky” configuration. It’s hard to assess until we get that straightened out. That might be why changing Permalinks broke the site.

Admittedly, the file structure is completely messed up. The person that installed this has duplicate files. There is a /wp folder, and inside that is another /wp folder. There are 3 .htaccess files. I replaced them all and the site is completely unusable. The routing is messed up completely.

I’m tempted to replace all folders except wp-content, or basically a manual upgrade of WordPress, to try fix this. Does that seem reasonable?

I just downloaded the .htaccess file. Here’s what shows:

# BEGIN WordPress

# END WordPress

# BEGIN wtwp_cache
<IfModule mod_mime.c>

	# Text
	AddType text/css .css
	AddType application/x-javascript .js
	AddType text/html .html .htm
	AddType text/richtext .rtf .rtx
	AddType text/plain .txt
	AddType text/xml .xml

	# Image
	AddType image/gif .gif
	AddType image/x-icon .ico
	AddType image/jpeg .jpg .jpeg .jpe
	AddType image/png .png
	AddType image/svg+xml .svg .svgz

	# Video
	AddType video/asf .asf .asx .wax .wmv .wmx
	AddType video/avi .avi
	AddType video/quicktime .mov .qt
	AddType video/mp4 .mp4 .m4v
	AddType video/mpeg .mpeg .mpg .mpe

	# PDF
	AddType application/pdf .pdf

	# Flash
	AddType application/x-shockwave-flash .swf

	# Font
	AddType application/x-font-ttf .ttf .ttc
	AddType application/vnd.ms-fontobject .eot
	AddType application/x-font-otf .otf

	# Audio
	AddType audio/mpeg .mp3 .m4a
	AddType audio/ogg .ogg
	AddType audio/wav .wav
	AddType audio/wma .wma

	# Zip/Tar
	AddType application/x-tar .tar
	AddType application/x-gzip .gz .gzip
	AddType application/zip .zip
</IfModule>

<IfModule mod_expires.c>
	ExpiresActive On

	# Text
	ExpiresByType text/css A31536000
	ExpiresByType application/x-javascript A31536000
	ExpiresByType text/html A3600
	ExpiresByType text/richtext A3600
	ExpiresByType text/plain A3600
	ExpiresByType text/xml A3600

	# Image
	ExpiresByType image/gif A31536000
	ExpiresByType image/x-icon A31536000
	ExpiresByType image/jpeg A31536000
	ExpiresByType image/png A31536000
	ExpiresByType image/svg+xml A31536000

	# Video
	ExpiresByType video/asf A31536000
	ExpiresByType video/avi A31536000
	ExpiresByType video/quicktime A31536000
	ExpiresByType video/mp4 A31536000
	ExpiresByType video/mpeg A31536000

	# PDF
	ExpiresByType application/pdf A31536000

	# Flash
	ExpiresByType application/x-shockwave-flash A31536000

	# Font
	ExpiresByType application/x-font-ttf A31536000
	ExpiresByType application/vnd.ms-fontobject A31536000
	ExpiresByType application/x-font-otf A31536000

	# Audio
	ExpiresByType audio/mpeg A31536000
	ExpiresByType audio/ogg A31536000
	ExpiresByType audio/wav A31536000
	ExpiresByType audio/wma A31536000

	# Zip/Tar
	ExpiresByType application/x-tar A31536000
	ExpiresByType application/x-gzip A31536000
	ExpiresByType application/zip A31536000
</IfModule>
<FilesMatch "\.(?i:css|js|htm|html|rtf|rtx|txt|xml|gif|ico|jpg|jpeg|jpe|png|svg|svgz|asf|asx|wax|wmv|wmx|avi|mov|qt|mp4|m4v|mpeg|mpg|mpe|pdf|swf|ttf|ttc|eot|otf|mp3|m4a|ogg|wav|wma|tar|gz|gzip|zip)$">
	<IfModule mod_headers.c>
		Header set Pragma "public"
		Header append Cache-Control "public, must-revalidate, proxy-revalidate"
		Header unset ETag
	</IfModule>
</FilesMatch>
<FilesMatch "\.(?i:css|js|gif|ico|jpg|jpeg|jpe|png|pdf|swf|ttf|ttc|eot|otf)$">
    <IfModule mod_headers.c>
		Header unset Set-Cookie
	</IfModule>
</FilesMatch>
# END wtwp_cache

# BEGIN wtwp_security
<IfModule mod_rewrite.c>
	RewriteEngine On
	RewriteBase /wp/
	RewriteRule ^wp-admin/includes/ - [F,L]
	RewriteRule !^wp-includes/ - [S=3]
	RewriteRule ^wp-includes/[^/]+\.php$ - [F,L]
	RewriteRule ^wp-includes/js/tinymce/langs/.+\.php - [F,L]
	RewriteRule ^wp-includes/theme-compat/ - [F,L]
</IfModule>
<Files "wp-config.php">
	Order allow,deny
	Deny from all
</Files>
Options -Indexes
# END wtwp_security

I changed .htaccess to this and the site reappears. However, I don’t think I can save anything in Permalinks now without breaking the site again. I tried saving as “Posts” and the site became unreachable. Can someone help with this issue? It’s more dire than the previous issue and was caused by a potential solution by plugin author. Is this file okay? What changes should I make?

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Update: The large issue was resolved by doing a fresh save in Permalinks. However, the issue with specific locations is not working and we’ve made matters worse.

I just tried to save as “Plain” in Permalinks and now my site is unreachable.

https://aa-ksdist23.org/wp

I believe I am in the wrong support thread. We are using a similarly named plugin, but a different company name. Closing issue to relocate. Thanks

This issue is resolved.

We discovered that some old HTML was being mixed that had certain image <src> references that were causing issues with the rendering of the images. In other words, by changing certain images, we were able to resolve the issue completely. In addition, the images being reference were being forced to be larger by the browser. For whatever reason, it’s best to have images that are all the same size, and if anything, they should be diminished in size by the browser, not enlarged.

Thanks for your help.

Just thought of one possibility.
For various tabs, we are filtering content based on category. There are 21 possible images that might be shown, depending on the tab selection.

If these are not in a consistent order, I wonder if that could cause problems with the filtering. For example, if I one tab for “All”, one tab for “Bars”, and another for “Restaurants”. If each tab has content that is in a different order than the other two, could this cause problems? I wouldn’t think it would matter, but maybe that’s why rearranging the images has been the only solution to this issue.

The actual HTML doesn’t have duplicate images. The tabs are really messed up because all of the tabs’ content is showing, on all of the tab selections.

https://88designgroup.com/test-page/

It is authenticated right now and we are not publishing until it works. I can offer some code.

We are doing a simple custom grid with images wrapped in anchors:

<div class="row">
    <div class="column">
        <a href=""><img src="" title="" alt="" /></a>
    </div>
    <div class="column">
        <a href=""><img src="" title="" alt="" /></a>
    </div>
    <div class="column">
        <a href=""><img src="" title="" alt="" /></a>
    </div>
</div>

We are using CSS to control the column widths, and media queries to provide responsiveness. We are using col. width: 33.33%, 50% or 100% for the divs. The images themselves are 100% width, with auto height, to fill the width of the container.

Do you see anything inherently wrong with doing it this way? What makes this even more odd – I added a different image to one of the divs, and it caused this problem. All I did was insert a different src, and it “broke” it. It seems like there is a caching issue but I wonder if the plugin can’t handle all this customization inside the descriptions.