Forum Replies Created

Viewing 15 replies - 91 through 105 (of 108 total)
  • Thread Starter MaxVaehling

    (@maxvaehling)

    Huh. Weird. Showed on my Chrome without any hassle. (The redirect from ‘/eng’ (without the /) did come quite hesitantly, but apart from that…)

    I’ve disabled both the complete .htaccess and single arguments within (for both .htaccesses, just to be thorough) and tested by fetching the url with Google’s Webmaster tool (which tagged ‘/eng/’ “unreachable” when I tried that yesterday, but had no porblem with either ‘/’ or ‘/shop/’).

    No change. Well, except that “unreachable” turns into “not found” when the last rewriteRule in root goes missing either way. But that was to be expected.

    Thread Starter MaxVaehling

    (@maxvaehling)

    Update: There’s definitely a 500 error in place. Google Webmaster tools just alerted me to an increase in those error messages. Of course, all the messages are telling me is: “well, that happened” rather than what actually went wrong. Looking into robots.txt settings now.

    Thread Starter MaxVaehling

    (@maxvaehling)

    Hi Mika,

    I have two .htaccess’s due to my host’s file structure (one to direct everybody to the right folder, and the WordPress one).

    Here’s the top-level one:

    RewriteEngine on
    order allow,deny
    allow from all 
    
    #php_flag display_errors off
    Options -Indexes
    
    Options +FollowSymlinks
    RewriteEngine on
    
    redirectMatch 301 ^wordpress/eng/category/conny-van-ehlsing-monster-hunter/feed/$ http://www.dreadfulgate.de/wordpress/eng/feed?cat=577
    
    RewriteCond %{HTTP_HOST} !^www\.dreadfulgate\.de$ [NC]
    RewriteRule (.*)$ http://www.dreadfulgate.de/$1 [R=301,L]

    (I’ve cut a few more feed redirects because I’ve checked for those and to make it more readable. They’re pretty much like the one I kept.)

    Here’ the WordPress one:

    RewriteEngine On
    RewriteBase /wordpress/
    RewriteRule ^index\.php$ - [L]
    
    # uploaded files
    RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]
    
    # add a trailing slash to /wp-admin
    RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]
    
    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^ - [L]
    RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
    RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
    RewriteRule . index.php [L]

    Those files were the first place I looked for clues, of course, but maybe (hoepfully!) you can see something I didn’t.

    Okay, one by one…

    The ‘option’ I mentioned for making the disappearing act go away: I wouldn’t know what option that is because I don’t know your theme, I’m just hoping you can find a nice friendly checkbox in your theme’s options or config menu that says “make content invisible initially” which you can then uncheck. Reinstalling the theme porobably won’t help unless you also clear out the database. Trust me, you don’t want to do that.

    Loading a post when clicking the navigation: Yeah, that’s pretty much how Comic Easel works. It creates posts for the comics, and you navigate along the posts’ permalinks. (Kantorwont does that, too, btw, just look at the adress bar.) What you want is for the posts’ page layouts to look the same as your home page. Depending on how your theme is built, you do that either by moving the bits that are supposed to stay the same from the front page template to header.php or wherever that stuff is stored, and the bottom bits to the footer. Or you just copy and paste them to the single.php template if the other thing doesn’t work. (But I recommend the former, if you can. Saves on page load time, too.) There’s also a chance that your theme has statica page assigned as a front page, and it’s different from a post in some ways. You can check for that in settings/reading. But tbh, I don’t think it’s likely.

    Not sure what Frumph meant (could be how you read it), but the general idea is to, well, find the best position and put the code there. I guess he referred to content.php because that’s where the theme sorts out the blog loop.

    Most WP themes will have placeholders in their header, index and footer files – php includes or <div> call-outs that signify “that bit goes here”. Find the one that sounds like the place you’re looking for (I guess: above where the blog post goes), insert, see what happens, repeat till you’re satisfied. The right spot could be anywhere in header.php, index.php, content.php or even footer.php, depending on how your theme is organized, as well as any include they reference that isn’t page.php or single.php.

    I may have had the same problem. Do the images in your media library not show either? Even if you upload an image directly through the media library?

    If so, your .htaccess may be misconfigured to read the media right. It’s a WP/multisite thing, non-comic easel folks have it, too.

    Your .htaccess should contain this line:

    # uploaded files
    RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]

    Instead of whatever is in there about uploaded files right now. If there is anything.

    And when I say ‘options’, I mean ‘config’.

    Well, I dug around a bit, and it looks like you can indeed rig the code that generates the comic blog area.

    The code is in CE’s /functions/injections.php. It’s the part that starts with: function ceo_display_comic_post_home() { (Line 216 in my copy, but that may vary depending on version.)
    A couple of lines underneath that, it reads:
    $query_args = 'post_type=comic&showposts=1&order='.$order.$chapter_on_home;
    Replace the 1 with a 5, and that should be all.

    Note: This only works if you only use the <do_action> code that once. Well, it also works if you use it more often, but then it works everywhere. (BTW, I’ve noticed you have the action in your single.php. You don’t need it there. Single.php shows the comic blog post by default.)
    Also, I have no idea if it messes up the plugin at some other point. It shouldn’t, though

    I don’t know exactly what you mean by ‘similar to Kantorwont’. The first/last buttons? (You should be able to edit the navigation in Comic Easel’s ‘Options’. Or disable it and go with the widget which you can place in any sidebar.) The placement right underneath the comic? (You got that on the home page. If you choose the widget, you can place that in the sidebar under the comic. If your theme doesn’t have a sidebar there, CE can make it for you. Again, in ‘options’.)

    It’s possible that the do_action(comic-blog-area) function only works when the page isn’t already showing the post. like yours seems to do. (Yep, looks like it. I’ve just disabled the is_home() condition on my own do_action action, and it still only shows on the homepage where there isn’t a blog post to go with the comic.) You could dectivate the post on the home page (in options) and then place the area, but why would you? You’d just be replacing the post with the post.

    The comic’s disappearing act is probably a functin of your theme. It’s not just the comic, btw – I think I’ve seen other elements do that, too. There may be an option for that.

    Since posting the above, I’ve explored the navigation a bit further, since I’m also having issues with traversing between chapters. Finally beginning to figure it out, so I thought I’d share.

    It seems the traversing feature, as well as the ‘next chapter’ and ‘previous chapter’ function in the widget menu, only work right if the chapters are consecutively numbered. I’ve left numbering gaps in my offline layout so I wouldn’t have to upload all 720 comics pages just yet, and it seems that made the navigation wonky.

    Maybe that helps?

    It seems Straysonline just used the comic blog area on the home page. Which is basically just the blog content before the “more” tag. If that’s what you want – easy. Just include
    <?php do_action(‘comic-blog-area’); ?> where you want that content – and when you upload a comic, make sure you use that ‘more’ separator and keep the post snappy before that.

    As for not displaying the comic on the home page, there are two ways of doing that, depending on where you’ve placed the comic-area code. If it’s somewhere further down and could just as well be in one of the templates, just put it there (I’m guessing ‘there’ would be single.php, but it really depends on your theme structure) instead. Or, if it’s in header.php and really can’t go anywhere else (or if it’s more convenient for you), extend the “do_action” code with a condition that excludes the home page.

    This would read something like:

    <?php if ( !is_home() ) { do_action(‘comic-area’); } ?>

    No worries. That’s what the forums are for.

    The easiest, most low-tech way would be to write some extra css into the page template that cancels out the css from style.css. Something like

    ‘<style> #primary { margin:0px; } </style>’
    right above the bit where it calls for id=primary.

    Unless you’re using the same temploate for something else, too. In which case you’ll need a conditional tag like ‘if (is_page(‘comic’)’ or (is_single()’, whatever your page structure demands.

    It’s probably more elegant to assign an extra class or something, but this is the first thing that comes to mind.

    According to Firebug, it’s in wp-content/themes/formation/style.css, line 519ff. The margin settings should be a few lines below that.

    So if it’s in it gets pushed below the comments? (Been wondering about that since I didn’t see the sidebar under the footer.)

    I’ve noticed that on the comic page, the whole #primary area seems to be too far to the right, probably pushing the sidebar off to the next position it could grab hold on. If you hover over the area in Firebug, it marks the area to the right of… everything… as part of #primary. If you deactivate the margin settings for #primary in your theme’s css, it stops doing that, but it may interfere with other pages. So, try and error.

    Or maybe the comics area is too wide. Or the sidebar. Or the page wrap too narrow. If that’s the case, you can fix that in css. Just make sure the widths for the comic area and the sidebar aren’t larger than the page width (or 100%). Better to have a bit less to account for margins and padding.

    Does the page template you used even utilize a right sidebar? Because the page doesn’t seem to load one.

    If it doesn’t just copy/paste the php for the sidebar from index.php or whatever template has it into the page template php file.

    If it’s not that, there’s a possibility that the way you’ve placed the do_action(‘comic-area’) somehow messed up the routine that calls for the template. Fixing that could be as easy as placing it somehwere else.

    So I guess, the basic recommendation here is just to fiddle about a bit.

Viewing 15 replies - 91 through 105 (of 108 total)