Take a screenshot so that the helpers and Incomedia employees can see which types of files in which directories are meant.

Attached is a small sampling of the files.

Attached is a small sampling of the files.

I can't get the images to show up????

Copy the images in the image editor with Ctrl + C and paste them into the post with Ctrl + V, then the images will be visible in the post.

Or press the "Print Screen" key and wait until the screen goes dark, then select the section of the screenshot and then you can insert this section into your post with Ctrl + V.

All these URLs produce 404 codes. This is a small sample!

https://stossbooks.com/politics-policy/environment/more-1600-scientists-including-nobel-laureates-declare-climate-crisis [I have no idea where this url came from]

https://stossbooks.com/about.php

https://stossbooks.com/wp-content/plugins/hellopress/wp_filemanager.php

            [I don’t use Word Press]

https://stossbooks.com/wp-content/index.php

https://stossbooks.com/alfa.php

https://stossbooks.com/autoload_classmap.php

https://stossbooks.com/file.php

https://stossbooks.com/simple.php

https://stossbooks.com/wp-content/admin.php

https://stossbooks.com/wp-admin/maint/about.php

https://stossbooks.com//wordpress/wp-includes/wlwmanifest.xml

https://stossbooks.com//test/wp-includes/wlwmanifest.xml

https://stossbooks.com//web/wp-includes/wlwmanifest.xml

https://stossbooks.com//2019/wp-includes/wlwmanifest.xml

https://stossbooks.com//site/wp-includes/wlwmanifest.xml

https://stossbooks.com//wp1/wp-includes/wlwmanifest.xml

https://stossbooks.com/classwithtostring.php

https://stossbooks.com/chosen.php

https://stossbooks.com/wp

https://stossbooks.com/images/final-book-cover6x9--1-of-2-.jpg

https://stossbooks.com/main

https://stossbooks.com/new

https://stossbooks.com/wordpress

https://stossbooks.com//xmlrpc.php

https://stossbooks.com//blog/wp-includes/wlwmanifest.xml

Haupt Domain https//:www.stossbooks.com = falsch  Doppelpunkt nach doppel Slash

http://www.stossbooks.com = richtig  Doppelpunkt nach"https:"

Könnte vieleicht daran liegen

Gruß

KLAUS

Translate:

Main domain https//:www.stossbooks.com = incorrect colon after double slash

http://www.stossbooks.com = correct colon after "https:" That could be the reason

Regards KLAUS

Discuss the issue with your web hosting provider's support team. They may be able to tell you what the problem is and how to resolve it.

The wp-content directory isn't from WebSite X5; it could be remnants of a WP installation.

How can I get a list of every file that is uploaded to my hosting company. At least one of the 404 files that is showing up on my website analytics IS being uploaded by Website W5. So maybe there are others.

A 404 error occurs when the requested page or file cannot be found, meaning it isn't located on the web space at the requested address. Perhaps the many 404 pages have long since been deleted and only appear in the statistics.

The URL that produces the 404 is https://stossbooks.com/politics-policy/environment/more-1600-scientists-including-nobel-laureates-declare-climate-crisis The actual link that should have been uploaded to One.com is https://justthenews.com/politics-policy/environment/more-1600-scientists-including-nobel-laureates-declare-climate-crisis. The correct URL is the only link present on my website page. So, it would seem to me that the incorrect URL could only have been uploaded through Website X5.

Is it possible that during the export process, domain A was specified under "Website URL", but the directory for domain B was entered under "Destination Folder", resulting in the URLs being swapped?

I export from the project. Website X5 supplies the domain and URLs.

My questions:

Do the "Website Address (URL)" and "Destination folder" match, i.e., does the URL lead to the correct directory on the web server?

Or was there a confusion between these two pieces of information in the past, resulting in 404 errors in the statistics on the web server?

If my posts aren't written clearly, perhaps the staff can explain things better and ask more understandable questions.

Yes. The URL and the Destination folder are correct.

Incomedia staff have not commented on this matter today.

If the information on WebSite X5 wasn't accidentally swapped, the problem likely lies with the web hosting provider.

You can view the files on the web space using an external FTP program or the WebSite X5 FTP window.

In WebSite X5, click the icon on the right side of "Destination Folder", the FTP window will open. It offers all the basic functions of an FTP program and allows you to view the files contained in the directories.

I have talked to the host provider. They have checked and are not seeing any of the 404 files. So they are saying the URLs are coming from Website X5. I explained they must be there because it is their Website Analytics that is producing the 404 URLs. They are going to investigate. They have to partially right because I know where one of the 404 URLs is coming from, which I described in my 08/04 post above.

Perhaps you could provide the cause of the 404 error in the URL you posted so that Incomedia staff knows where to look if further assistance is needed.

