Frumph

You don’t need a loop. The loop is already created for you when you go to one of the archive.php category.php and taxonomy.php type template files that are called automatically

The ‘amount’ to display is handled in the settings -> reading

the archive.php can facilitate all of them under one roof. to which case you can grab almost any archive.php from any theme and take a look at how it’s done

mine is here:
https://github.com/Frumph/comicpress/blob/master/archive.php

Which is a bit more uhm, extravagant then most.

<?php
if (is_category()) {
	$theCatID = get_term_by( 'slug', $wp_query->query_vars['category_name'], 'category' );
	if (!empty($theCatID))
		$theCatID = $theCatID->term_id;
	if (isset($wp_query->query_vars['cat'])) $theCatID = (int)$wp_query->query_vars['cat'];
}
	$catquery = new WP_Query( 'cat='.$theCatID.'&posts_per_page=3' );
	while($catquery->have_posts()) : $catquery->the_post();
?>

I’m assuming you’re using the archive.php for this, otherwise say something.

If you add this bit of code to check the query_var’s for the ?(&)cat= and then have the wp_query use that catID it will use it for the query

Or, if anything you can see how it’s done in this example

..writing from memory so you probably want to adjust that a little

If the post doesn’t have codeus_portfolio_select as meta data for it, it will cause that error; frankly any of them to be honest.

Looks like your code is not validating whether or not that template has the meta information in it before it runs.

^ that’s the style champ, it does not contain that information.

Set your settings to display 10 blog posts, in the settings -> reading and tell me if it works.

If you have to set that value someplace else for the amount of posts on the home page I can tell you that code-wise it’s not written properly and the author needs to fix it by setting the value in the pre_get_posts not just the loop.

While I understand you don’t know anything about code or editing code this is something you would discuss with the theme author.

Also since it’s a studiopress theme and not available on the repository, you pretty much have to talk to them.. since we can’t just open it up and look at it to help you..

the stylesheet is loading like this:

<link rel="stylesheet" href="//st.prntscr.com/2014/09/23/0518/css/main.css"/>

It’s missing the http: part of it.

Might be because of the minification that you have going on.

Disable all plugins (clear and disable cache as well) and see if it continues. It’s very well possible you have a plugin (or) the theme you are using is adding scripts to the head in places it’s not supposed to be that is not compatible with the latest WordPress version of jquery/scripts that it has which is causing those mishaps.

Most likely a plugin that dequeues a script and then enqueues their own; which causes this meltdown as well… which is the most common thing.

but, then again i’ve seen some users who added a bunch of browser cache code to their site to speed it up which could mean your browser didn’t update the scripts and trying to use old ones, .. for those you need to use the command in your browser to load the site fresh without looking at cache, in firefox it’s control-R ..

So, there are quite a few things that could cause it; but … the first step is clear your browser cache; second step is to disable all the plugins (then try it), switch the theme to a base WordPress theme (then try it)

find out where the conflict is coming from