Jump to content


  • Content count

  • Joined

  • Last visited

  • Days Won


BrowserBugs last won the day on March 22

BrowserBugs had the most liked content!

1 Follower

About BrowserBugs

  • Rank

Users Experience

  • Experience
  • Area of Expertise
    I'm Learning

Profile Information

  • Gender
  • Location
    Surrey, UK

Recent Profile Visitors

17,324 profile views
  1. Mobile SEO

    The rest of the article is generally a good combination of best practises; something Google has been actively promoting with their free tools, all of which get a mention, the article isn't wrong. The one sticking point is maybe just the phrase "Mobile-First Index", smacks of a new buzzword for what's actually already going on. His point about responsive sites have nothing to worry about is correct if the content remains the same. My point about ensuring the markup is tight is for things like open and closed menu; if a collapsed menu is incorrect then the search engines will assume it's not actually there, same for read more expansions, all the content is non existent to mobile and so cannot be accounted for when ranking the mobile version, which was why they ran separate desktop and mobile results, makes sense. So if for theories sake all websites are responsive and all correctly marked up with content identical on both versions then we could just as easily say "Desktop First Index"? To me it's sort of chicken and egg.
  2. So I took a $21 punt on a Fiverr logo designer from Canada ... 24hrs eh, we'll see :)

    1. Show previous comments  1 more
    2. BrowserBugs


      Hahaha I want it spelt correctly ;)

    3. rbrtsmith


      How do people charging these kind of prices ever earn a living?  $21 won't buy you much in Canada

    4. BrowserBugs


      No idea, figured it'd be fun to find out ;)

  3. Which is better, please?

    I think its a combination of search engine trust and visitor expectation; be it visual or at code level. I've split the Moz example down to show why search engines get a clear signal from the 'listed' article to the actual article page. You'll see in the example I've highlighted the parts which are then reused on the article page to confirm the expected content from the listing.
  4. Which is better, please?

    I've done some testing in this area. Although headline is a good way to link through additional links should be simple like "Read Article" or something, it's also a better user experience as some people assume to click on the headline, others look for a call to action, covering both bases is the best approach - oh and click image doesn't hurt either as again some people assume it'll lead through. A good example of this would be the Moz blog; https://moz.com/blog. Here they use image click, headline click and a clear "Read Post" button.
  5. Hahaha my wife would disagree I'd make a style mate something like; .nav { list-style-type:none;margin:0; } .nav li { padding:10px;border-bottom:1px solid #000; } then ... <nav> <h2>SMI Services</h2> <ul class="nav"> <li><a href="#">Page Name</a></li> <li><a href="#">Page Name</a></li> </ul> </nav> or to take it to the next level with Schema ... <nav> <h2>SMI Services</h2> <ul class="nav"> <li itemscope itemtype="http://schema.org/SiteNavigationElement"><a href="#" itemprop="url"><span itemprop="name">Page Name</span></a></li> <li itemscope itemtype="http://schema.org/SiteNavigationElement"><a href="#" itemprop="url"><span itemprop="name">Page Name</span></a></li> </ul> </nav>
  6. Um, you can control <hr> to some degree, see https://css-tricks.com/examples/hrs/ as an example, and also paragraphs have margin by default. I would however consider if you're using the right markup for the task, this looks like a navigation so using <p> for navigational elements is an odd choice. If it is a navigation you could use; <nav> <h2>SMI Services</h2> <ul> <li><a href="#">Page Name</a></li> <li><a href="#">Page Name</a></li> </ul> </nav> then style the list, pad list elements, add a bottom border etc.
  7. Which is better, please?

    Now might be a good time to standardise the image dimensions to become a universal size. I've used a method on a few clients sites where the lead image is also used as the open graph image for the article page. For some of your examples it would require a little Photoshop but you can end up with something like below which looks great when shared on socials.
  8. Mobile SEO

    I've had a read and I'm not convinced as no citation to Googles "Mobile-First Index"; the only citation was to the mobile friendly update which only confirms why they separate their search results. Google uses mobile and desktop for a few reasons, a considerable one being hidden content on mobile versions - that said in more recent times they can utilise js to expand and collapse if correctly marked up. Essentially responsive with no difference in content between mobile and desktop is the way to go (ignoring retina and other quirks for front end but that's device capabilities specific). I figure Google will always rank your desktop version for desktop and vice versa; it's tangible you could rank #1 for mobile and tank desktop serps.
  9. Which is better, please?

    I'm sooooo gonna drop that in a client meeting, hahaha, new industry buzz word
  10. Reading the url

    Dangerous mate, you're letting anyone use mysite.com/showussomething and you're just bolting "showussomething" to .php and then digging around in a folder looking for it?? Edit: Sorry for the grumble. If set on request uri then form an array of legitimate urls and base files and use for comparison, something like; $site_map = array( array('name' => "Horse Riding", 'base' => "horse-riding.php", 'url' => "/horse-riding"), array('name' => "Base Jumping", 'base' => "base-jumping.php", 'url' => "/base-jumping") ); $page_ok = false; $current_location = $_SERVER['REQUEST_URI']; foreach($site_map as $sm) { if($sm['url']==$current_location) { $page_ok = true; $page_base = $sm['base']; } } if(!$page_ok) { // Page is not ok so 404 or whatever. } else { // Page url is ok, so including "/includes/" . $page_base; would work. }
  11. Reading the url

    Ah so you want mysite.com/horseback-riding to load /includes/horseback-riding.php? If so wouldn't htaccess be easier? Options +FollowSymlinks RewriteEngine On RewriteBase / RewriteRule ^horseback-riding/?$ /includes/horseback-riding.php [NC] ... NC makes it case insensitive. Then it you ever move the page you could 301 the url to its new home.
  12. Which is better, please?

    Agree, test page is my preference also
  13. Reading the url

    I would never recommend using $_SERVER['REQUEST_URI'] for any kind of include, I can't honestly think of when you would need to. Using anything which might trust a user is a bad plan, better to rely on what you use internally. What are you trying to include and why would it not be there?
  14. new nominees and winners?

    Not really, IMO developer vs designer is hard to judge, how would and SEO vs developer work?
  15. Reading the url

    It won't as slashes works on \ not /. In order to help what do you need to know which you don't already know? The reason I ask is it helps with an accurate answer. If you're using $_SERVER['REQUEST_URI'] then it's because you don't know where you are and you need this in order to display. What do you need the url for? Edit: To clarify it's whether you are using real folders, e.g. /realfolder/index.php or if you're using htaccess to rewrite urls e.g. RewriteRule ^products?$ /products.php RewriteRule ^products/([^/]*)$ /products.php?id=$1 [QSA,NC] ... in which case you can $_GET['id'] and it'll work.