Forum Replies Created
-
AuthorPosts
-
March 21, 2015 at 3:57 pm in reply to: Cropped Thumbnail Images (It's NOT the Media Settings…) #145125PelowtzMember
Fixed it! Whew!
For those interested:
I went into the functions.php file for my theme (not the child theme) and edited the "add_image_size" function.
Currently the theme creates all of these image sizes (most of them are never used):
add_image_size( 'bigger-thumbnail', 110, 80, array( 'center', 'center' ) );
add_image_size( 'main-full', 1140, 530, array( 'center', 'center' ) );
add_image_size( 'main-post', 750, 350, array( 'center', 'center' ) );
add_image_size( 'main-block', 360, 200, array( 'center', 'center' ) );
add_image_size( 'slider-1', 360, 165, array( 'center', 'center' ) );
add_image_size( 'slider-2', 360, 195, array( 'center', 'center' ) );
add_image_size( 'slider-3', 165, 135, array( 'center', 'center' ) );
add_image_size( 'slider-4', 263, 350, array( 'center', 'center' ) );
add_image_size( 'slider-5', 555, 350, array( 'center', 'center' ) );
add_image_size( 'slider-6', 1140, 350, array( 'center', 'center' ) );The 'main-block' image was the culprit.
All I had to do was change the width of the 'main-block' from 200 to 165, so now the 'main-block' crop is:
add_image_size( 'main-block', 360, 165, array( 'center', 'center' ) ); // Main Post Image For Block Listings
It worked perfectly! We'll see what unforeseen problems this creates in the future...;)
October 20, 2014 at 9:02 pm in reply to: [Urgent] Import Buddy: Source Site Is Redirecting To The Destination Site #128553PelowtzMemberRESOLVED:
I Played around with just about everything, including the htaccess file, and finally got it to work. Surprisingly it was not the htaccess file. It was the wp-config.
The main problem was that I could not even login to the backend of wordpress to edit the permalinks, and the htaccess file edits weren't the resolution.
Here is a summary of the problem and the solution, for the record in case anyone else has this problem.
1. When trying to make a COPY of my site as a staging/dev setup (i.e. not migrating it), I did not create a new database in the destination URL. Also (like an idiot), I went into the advanced options of import buddy and chose to delete the current database and overwrite what was there. Don't do this.
2. Additionally, Instead of using the new database settings I told import buddy to reference the source site's database. This made it so both sites were referencing the same database.
3. Import buddy overwrote the wp-config.php file of my source site and my destination site.
4. As an added "WTF?" I found out that TextEdit on my Mac was inserting invisible characters in the code when using that to edit. This caused errors in the wp-config.php file and made it appear as though this was not the problem when I first tried to edit this file. I ended up editing it in TextMate and it fixed the problem
5. I don't know if this next step was necessary, but I did it anyway.Backup Buddy's troubleshooting guide told me that because I used the source site's database settings instead of a new one in the destination, I would have to re-run import buddy with the new DB settings and that would fix the problem. So, I deleted the destination site (on more than one attempt) and re-ran import buddy.
What I did not do on the first three attempts is go back into the advanced settings and select "delete database again". This scared the Shi! out of me but I was desperate. It worked, and on that final attempt I used the original source site's DB settings while overwriting the current DB.
Then I deleted the destination site one last time and re-ran import buddy with my new destination site DB settings. Most importantly I put a new DB prefix on the destination site's new DB. This was one of two key mistakes I made on my first attempt.
This almost fixed the problem. If I remember correctly I was still getting redirected to my destination site every time I clicked on an internal link in my source site. So I had to go back into my FTP and check the wp-config.php file. This time I used TextMate to put the correct DB settings on both sites and overwrite the files. Now both sites were most certainly pointing to their own unique databases.
I wasn't totally out of the woods. I was still stuck in a redirect loop from source to destination when I tried to login to the backend. The way I fixed this problem was instead of going to /wp-admin I went to /wp-login.php on both sites. For some reason this worked and I was able to login on both sites to their respective back ends.
Whew! Hope this helps someone else like me.
Lessons learned:
DON"T EVER DELETE A DATABASE (unless you know EXACTLY what you are doing)
Do a full backup before you do anything
Check your Backup Buddy settings regularly to make sure your site is being backed up like you expected. I found out that my stash was full and hadn't accepted a backup in a month. Luckily I had a backup from 10/15, otherwise I would have been REALLY screwed.
Follow the directions exactly on the importbuddy screens. Don't assume you know what will happen
Heed the warnings from the advanced settings section of import buddy
In emergency situations like this, don't wait to ask for help. I should have posted in this forum ASAP, rather than waiting 3+ hours trying to troubleshoot myself. Likewise, call someone who knows more than you, even if it costs you money.PelowtzMemberYoast is incredible and does all the XML sitemap work for you.
FYI if you click on the "See my XML Sitemap" button within the plugin and you get a 404 error page, this is BAD.
Luckily, all you have to do is uncheck the "enable XML sitemap" button, save, then check the box again and save.
That worked for me to get rid of the 404 error page. Now just go to google webmaster tools and submit the sitemap url.
Last step: put a fork in your XML sitemap problems, cause' their DONE. 😉
PelowtzMemberha! I figured it out. The theme is doing exactly what it's supposed to do. Pilot error confirmed.
FYI. The homepage images in the demo theme are in fact 1140 x 350 (which is why I duplicated those dimensions for our graphics). Like a rookie I assumed that the images will be 1140 in all instances.
This is not the case.
If you are using the content>sidebar template like me on the homepage, the images are cropped to fit the sidebar in. If you take away the sidebar the images are re-sized to 1140.
Thanks again for your help.
PelowtzMemberThanks for the reply. Of course I didn't think of looking at the width. You are correct. This is the education theme.
You are right, but it actually raises more questions than it answers. I want the images to be 1140.
Now for some reason the entire content section of the theme is only 980 wide. it should be 1140. I don't know why this is or when this happened. I am sure I edited some CSS somewhere that is making this happen.
Any input?
Thanks again for the help.
June 19, 2014 at 7:38 pm in reply to: Overwrite CSS in Header Right Widget – Education Theme #110702PelowtzMemberYes!! First of all, THANK YOU! It worked perfectly.
Secondly - what advice can you give someone like me that is a self taught wordpress "developer"? I teach myself everything as I go with wonderful help from people like you. What are the top three resources and/or training practices you might recommend? what worked for you?
Lastly - how can I give back to the wordpress helpers out there like you that altruistically decide to solve all our problems for free? 😉 I know too little about development to be active in the forums like you (right now).
Just trying to give back to the universe.
Thanks again.
Jesse.
May 31, 2014 at 10:41 pm in reply to: Balance Theme Mobile Responsiveness – "home-featured-right" + Genesis eNews #107703PelowtzMemberYou were right once again. I ended up just using a text box with img src to display the featured image. The responsiveness looks a little better but I am willing to accept it for now.
Thanks so much!
May 31, 2014 at 3:57 pm in reply to: Balance Theme Mobile Responsiveness – "home-featured-right" + Genesis eNews #107672PelowtzMemberNow I of course have a follow up question...
As the screen width gets smaller the "home-featured-left" element gets disproportionately smaller than the "home-featured-right" element.
Why does this happen? I would prefer that they stay the same size...
again, any help will blow my mind.
May 31, 2014 at 3:47 pm in reply to: Balance Theme Mobile Responsiveness – "home-featured-right" + Genesis eNews #107669PelowtzMemberYes!!! Woohoo!! Thanks so much for the help. It worked immediately.
I know just enough "developing" to get me in trouble... 😉
Many, Many, Many Thanks.
May 31, 2014 at 1:20 am in reply to: Mobile Responsiveness in Balance Theme for menus, widgets #107587PelowtzMemberHey Anitac-
Thanks for the two plugins you mentioned. They helped me - I had similar problems as Benjer.
I am having another issue that I hope you can help me with. To help me explain (and if you would oblige), you can go to the Studiopress Responsive Testing Page and test my URL
newtheme.jesseplautz.com
http://www.studiopress.com/responsive/As you can see the text in the blog post below my featured widgets is overlapping with the "home-featured-right' CSS element (that houses the Genesis eNews extended email signup widget).
Why is this happening? it is the last bit of responsive troubles.
Any help would be greatly appreciated
-
AuthorPosts