I've been working on a website built with processwire, everything went fine. We put the site on production and it was doing ok. Suddenly one day it stopped recognizing the admin credentials (this happened 5+ days after I did the last change to the project). When the website owners told me what was happening, I myself tried to log into the admin account and the login page just refreshes, no error, no nothing.
I did the project setup 4-5 times just backing up the data base, 777 permissions to assets, cache and sessions folder, erasing the cache and sessions folder content as well and nothing worked.
BUT the weird thing is that I can run the same project locally (using the same database, files, everything, I tested it and yeah, it's the same database) and the credentials are working is if nothing even happened.
Tried to reset the password and with the code snippet that processwire gives us to reset the password it still works locally but not in the production ftp server.
I don't know what should I share of my project in order to make it easy to understand.
I got it, the thing was that I needed to add session.auto_start = false in my php.ini file.
I don't really know why this suddenly changed but there it is, hope this helps someone in the future.
Related
I'm facing a really strange issue with Magento.
Basically some users can login and interact with the site normally, and others login but end up with a 404 error on every page...
I've tried tweaking the cookies settings via Magento backend and also thru database. Exported and imported again the users, changed the session location from db to file... disabled cache, cleared cache, deleted everything from /var/ but nothing seem to help. And no errors are thrown anywhere.
I've also checked the session files for these users and they seem be fine.
I've noticed in the session files, that there's a brief history of the user... I was thinking if there are some tables where this data is coming from and that I can clear and see if it works.
I'm lost, really. And out of ideas!
This is for a client so I won't share exact domains but the problem is as follows..
I took over development of a website from a prior developer.
The hosting is Hostgator Business.
The primary domain is primary.com.
There is an addon domain addon.com.
The primary domain document root is /home1/username/public_html.
The addon's document root is /home1/username/addon.com.
www.addon.com had a WordPress installation which the developer had edited instead of using plugins to achieve his goals. The site also needed a complete redesign so I felt it logical to simply wipe the installation and replace it.
So, I deleted all of the WordPress files and uploaded a new copy of WordPress from wordpress.org/latest.tar.gz
Prior to deleting the old installation, the domain loaded files from it's document root perfectly.
After uploading the new installation instead of resolving to addon.com it is instead resolving to primary.com/addon.com
I've never seen this happen before so I'm lost.
There's no errors in any available logs.
All file permissions are correct.. I've triple-checked.
I've tried deleting all files and creating simple index.php and index.html files to see if it would access them ... it doesn't.
This happens in each browser I use on Windows and Linux.
I don't understand it because all I did was swap out the old WP install for a new one.
I went and re-uploaded the old WordPress installation so everything is 100% how it was but it is still going to primary.com/addon.com instead of addon.com.
Has anyone faced this issue before? I usually use Bluehost but even when I've used Hostgator in the past I've never seen this happen.
I double-checked the addon domain settings as well as anything else I could think of and everything appears normal.
I even deleted the addon domain and re-added it with the document root of /home1/username/addon.com and it still goes to primary.com/addon.com in the browser.
I submitted a ticket with Hostgator but they have not replied yet.
I'm sorry if this is long. This is my first time asking for help on here and I wanted to be sure I included everything I could.
Hostgator finally got back to me.
The previous developer had used the one-click WordPress install.
Apparently once someone uses a one-click install the only way it works is if you keep using the one-click install/you cannot do it manually any more.
From all the servers and sites I've setup this makes no sense and is a problem with Hostgator. Support did not really tell me anything other than "you have to use the one click install since the prior developer did". Great service.
Hope this saves someone some hassle.
From this it sounds like you were moving a WordPress site from the primary domain to an add on domain.
Simply moving the files from the primary to the add on domain will not make it work on the add on domain because in the database and throughout the coding of the WordPress site it would all be configured and coded for the primary domain.
It sounds like you would need to update the site home and site url from the primary to the add on domain url.
http://support.hostgator.com/articles/specialized-help/technical/wordpress/wordpress-home-fix
Also I would be suggest using a search and replace type plugin to go through all the internal coding to update the urls and links to the add on domain.
There is more information here as well http://codex.wordpress.org/Moving_WordPress
I really stuck on this issue, everytime i log in into magento admin, it's give me an ERR_EMPTY_RESPONSE on google chrome and Connection reset on Mozilla.
The shop is still accessable, but it's load very slowly. It's working fine before, and suddenly become like this.
I can't find a similiar issue like this, mostly are the shop that return an empty response and they still can access the admin page and it's caused of enabling flat category/products set up.
I'm not sure if client enabling the flat category/products. If it so, what table should i edit using phpmyadmin?
since i can't access the admin page, or there are another thing that cause this? some error code, some files missing in admin directory or htaccess thing, actually i'm not doing changes on htaccess before. Really need your help.
Restarting apache and mysql worked for me
service httpd restart
service mysqld restart
Hope this helps.
I am using magento 1.6.2.0 and it keeps returning to to login screen every time I try to do an activity.
Things I have done:
My php.ini memory limits are set at 512Mb and my times set at 18000
checked the server time, php.ini time, and magento config time
Cleard the cache from magento. no joy
Cleared the cache and session from my plesk panel, no joy
Cleaned firefox and chrome history and page cache, not joy
reinstalled Mage_Core_Adminhtml, Mage_Core_Modules, Lib_Js_Mage, no joy
I reinstalled mage JS, no joy
The only changes recently have been the magento php 5.4 patch and had to reinstall Mage_GoogleShopping becase the new one would never complete loading the page.
Every time I try to change to something in the admin menu I have to log back in.
I checked the adminnotification_inbox in the database and it was reset to zero.
I get no errors in firebug, firefox or chrome and my cookies are working although it says .nilandspalce.com.
reinstalled magento.
It is like magento keeps resetting itself as my admin notifications keep coming back after delete
I have no error reports or folder.
I have run out of ideas?
I've came across this issue before... Give this a try...
system->configuration->admin -> select security tab and check session lifetime field
This is where you can define your time...
Also, if you use some .php extensions, some of their session encrypts can cause problems...
For Ex: sjusin.session.encrypt = On (This would need to be turned to Off in some cases)
This you can find in the config file by the way
Also if this doesn't help you check this out about quota.
I'm having a huge issue with accessing my dev site. I two magentos sites on different servers. One is the dev site, the other live. However I needed to copy the database from the live to the dev site.
Ever since i did this i've had problems with accessing the dev URL. As it keeps re-directing me to the live site. I've googled the issue and tried the following:
Accessed the 'core_config_date' and changed the unsecure/BASE_URL & secure/base_url and changed them back to the dev URL.
I then went to clear the cache on the dev site, which had already been cleared from when i was installing a plugin.
Set everything to 0 in 'core_cache_option'.
Cleared cache on my browser
But i'm still getting the issue of the site re-directing to the live URL.
I've noticed a few people had had the same problem, but the above solution doesn't seem to be working for me. Any help would be much appreciated.
Thanks
Right so managed to sort it. It was a permissions issue. I overlooked it as I didn't have a linux user setup for this site. However the folder user was set to 'root' as opposed to 'www-data'.
For anyone with this issue in the future, I strongly recommend checking permissions on the server/folder for caching.
Steps to fix the issue:
Change base URL in the 'core_config_data' table (can be found on line 5 or 6, give or take)
Check permissions on your siteroot/var folder. Delete everything from /var/session & /var/cache
Run 'chown websiteuser -R siteroot' and then 'chmod u+w -R siteroot' for permissions changes.
That should be enough to get it working.
Do the below steps in your development server :
1) Check the development server database hostname,username, password in your config.xml file in below path : app/etc/.
2) Open your live server database in any editor and find the live site url entirely.
and replace with your development server url with searched result.
above two steps will solve your issues.
here after it will now solve.
3) Check your .htaccess file in your root folder to check the any redirection rule.
Check your file permissions and set them properly so Magento doesn't end up creating a MagicCache in the system /tmp folder which is where your core configs are being cached, allowing for you to clear var/cache till the end of time and have the settings in the database never take.
All over here Can't change Magento base URL -> Stuck in cache