Search results

The folders containging the files for the subdomains had the wrong permission set, I corrected this and they now appear to be working. For information: correct permissions for folders are 755 in most cases.

I did look at your account and noticed that it does look like something went wrong with the transfer of your account, there are no domains listed for it, I'll alert those responsible for migrations about that.

Did you read the post about why it was decided to migrate to DA? See: https://x10hosting.com/community/threads/cpanel-migration-to-directadmin.206877/ If not, here is the short version, cPanel people got greedy and decided to charge per account on the server in addition to the base license. For...

All accounts are moved as of a few weeks ago, if you find something not working with your account (such as login issues, unsuspension not working etc), let us know so we can look into it. There are some backend work remaining though. If you have a custom domain that does NOT use our name...

The domain will now properly point to your account, I can confirm it works from my end. If you want the same content as on your x10 provided domain you'll need to copy the files over to the public_html folder of the new domain though (copy is always safer then just moving).

It should definitely be working by now then, I'll do some digging.

You will need to tell wordpress to not use the new address, wordpress is constructed in such way that it will always try to redirect to the url used in settings. There are a couple options for doing that, see this article for how to do it by editing a file...

Your account is migrated just fine, everything looks right. What do you have as host in your ftp client? The server address has changed, your server is: x14.x10hosting.com Ps. it is always best to start your own thread so that your questions are not overlooked

It appears to be a slight error with your account after migrations, I have notified the responsible admin

Domain changes can take as long as 72 hours to fully propagate over the internet (though it is commonly done within a few hours). When did you get the domain and start changing its settings and add it to the account? From what I can see everything looks right though.

Looks like the cause for issue is your IP changes along the way, the session is started with one IP and then it changes making the session reset causing the login to fail. I did notice that you are on a mobile connection (at least judging from the look up on the IPs involved), this is...

I have bumped you up to 1 gb.

Now, if you have issues with your account, the proper action would have been to request help in the "Free Hosting" section here at the forums. Unfortunately we have no way of knowing your account fails if you don't tell. I noticed you were suspended and I have unsuspended your account.

I wish it was that easy, but currently you are hitting the max on Inodes, and this is a firm limit for free hosting (50000 files/folders in total). Even if I give you more diskspace that doesn't affect the number of Inodes you can have on the account. The only way to get a higher number on that...

I'm a bit at loss right now, you had some files/folders with wrong permissions, which I sorted out but it seem to still fail with an error that apparently doesn't come up in error log In general files should be set for 644 and folders for 755 I do see some odd things in a couple files as well...

The migrations would not have changed the username in any way, how do you experience that it has changed? I found the issue with your logins, it appears that your account failed in transfer (and is therefor still loading from old server), I have notified the one in charge of migrations about...

I have manually unsuspended your account and it should be good to go momentarily.

That may be the least of your worries, what you have there is considered file hosting which is prohibited by ToS, see the section about File Storage. Due to this the account has been suspended for breach of ToS.

I found two separate issues, the first was the permissions were all wrong (in general a folder needs 755 and a file needs 644, you had some sort of in between for them all, namely 754), I have corrected this. The second issue was your script uses mysql_ statements, and that extension was...

I have sorted this out for you now.