Chrome reports my static HTML website website is a faulty xml file whilst Edge just says ‘page isn’t working’.
The HTML code in my GoogleCloud bucket displays and works correctly when called by
https://storage.googleapis.com/abacus-aa9/index.html
It fails when called by my GoogleCloud URL items abacusarts.org.uk or 34.111.180.80
Help please. Are the problems in my CloudGoogle entries, my GoDaddy DNS, or both.?
Many thanks in advance. Graeme.
My Chrome search for AbacusArts.org.uk gives this screen display
https://www.abacusarts.org.uk/
=========================================================
This XML file does not appear to have any style information associated with it. The document tree is shown below.
---------------------------------------------------
<ListBucketResult xmlns="http://doc.s3.amazonaws.com/2006-03-01">
<Name>abacus-aa9</Name>
<Prefix/>
<Marker/>
<IsTruncated>false</IsTruncated>
<Contents>
<Key>AA-gmail.jpg</Key>
<Generation>1672222666184747</Generation>
<MetaGeneration>1</MetaGeneration>
<LastModified>2022-12-28T10:17:46.186Z</LastModified>
<ETag>"1b04d81a17b8c46240bc46d29107efa7"</ETag>
<Size>2434</Size>
</Contents>
<Contents>
...snip.. similar info for all pages ====.
</Contents>
</ListBucketResult>
=========================================================
Additional info.
My CloudGoogle bucket contains a public set of static HTML pages which display and work correctly using this in a browser https://storage.googleapis.com/abacus-aa9/index.html
My related CloudGoogle load balancer shows
Name : aa9-load-balancer
Certificate: abacusarts-ssl
Domain : www.abacusarts.org.uk
IP address : 34.111.180.80 and port :443
My CloudGoogle VPC network front end shows
External address: https://34.111.180.80/
Target: aa9-load-balancer-target-proxy
4.My domain name is AbacusArts.org.uk registered at GoDaddy where I have included this in the DNS records
NAME TYPE DATA
# A 34.111.180.80
Testing several days later,
AbacusArts.org.uk in Chrome says its an xml file with missing style info.
34.111.180.80 in Edge and Chrome says Not working no data
AbacusArts.org.uk in Edge says Not working no data.
Blog suggestions which I have not tried are.
add this to GoDaddy DNS
NAME TYPE VALUE TTL
CNAME WWW # default
creating a DNS zone page.
Zone type: Public.
Name: aa9-zone
DNS name suffix: abacusarts.org.uk
DNSSEC: Off
Related
I tried to fetch the current theme of my NetSuite website and edit it and check it locally, but didn't find the local link.
I didn't get this part, explained on NetSuite Help Center:
To view your customized theme in a browser, navigate to the local version of the application using one of the following URLs:
http://<DOMAIN_NAME>/c.<ACCOUNT_ID>/<SSP_APPLICATION>/shopping-local.ssp
I tried the below links but not working:
http://localhost:7777/c.1234567/scs/shopping-local.ssp
https://domain-name.com/c.1234567/scs/shopping-local.ssp (I try it with my organization id and company domain name)
At localhost:7777 nothing loaded up and at the second link site loaded but without my changes in header.tpl or footer.tpl module files.
The development mode piggybacks off of the live site. Basically the live site has some special .ssp pages that, instead of loading resources from Netsuite, proxy to a service on your local host.
For example if you were running a site at http://www.mynsbasedsite.com
on site that has url root /kilimanjaro then to see your development changes you'd enter the url:
http://www.mynsbasedsite.com/c.<ACCOUNT_ID>/kilimanjaro/shopping-local.ssp
Are you running the local dev service? e.g.
gulp local
If you start that up in the last few lines you should see one or both of these:
+- Local http server available at: http://localhost:7777/
+- Local https server available at: https://localhost:7778/
If you don't see the https reference it's because you haven't created a self signed cert for your local server. Most modern browsers need some coercion to load the either of those.
e.g. when I am testing with Chrome I do the following:
open the staging url and get a blank page
open dev tools and go to the network tab
find checkout.js in red with a failed status
right click and choose 'open in new tab'
see the page warning, click 'Advanced' and click 'Proceed to localhost (unsafe)'
go back to the original tab and refresh.
the versions of SuiteCommerce I'm familiar with use Express under the hood for the local server so any ssl tutorial on Express should include a section on using openssl to generate your key and cert. Once you've created them they go in the root folder of your project and you reference them in the taskConfig section that starts like:
"tasksConfig": {
"local": {
"http": {
"port": 7777
},
"https": {
"port": 7778,
"key": "./key.pem",
"cert": "./cert.pem"
},
"lessSourcemap": false,
"jsRequire": true
},
"configuration": {
After all that navigate to your live site.
I am new to ADF. I created an http linked service and it tested successfully (https://rebrickable.com/downloads/). On the http dataset properties page the same url address is in the Base URL. I then put just the file name that exists on that page (themes.csv.gz) in the Relative URL. When I click next to the File format settings page the Preview pane says:
Failed to read data from http server. Check the error from http
server：The remote server returned an error: (404) Not Found. The
remote server returned an error: (404) Not Found. . Activity ID:
0ca9f9c7-438d-461a-81c1-f81bacace4ca
What am I doing wrong please?
I also tried to create a new linked service and point it to my desktop files. I selected'File', left it at AutoresolveIntegrationruntime, put the path in Host. But don't know what do to with User/password. Please help
I hit the above mentioned end point in by browser : https://rebrickable.com/downloads/themes.csv.gz
Looks like the file is not existent at the mentioned location.
I did a quick scan of the page https://rebrickable.com/downloads
Encountered the below file :
Saw the file hyperlinked to this url (This is different from what you're attempting to in the ADF)
https://cdn.rebrickable.com/media/downloads/themes.csv.gz
I was able to download the file by using the above.
Would suggest you to try the above endpoint.
Update your url to https://cdn.rebrickable.com/media/downloads/ in https connection source
I have an Express/NodeJS app running on Google App Engine, for which I have the URL in the format of:
project-name.appspot.com, where project-name: My google project name
Now, for site verification, I am using HTML File Upload method.
I am serving the html verification file provided by google as follows:
res.sendFile(path.join(__dirname, path_to_html_file))
Now, when I enter the url: https://project-name.appspot.com/, I can view the file.
Also, the file has the same name as provided by Google.
However, when I click Verify in Webmaster, it still fails with error message "File not Found"
Can anyone point what I might be doing incorrectly ?
You need to serve this file from the /xxxxx.html url, not the root url.
In other words, it needs to be accessed from https://project-name.appspot.com/xxxxxxxx.html
Think about it... This file must stay up for as long as you want to be verified, so it doesn't make sense to be shown at the root url.
Also, make sure there are no redirects in serving this file.
I am creating web add in. i am loading .aspx page in task pane.
when i am uploading it in app store to test in some others system .its giving me error
This app can't be installed. The IconUrl value '~remoteAppUrl/Images/Add-on_64px.png' isn't a correctly formatted URL
how i can test web add in in some others system
<DesktopSettings>
<SourceLocation DefaultValue="~remoteAppUrl/SaveEmail.aspx"/>
<RequestedHeight>250</RequestedHeight>
</DesktopSettings>
The SourceLocation URL and all icon assets must be a valid https address in order to properly install to Exchange.
I encounter the problem while page loading some web font file stored in the file resource using the url like "revicons.ttf?5510888":
Failed to load resource: the server responded with a status of 400 (Bad Request).
I think it's because of "?5510888" cannot be recognized as correct Domino url command. Is there any workaround except storing the web font file under physical path "data\domino\html"?
You need to add the ?open suffix in order for Domino to be able to serve the request:
revicons.ttf?open&v=5510888