Archived and Closed
This conversation is no longer open for comments or replies and is no longer visible to community members. The community moderator provided the following reason for archiving: This was an account specific topic that seems to have been resolved. If you continue to have an issue, feel free to post a new topic.
It used to work fine, no problem, but now I can't get any sites to move to any destination..
Now, it used to be that I was able to maneuver inside my Homestead account and use Site Mover with no problem at all, no hangups, really, except that Site Mover has always been a little slower than other processes I believed because of files uploading before finishing the process. ...otherwise, o.k. Now, it just stalls at that point.
P.S. I have defragmented and optimized my PC. Also, the site URl's themselves pull up just fine, and other sites are working fine, too, on my browser. Just Homestead is giving a problem. And, I tried two other browsers. All told,the same problem on all three browsers: Firefox, IceDragon, and Explorer.
I notice, also, that I always have to wait longer than other sites when I am clicking on almost everything from logging in to simply switching from one selection to another. It seems like Homestead is slower. But, as far as my own Homestead sites I have created, they are wonderful for my users. No problem using the various links clicking on the buttons and options - speedy Gonzonez.
It's just getting around inside my Homestead account that seems to be sluggish. Even logging in is slower.
Just no go all the way around.
And, BTW, I couldn't even log in here for 10 minutes until my Homestead logged in... Something is wrong!
I'm not spending time on this any longer; it will just have to be the way it is.
I'm done.... Plan B, that's it.
Basically, I'll be paying about $60/ month for storage of my old files until I can get completely set up with Plan B, and that is going to be awhile - just a lot of work - I so want to cry, but I must leave Homestead. This is just too much.
Well, now it's going on 20 minutes; I can't even send this message.
I'm done with this, too.
You won't hear from me unless I see the site is working the way it used to.
Or, if there is a plug in or something I need to install... I'll watch for that in your messages.
Now 30 minutes, still can't send message... Finally, HS is logged in...
Please transfer from site:
Please transfer to each of the following sites:
This is a different issue.
Maybe we need to start another ticket so we don't get the problems mixed together. Or, maybe, if we solve the log-in problem, it will solve the "transfer files" issue.
I noticed that Homestead has had two server outages 5 days apart (Feb 13th & Feb 17th).
So, I'll check in later tonight to see what's happen' right after I am able to get this comment submitted! 12 minutes and waiting...
No time to spend here just watching the blue circle go round and round.
Back to Plan B... That is, right after I get this comment submitted, ...ok I think it's up,... 14 minutes waiting for the log-in to happen! Wow!
After doing some research and doing everything I could with my own computer, I now believe that the https pages in my account need to be run through a webpage analyzer and then be rebalanced, maybe also using the Gzip tool, etc.
It's not the http front homestead and actual login pages that are a problem, but it's after it redirects to the secure https pages that are still too slow to come up for me to use.
I tried to find a webpage accelerator, but none could be used for the secure https pages that are loading too slow.
So, I am back to Plan B.
The fact that everything else is running smoothly, my broadband connection is working well, all websites come up great, but the https pages of Homestead do not, means to me that further exploration could be made into the setup of the Homestead https pages themselves. And, I know that I haven't been the only one who has had a log-in problem.
That's just my opinion.
Anyway, I have done all that I can do from my side of things. But, I believe there are still some options (that I have read about) that the Developers could try to accommodate - like balancing the load, or embedding a compression factor - on those https pages themselves.
Thank you for your kind attention in this matter.
P.S. I am pretty much done doing any more testing, unless there are changes made by Homestead to optimize those https pages.
You have experienced an unexpected server error. We are working to resolve this problem as quickly as possible. Please try again later.
Does this mean that "we" is Homestead trying to correct a server error?
Also, rather than transfer a bulk of site files, I'm thinking to begin with only one
or two sites, and then we'll work from there as we need to. I may not need to transfer that many sites if I can keep my old desktop sitebuilder to work from. Some of those sites can stay there until I close my desktop sitebuilder which I think I have about a year's time to decide because you are helping me out in that regard. Thank you.
This is to work around the ultimate dilemma we are experiencing where I am unable to log in online to my older Desktop Sitebuilder account.
Homestead.com Turbo/Site Integration Core
Homestead SiteBuilder Plugin for Mozilla
I'm really curious what followup was done with that information?
UPDATE: New Information ... publishing from Desktop Sitebuilder not working...
...wondering if this might also be similarily related to our online account login problem? I am, however, still able to log into my Desktop Sitebuilder, no problem.
My Desktop Sitebuilder is now hanging before completing the task of publishing a page or site; it wasn't doing that before; it now is.
The Desktop Sitebuilder (DS) BLOG access is still working great...
But, what is VERY interesting to me is that I can still publish BLOGS from my Desktop Sitebuilder, which is really not from my desktop at all since I see it logging onto the HS website that appears in the Blog window that pops up after I hit "Edit" from my Desktop Sitebuilder;
Now, that seems VERY encouraging. It seems like it is bypassing something that is otherwise there when I log in online or also try to publish from my DS. WHICH leads us to a possible disk quota getting in the way? See below for further explanation.
After I hit publish from my Desktop Sitebuilder for a page(or site) I am working on, the little grey window pops up and the light blue shade moves across the bar from left to right as if it has completed. But, then it hangs there, with the words above it:
Publishing Pages and Files
Checking disk quota...
So, I did a little research on the status of publishing that doesn't complete in a similar way, and I found this support forum at the following URL:
What caught my interest were 4 possible ways to help fix the problem:
Easier to try:
1) ...temporarily fix by disabling "the quota check". At least this could allow me,
the user, to log in and work with my files.
2) ...if quotas are not used, then "checking disk quota" should be jumped by
"[zipping] through the process".
3) ...explore unavailable file systems due to possible disk failures (this would
be detected in syslog - if you need me to supply any info in that regards,
please let me know.)
4) ...explore error with "sya profile or something like that."
I know you are busy, Mike, but if we could check this out within the next day or two, that would be so very much appreciated.
REMINDER: Although I am logging in from my new HS account "email@example.com", we are working on an ongoing problem with my older HS Desktop Sitebuilder account, firstname.lastname@example.org.
Thank you. /pt
I accidentally hit a link whilst looking for some possible solutions, and it took me straight into my file manager, page editor, and "switch site" option of Sitebuilder Plus. Now, don't the two of these sitebuilders clash?
And, guess what else. I tried to publish one of the pages from the Sitebuilder Plus, and wah-lah! Miracle of miracles. It published!
So, what do you think?
Can I get the Sitebuilder Plus switched off, so I'm only able to work from the Desktop Sitebuilder, please?
Also, FYI, for some reason I was able to work from the PLUS online account that way, so if push comes to shove, and we have to revert back, we can.
However, it still did not let me get into my website manager or any tools thereof, or any other account information, except my PIN clicked on, and the Log out button logged me out.
How about that! /pt
But I'm not able to duplicate the list of repeated file pages that appeared within the ~navs folder (they were deleted when I reinstalled, and those files aren't downloading any more!) So, I've decided that, even if you can't find those files, I might be able to work around it by doing what I was doing anyway, and that is cutting the sites down in size. And, I think I need to do that from the Deskop Sitebuilder.
I also made sure to delete all sites that I had created in the Sitebuilder PLUS of my account, so that, the only sites remaining are the ones you transferred from my old account.
Another question, before we go ahead, Mike: Is it going to be a problem that I have published one of the old sites in the PLUS mode?
That site is "stanleyb3t1er1ncome1.homestead.com".
If that's not a problem, Mike, then, I do want to activate Desktop SB for my new account because I see that I am needing to keep the already created sites as is and be able to work with them from the Desktop Sitebuilder.
Very glad to be back on the Desktop Sitebuilder.
Also regarding above topic of 6,086 ~navs files, I was able to replicate the list of files that are landing within the ~navs folder.
Thanks to Mike transferring an older site (from my old account to new one) that site hasn't been used as much, it contained only 243 of that same page (see above description of issue) being downloaded repeatedly in numbers.
The site that I was able to download to my new account Desktop SB, is titled, "TrevorsOld3TIBSite1". The page title is just a little different than the same page in the other sites, but it is the exact same page that is created with the navigation menu on it.
See screencast below of 243 same files within ~navs folder being repeatedly downloaded.
So, if anyone of you are able to figure this out, I would really appreciate being able to download my other sites that Mike so generously transferred over from my old account to new one. I am certain they are being stopped by the enormous number of that one page, and, it seems that, every time we download, that number increases by some multiplication factor we do not know!
Here is the screencast of what is looks like when these extra pages get that far in the process:
Regarding newer version, January 2014, of HS desktop sitebuilder, after downloading, it was doing a few quirky things, like appearing to upload but not really doing so. As well, it would work and then not work by telling me that I needed to connect to the internet.
When downloading the 2014 version, the HS website showed I had Windows 7. As well, I also set the HS properties in control panel of compatibility at Windows 7. But, a picture of one of the "stdout9" logs shows (see at red arrow of screencast below) OS name to be XP.
So, I downloaded the 2012 SB version and it is now working great as before.
Note: I also reset the HS properties compatibility value to XP security pkg 2.
[You can PAUSE this item until I test a strategy for it. I am deleting files of the site from file management in my account website management. Then, I'll try to download afterwards. I'll let you know if I am successful.
Please disregard rest of message below until I test my strategy above. Thank you.
Do you have any idea regarding the issue of those repeated files that are attached to those key sites that Mike transferred from my old to new account?
See above messages with screencasts of this problem.
Because of the number of files - in the thousands - I am not able to download those sites. I am especially wanting to be able to download the site, "Trevors3tierincome1.homestead.com". It is the master site of all of them.
If I can't download it, I will be having to recreate from an older site that I have downloaded, (without that ~nav page spoken of in messages above.)
If this is a lost cause, then I need to know that, too, so I can know how to proceed with my website creations.
Please disregard previous message above until I first test the strategy of deleting files of a site by doing so from my online account's website manager. ,
Whoa! This is a monster just growing bigger!
By the way, I was able to download another site, "Crystals3Tlerlncome", and it has 1,860 of those same pages in the ~navs folder.
I have to figure out what to do before I shut down my Desktop Sitebuilder. I'll first delete that same page (from the main directory) on line in my account's websites manager, then, I'll delete from my desktop sitebuilder as it is open right now. I can't just publish; it will go through all those pages and more. It takes almost an hour, and will be longer and longer each time...
And, I will delete that ~navs folder and contents completely from the corresponding file on my computer, and, then republish...
Hold on tight... here we go!
Unfortunately, I had already deleted that same page from the directory so it's not there in main directory, anyway. And, just deleting the ~navs folder & contents from my computer won't solve the problem, either, because those 15,624 files were downloaded from the HS files into a empty folder since it had been deleted when I reinstalled my Desktop Sitebuilder (that happened because I had uninstalled it first which was really what caused the deletions, - now know not to do it that way) but it shows that these multiple same page files are being downloaded from the HS server, and are multiplying each time they are accessed from my desktop.
So, it looks like I will be recreating this site anyway, just so I can get rid of that page once and forever.
Don't know what else to do...
Oh well, some things work and some don't.
Here is the proof of the ~navs files being deleted from the "remote" files:
WHAT DID I DO?
After the last message, I remembered that the site was still showing as not published in my website manager.
Therefore, I went to the ~navs folder in the corresponding folder on my computer, and hit delete.
Then, I returned to my Desktop SB and refreshed the file manager. Then, I selected the index page and selected "upload" to publish it.
To test... I did the following:
After that, I switched sites to another trouble-free site that loaded easily.
Then I switched sites again back to the site I was testing, and it loaded normally with one difference...
...the process (see screencast above) that said:
So, what do you think about that!
To prevent this from happening again, I am assuming, to be safe, it is best not to use the navigation menu. I, for one, will definitely not be including it on any site that I create.
It looks like I'll be paying for a new account coming up in April, but that is just fine with me because it is working great, as I am very happy using the Desktop Sitebuilder, older version 2012.
In order to get what I need transferred over from my old account ("email@example.com") there will still be a few tasks that I'll need to request help with. Thank you.
I appreciate everything you have been helping me with. It has all been worth the rather long wait, although, for the complications we encountered with my old account most likely being corrupted, it probably wasn't that long a wait after all.
Here is what I am requesting for now...
In my old "gnldnutrientprovider@gmail" account, please change the following file names by adding the number "2".
Once you have confirmed doing so, I will be reverting those same files, that are in my new account, to their original file names they had before they were tranferred.
TASK: In my old account, "firstname.lastname@example.org"
please add "2" to each file name below: Thank you. /pt
[The information below has changed. I DO need to have the old account file renamed by adding "2" after the transfer. I have to be able to get into the blog contents to capture and save into my own archive files. I do need to do this before confirming the old file for deletion. Thank you.
- previous contents deleted -