Harmster Posted March 23, 2013 Share Posted March 23, 2013 Hey, I am busy with a school project but I get stuck when i placed my website from localhost to my domain. My site runs on a subfolder. /daplays/ /site/assets and all it's subfolders are 777. I've tried to change things around in the .htaccess but with no result. Could someone please help me ? Thanks in advance Link to comment Share on other sites More sharing options...
diogo Posted March 23, 2013 Share Posted March 23, 2013 Long shot, but did you delete the cach, logs or sessions folders before moving the site? http://processwire.com/talk/topic/2786-request-seems-to-be-forged/?p=30109 Link to comment Share on other sites More sharing options...
Harmster Posted March 24, 2013 Author Share Posted March 24, 2013 No I didnt, I did empty it now though and it still doesn't work. Does it matter that it is in a subdir with an another PW setup in the rootdir? Link to comment Share on other sites More sharing options...
ryan Posted March 24, 2013 Share Posted March 24, 2013 Subdirectory vs. root doesn't matter. Most likely ProcessWire can't get sessions started. Try removing your /site/assets/sessions/ dir completely, and then re-creating it. Give it whatever permissions are necessary for ProcessWire to write to it. If you do 777, and this is not a dedicated server, then check with your systems administrator to see if you can lock that down a little better. Link to comment Share on other sites More sharing options...
Harmster Posted March 25, 2013 Author Share Posted March 25, 2013 Subdirectory vs. root doesn't matter. Most likely ProcessWire can't get sessions started. Try removing your /site/assets/sessions/ dir completely, and then re-creating it. Give it whatever permissions are necessary for ProcessWire to write to it. If you do 777, and this is not a dedicated server, then check with your systems administrator to see if you can lock that down a little better. I've emptied both folders, with no result. The folder has 777 and still doesn't work. I am kinda stuck since i really need to access the admin panel. Well i guess i'll try to redo the whole process. Link to comment Share on other sites More sharing options...
arjen Posted March 25, 2013 Share Posted March 25, 2013 Did you empty them of did you delete them and recreated the directories? Another option would be to install a new version of PW and import the database and replace the files in /templates/. Shouldn't be much work. 1 Link to comment Share on other sites More sharing options...
Harmster Posted March 25, 2013 Author Share Posted March 25, 2013 Will try that now... Hope it works it really starts to frustrate me >.< 1 Link to comment Share on other sites More sharing options...
interrobang Posted March 25, 2013 Share Posted March 25, 2013 Does it matter that it is in a subdir with an another PW setup in the rootdir?I never tried to install PW inside another PW. And I am sure this matters. What does your filesystem structure look like. Where did you install the 2nd ProcessWire instance? Do you bootstrap your 2nd PW in one of your templates of the root PW? I guess the sessions of the 2 PWs conflict. Do you have the same User Authentication Salt in both /site/config.php ($config->userAuthSalt = '')? I guess the salts have to be the same if you have nested PW instances. Do you have the same users with the same passwords in both PW instances? Another idea is to rename one of the sessions in /site/config.php ($config->sessionName = 'wire2';) Link to comment Share on other sites More sharing options...
interrobang Posted March 25, 2013 Share Posted March 25, 2013 Edit: Sorry, double posted Link to comment Share on other sites More sharing options...
ryan Posted March 27, 2013 Share Posted March 27, 2013 I never tried to install PW inside another PW. And I am sure this matters. I do it all the time here. You are right that it's a good idea to make it use a different session name for each. Being logged into one of the PW instances doesn't have you logged into the other, either way. @harmster: you can always disable the CSRF protection too by editing your /site/config.php and adding: $config->protectCSRF = false; That's not an idea solution, as having CSRF protection is a good idea. But it will solve it until you can find another resolution. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now