I'm not a wordpress person - but I had to move Wordpress to a subdirectory from root for a person the other day.
I followed the steps on the Wordpress site - and everything transferred fine. All the articles, logins, etc. display fine.
The issue is the images in the articles - they are linking to the old address (from root: www.domain.com/link/to/image); the images are now in a subdirectory (www.domain.com/blog/link/to/image)
What is the best way to resolve that? Obviously going into each article and re-linking would solve the issue but is there an easier, less time-intensive way? .htaccess? some other bit of coding that would be helpful? Again, I'm not a wordpress guy so I'm not sure what would be the best way to do this but I would think there has to be something besides manually going through blog posts?
Have you tried going to:
Settings in WP-Admin >> Media Settings
Then try changing both:
"Store uploads in this folder" Default is wp-content/uploads
"Full URL path to files" Configuring this is optional. By default, it should be blank.
This should do the trick
Search RegEx is a good plugin to be able to search and replace with Grep through all posts and pages.
Related
I have a strange issue. When added a new domain to my site, "latest news enhaced" module started to appear truncated, it does not show the calendar and has a different style. For your reference : original installation http://myxolargos.gr/ilioupolis/
addon domain http://www.ilioupoli.gr/
I have tried to uninstall and install from new domain, but again it doesn't work properly in ilioupoli.gr It obviously has to do with a path somewhere?
Any ideas?
Thank you.
This has happened to me before. What fixed the problem for me was to turn "Search Engine Friendly URLs and Use URL Rewriting" off.
Navigate the site on the frontend, to the area affected.
Then turn "Search Engine Friendly URLs and Use URL Rewriting" on.
The issue is related to this stylesheets, one for each module:
/ilioupolis/modules/mod_latestnewsenhanced/stylemaster_238.css
/ilioupolis/modules/mod_latestnewsenhanced/stylemaster_239.css
/ilioupolis/modules/mod_latestnewsenhanced/stylemaster_240.css
Removing them from the original install removes the css rules that handle calendar date and position of the green text (like the new install). So check this files in the new install and you will find the problem.
How is it with the img/p folder in Prestashop 1.6.0.9? Is it possible fully to clean it? Cause this folder went to big now, and FTP is almost full now, i need space. For example when i renamed it on FTP, all images on the website worked, and prestashop created automaticaly one new img/p folder, and all seems that works right (also when the initial img/p was out after renaming). Thanks in advance.
when you delete the folder you may see the images working, its from smarty cache, once you clear the smarty cache, presta default (not found) image will be shown.
I did a Pyro test installation at mydomain.com/pyro, and now that I have the site configured, I wanted to move everything up to the root directory. It worked fine, except for when I leave off the "www" in my URL, so:
'www.mydomain.com' works fine, all of the navigational links point to the right pages
'mydomain.com' does not work, all of the navigational links still point to the '/pyro/' test directory
I can't find anything in the config files or the database to change this.
How can I fix this?
Have you tried clearing you page cache? Utilities > Maintenance then under Cache Maintenance
Have you checked the default_pages.uri and default_pages.slug columns in your database?
I'm having problem with a client site. I'm not good with Joomla (we mostly do Wordpress), but one of my long-time clients asked me to move a site from another developer that never finished it, so I obliged. The problem is, everything is working great except for the Community page:
http://gettingripped.com/index.php/community
The only errors I'm finding are with the Facebook integration (which they told me the previous dev never finished/fixed). I'm really confused here...anyone out there have any ideas? It seems instead of showing the proper titles that Com_community_somethingElseHere is replacing everything.
Thank you guys in advance for your help!
Seems something is wrong with the en-GB.com_community.ini file.
Location: gettingripped.com/language/en-GB/en-GB.com_community.ini
I could not find the file in the above location!!!
Put this file in that folder and it will work!!!
If you can't find the file to put in the folder, create your own and place it there.. how? Well, google for this string as it is (including double quotes) "en-GB.com_community.ini" and open the first couple of results.
Then copy paste the displayed file content into your own ini file (name it en-GB.com_community.ini) and place it in your en-GB folder.
Load the page and it will show up as it should!
I've successfully installed Fishpig's Magento WordPress Integration extension. I followed the instructions where you install via Magento Connect and had no problems. This is by the way all on the development server which does not have Caching or Compiling enabled.
The Magento cart is installed in the webroot directory and WordPress is in subdirectory "wp" as stated in Fishpig's instructions. The Full Integration blog path is /blog.
PROBLEM:
When I visit the blog's page it is not using the Magento theme. I even set it to use the same layout (same as CMS's homepage) We have a custom Magento theme. Maybe there is something we are doing incorrectly Magento theme wise for Fishpig's extension not to work. Screenshots to come eventually but the host (DataGram) is down due to the flooding Downtown. Should be back hopefully today.
To clarify... WordPress is using its own database. In the Shop's admin panel->WordPress tab I setup Full Integration and set the path to "wp" and the blog path is blog.
So, now if I visit for example... example.com you are in the shop and if you visit example.com/blog you are in the fully integrated blog.
Bottom line is it seems to be configured fine in the admin panel. I am not requesting the blog page from the wp directory (I.E: example.com/wp) but from the fully integrated page (example.com/blog).
Our problem could be similar to what this person is experiencing:
Magento - FishPig Integration - Not getting correct template for /blog
Have a great weekend all!
Best Regards,
George
Huzzah looks like I got things working :-)
The culprit was that this file:
"app/design/frontend/default/eboost/layout/wordpress.xml"
^^ was pointing to the wrong template filename. Corrected and was good to go. Modified line was number 66.
Funny thing is that on the top of that XML file it states:
"
Option 1 - local.xml (recommended)
Create a file named local.xml in your custom theme's layout folder. You can then make changes to the layout there by
using the relevant layout handle. This allows you to leave this file intact and recieve new features
when upgrading the extension.
Option 2 - copy this file
Copy this file and it's contents to a new file in your custom theme's layout folder named wordpress.xml.
Each time you upgrade, you will need to check with your copy of the file and
the copy in app/design/frontend/base/default/layout/wordpress.xml for changes and merge any you find"
Now, as stated in my Original Posting I installed FishPig extension using their instructions: http://fishpig.co.uk/wordpress-integration/docs/installation-and-configuration.html
^^ Therefore I don't know why it is setup using Option 2. That wordpress.xml is in our theme's layout directory.
.
.
.
I feel I should also state the other changes I did even though it doesn't seem like it contributed to making it work. Just doing for completeness:
-- Renamed the subdirectory /wp to /wordpress and changed all references to dev.eboost.com/wp to dev.eboost.com/wordpress within the DataBase using http://interconnectit.com/124/search-and-replace-for-wordpress-databases/
-- Removed .htaccess from /wordpress folder
So bottom line is looks like it is working normally. We are now set for working on redesign for site.
--George
Have a look at this.
http://www.wellicious.com/gbren/wellblog
I also used Fishpig and it is working.
What do you mean by visiting the blog page? Do you request the blog page from the wordpress directory?
If so, it doesn't change its design.
You have to request the blog within your shop.