Invision Community 4: SEO, prepare for v5 and dormant account notifications By Matt Monday at 02:04 PM
Charles Garforth Posted May 16, 2015 Posted May 16, 2015 I've moved my install from a /dev folder to the root of the site, now CSS and JS don't load because they're still using the old URL. I've updated the config file on the server and any URLs (I could only find one) in the admin panel.Has anyone moved their install of version 4 and know what I'm missing? The same is for the admin too.
Charles Garforth Posted May 16, 2015 Author Posted May 16, 2015 For future information, I fixed it by enabling designers mode. Update: When I turn designers mode back off it breaks CSS/JS again.
AndyF Posted May 16, 2015 Posted May 16, 2015 There was a 'change url' script in the Documentation but I cannot find it now it seems.That would fix broken images etc after moving between URL's or moving into a different directory etc.I may still have it in my docs but unsure if I can post it here...
Charles Garforth Posted May 16, 2015 Author Posted May 16, 2015 Hey AndyF, Would you mind to send it to me via PM? The site is supposed to be going live today.
Guest Posted May 16, 2015 Posted May 16, 2015 The CSS went ok with Designer's Mode, but JS nope. to me it's still redirecting to mydomain/board/mydomain/board =(
Charles Garforth Posted May 16, 2015 Author Posted May 16, 2015 I've just noticed some core JS that still is referring to the old URL.
Charles Garforth Posted May 16, 2015 Author Posted May 16, 2015 The script should fix that.I can't find a change url script anywhere?
AndyF Posted May 16, 2015 Posted May 16, 2015 I can't find a change url script anywhere? There was a 'change url' script in the Documentation but I cannot find it now it seems. That would fix broken images etc after moving between URL's or moving into a different directory etc. I may still have it in my docs but unsure if I can post it here...
AndyF Posted May 16, 2015 Posted May 16, 2015 At your own risk (Important: Take a db backup first, please do not skip this step) as I cannot be sure if it was removed as it may not be quite compatible with the newer 40x versions.1. Ensure the paths etc are correct for the 'new' URL2. Upload the script to your board root, and visit it in your browser3. When its finished remove it (do not leave on the server)4. If it fails, restore the backup (you did take one yes?) then contact support via the Client Area5. Hmm I cannot upload files in this forum. PM me and I'll attach it there I guess.
Daniel F Posted May 16, 2015 Posted May 16, 2015 Check the paths for your storage settings( ACP => System => Files => Storage Settings)
Terry - AKA Dumbledore Posted May 16, 2015 Posted May 16, 2015 I found that if your are using default local storage, removing the constant.php file to should restore the access. I'd just rename it to test site. Once the site is back online thenregenerate the constant.php file. That work for me when I had an issue with css and js not working.
AutoItScript Posted May 16, 2015 Posted May 16, 2015 At your own risk (Important: Take a db backup first, please do not skip this step) as I cannot be sure if it was removed as it may not be quite compatible with the newer 40x versions. 1. Ensure the paths etc are correct for the 'new' URL 2. Upload the script to your board root, and visit it in your browser 3. When its finished remove it (do not leave on the server) 4. If it fails, restore the backup (you did take one yes?) then contact support via the Client Area 5. Hmm I cannot upload files in this forum. PM me and I'll attach it there I guess. I imagine the script was removed because it doesn't work properly on 4.0.5.1 - I'd already logged some bugs about it. I think that trying to use it could be filed under "bad idea"
Charles Garforth Posted May 16, 2015 Author Posted May 16, 2015 Check the paths for your storage settings( ACP => System => Files => Storage Settings) I can't find that in the new ACP? I have cache off, not touched any major settings yet. I found that if your are using default local storage, removing the constant.php file to should restore the access. I'd just rename it to test site. Once the site is back online then regenerate the constant.php file. That work for me when I had an issue with css and js not working. There wasn't a constant.php file, but I since generated one, however this hasn't fixed my CSS/JS in public and admin still using the old URL.
Terry - AKA Dumbledore Posted May 16, 2015 Posted May 16, 2015 I can't find that in the new ACP? I have cache off, not touched any major settings yet. There wasn't a constant.php file, but I since generated one, however this hasn't fixed my CSS/JS in public and admin still using the old URL. Sorry I haven't tried moving a site, I just use locahost for testing purposes and only upgrade live site once I know code is proper.
Charles Garforth Posted May 16, 2015 Author Posted May 16, 2015 Sorry I haven't tried moving a site, I just use locahost for testing purposes and only upgrade live site once I know code is proper.Yeah, same here, but this was because the site was on a preview URL while a holding site was up, now I am moving it to go live. I've never had any problem moving previous to version 4 IPB installs.
steve00 Posted May 16, 2015 Posted May 16, 2015 I can't find that in the new ACP? I have cache off, not touched any major settings yet. In admincp do you not see the following: Clicking 'Files' (as shown above will take you to following: then click Storage Settings button at top
Charles Garforth Posted May 16, 2015 Author Posted May 16, 2015 In admincp do you not see the following: Clicking 'Files' (as shown above will take you to following: then click Storage Settings button at top Thanks, All my settings are using the correct path. I've tried deleting the datastore contents incase that was holding paths, but they're still the same. It's just the public and admin CSS and JS that is using the old URL. I hope I'm not breaking any rules by posting the URL: http://gsntransformationcentre.co.uk/forums/
Daniel F Posted May 16, 2015 Posted May 16, 2015 Your paths seem to be wrong ( e.g. http://gsntransformationcentre.co.uk/gsntransformationcentre.co.uk/uploads/css_built_5/341e4a57816af3ba440d891ca87450ff_framework.css.e585b3203004a2892ed742c83f68ea5d.css?v=ad32979f5c ) If you're not able to fix this yourself via the storage settings, i would suggest to submit a ticket.
steve00 Posted May 16, 2015 Posted May 16, 2015 Thanks, All my settings are using the correct path. I've tried deleting the datastore contents incase that was holding paths, but they're still the same. It's just the public and admin CSS and JS that is using the old URL. Not sure but have you tried admincp >> system >> advanced configuration >> data storage tab
Charles Garforth Posted May 16, 2015 Author Posted May 16, 2015 All paths that I can find are correct, funny, when I turn on designers mode some CSS and JS works, but then when I sync it back it is broken again. I submitted a support request yesterday but have had no reply yet.
Charles Garforth Posted May 17, 2015 Author Posted May 17, 2015 Does anyone know IPB client support respond times? Or if they are available at weekends? I posted a new request on the 15th but haven't had a reply back yet.
steve00 Posted May 17, 2015 Posted May 17, 2015 Does anyone know IPB client support respond times? Or if they are available at weekends? I posted a new request on the 15th but haven't had a reply back yet. Weekends is limited support, also take into account time zones (support is in USA)
Charles Garforth Posted May 17, 2015 Author Posted May 17, 2015 Weekends is limited support, also take into account time zones (support is in USA)OK thank you.
Owdy Posted May 17, 2015 Posted May 17, 2015 There was a 'change url' script in the Documentation but I cannot find it now it seems.That would fix broken images etc after moving between URL's or moving into a different directory etc.I may still have it in my docs but unsure if I can post it here...That tool is removed, because its no longer needed with 4.0.5 + as all you do is update the config file with the new url, then drop your datastore cache, you can do this manually by deleting the files in that folder via FTP or by running the support tool.
Recommended Posts
Archived
This topic is now archived and is closed to further replies.