Hello Stephen,
could you please clarify where you are seeing the references to 404?
Is this in some kind of panel of your hosting provider, or perhaps in the Search Console or something similar?
If you check the more-1600-scientists-including-nobel-laureates-declare-climate-crisis page, has any custom code been added to it?

The link exists in the page URL: https://www.stossbooks.com/biased--junk-agenda-tobacco--science.html The link is titled "Climate change emergencies."

To recopy the original 08/04 post:

"The URL that produces the 404 is https://stossbooks.com/politics-policy/environment/more-1600-scientists-including-nobel-laureates-declare-climate-crisis The actual link that should have been uploaded to One.com is https://justthenews.com/politics-policy/environment/more-1600-scientists-including-nobel-laureates-declare-climate-crisis. The correct URL is the only link present on my website page. So, it would seem to me that the incorrect URL could only have been uploaded through Website X5."

Eric, when I run my Website Analytics through my hosting company, it generates over 150 URLs returning 404 codes. I listed a small sample of the URLs earlier in this thread.

Was there once an About page that has since been deleted and is now just a level in the sitemap?

There may be an error in the hosting company's website analytics, which still lists the old links to which there are no longer any pages because they have since been deleted.

-----

There is a menu item labeled as About. Then there are two sub-menu pages. One is labeled: STOSS Books Mission. The other is: About STOSS. Both Pages are listed in the sitemap. Both pages contain links, but they do not produce 404 errors.

Are you absolutely sure there wasn't an "About" page in the WebSite X5 sitemap before?

If no one created and linked these 404 pages, then there must have been ghosts at work here.

I just opened the project from 2018. In the sitemap there is an About Folder under which are the two Pages I listed in my previous post.

The best thing would be to forget the list of 404 errors.

If the 404 pages don't exist, then I'd simply forget the list.

And if Google doesn't report any problems, then I'd definitely forget the list.

Perhaps the Incomedia staff could comment on this.

Hello,
as Daniel mentioned, does Google Search Console also display some warnings about a high number of 404s?
I do not know how exactly your provider's analysis works, and whether these 404 may be due to previous exports but still appear there even though they are no longer relevant.
Many in the list you initially provided, for example, were related to something about WordPress, so those definitely were not originated from WebSite X5, were you able to identify why those were showing up? It may help in understanding why these others are still appearing here.

One.com is saying that these wp files are not showing up on their search of my projects files. I am a bit frustrated because you guys are saying the files are not coming from Website X5, but the URLs could not have originated from One.com because the only files for my Project containing URLs originate from Website X5. I cited an example of this logic above in my 08/06 post. I suspect the possibility that something else is occuring that is causing these errors.

Further, in ths case of the 08/06 post, the error is produced by a hyperlink within a file, but not the file itself. In the file containing the hyperlink, the URL address is correct and clicking on it produces the correct target URL. But somehow, the URL producing the error possesses a different and truncated URL.????

Were the broken links (404 errors) added to the URLs in the file itself?

If so, the broken URLs in the file itself would also need to be corrected.

I can't imagine that WebSite X5 shortens the inserted links, unless illegal special characters were used in the URLs, which could then have led to the error.

Daniel, The link in the file was correct. But somehow, the first part of the link (https://stossbooks.com/) was added and (https://justthenews.com/) was deleted. I don't see how One.com would do that. It's Website X5 that assigns file names as part of the FTP process. I don't believe One.com alters page contents or URL hyperlinks within the page contents. I am certainly open to being enlightened otherwise.

It would be possible to redirect from one domain to another using a .htaccess file or in the customer area in the settings.

Daniel, can you use the .htaccess file to redirect from one URL to a different URL in the same domain? If so, would you know the HTML to accomplish that?

I'm not an htaccess expert, but an AI query yielded this code.

Since WebSite X5 creates a .htaccess file, this file would need to be downloaded, then extended with your own code and then uploaded again.

.

----- Code in the .htaccess file (the last two lines are AI code) ------

# WebSite X5 - Start Code [do not edit]

<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
</IfModule>

# WebSite X5 - End Code

RewriteEngine On
RewriteRule ^oldpage\.html$ /newpage.html [R=301,L]

I am beginning to wonder. Sometime back, I edited the htaccess file directly on the hosting site. Could that be the source of all my problems? If so, how do I fix it?

The code inserted by WebSite X5 at the beginning must be retained; your own code may only be added below it, otherwise your own code could be deleted.

The best way is to download the .htaccess file to your hard drive, add your own code to the end, and then upload the .htaccess file back to your web space, where it was previously.

This is the edit I made long ago:

RewriteEngine On

RewriteCond %{HTTPS} !=on

RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

As far as I can see as a non-expert, this is the code that forces a redirect from HTTP to HTTPS.

This code can remain in the .htaccess file, but below the code generated by WebSite X5.

Thanks