Closed (won't fix)
Project:
Drupal core
Version:
6.15
Component:
node system
Priority:
Critical
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
4 Jan 2010 at 18:19 UTC
Updated:
15 Jun 2011 at 15:01 UTC
When I create and or save content on my drupal site, it drops the port number "my site is website.com:654" and gives the following link in the address bar, which I have no idea where it's coming from. I see "website.com/?q=node%2F177&268056720=1", instead of "website.com:654/whatever". This site I have been developing for a month, and up until a few minutes ago, I could save and edit content with no issue. NOW, when I do try to save anything, it just goes to "website.com/?q=node%2F177&268056720=1" without my port number. And what exactly is the "?q=node%2F177&268056720=1" part???
Comments
Comment #1
arhak commentedI can't tell you what
268056720=1fragment is about, looks like a cache-skip variable set to truebut
?q=node%2F177means--
?q=node/177(equivalent tonode/177when clean_url is enabled)-- you don't have clean URL enabled anymore
try going to
variabletable (e.g. through phpMyAdmin) and setclean_urlvariable tos:1:"0";this will make the system know that rewrite rules are not available
then check how does your site behave and post back
Comment #2
lejon commentedHi,
I have the same issue after switching servers with 6.15.
I tried your suggestion and my whole site went to 500 error. I changed it back clean_url variable to s:1:"1"; and now whole site down. With 500 internal server error, even with trying to access ?q=admin.
Any ideas how to get my site back?!
Comment #3
arhak commented@#2 changing a value in a table does NOT causes http error 500
the source of that problem is related to another configuration issue (internal server config) with by chance coincided with time you edited the variable
if it is a misconfiguration of your hosting provider I can't take a guess on the fly
but thinking the fault might come from your fingertips the best guess would be improper edition of the
.htaccessfile (invalid rules or combination of rules)backup the current
.htaccessyou have (if it is customized by you or your developers some how) and try restoring that file from a fresh Drupal install, check if the site comes back (to the same previous status)also you can ask for support to your ISP even when they might not been related to what caused it, but as their client you have the right to ask them if they did something or if you're the culprit
Comment #4
dpearcefl commentedClosing due to lack of response. Problem solved already?