Jump to content

DaveP

Members
  • Posts

    868
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by DaveP

  1. Definitely with @abdus on this one. PHP7 is noticeably faster than 5.6, and PW has no problems (that I'm aware of?) running under 7. If it is available, do it (taking the usual precautions, obvs).

    Also, there might be optimisations you could make to your selectors and there are probably mysterious optimisations you may be able to make to your mySQL setup, depending on how much control you have within your hosting. First of those you will probably get help with here, if you are able to share some code, second is down to black magic, voodoo and selling the soul of your firstborn. Or hiring an expert.

    All of that having been said, it's a very good looking website, and it works well - initial loading doesn't feel slow, just the filtering isn't instant.

    <edit>Man, 3 more replies while I write this one.</edit>

    • Like 3
    • Haha 1
  2. 5 minutes ago, mike62 said:

    I may have to just "leave well enough alone" and stick with my 2.3 installation

    I was just typing something along those lines when you posted. It's either that, or fix Spex, or refactor the whole site not to need Spex. (I figured out where the live site is, and I'm guessing that refactoring isn't actually an option.)

    10 minutes ago, mike62 said:

    and muddle my way through making the changes — with documentation that is not correct for the version I'm using

    You might find that the core PW stuff in the working version is still covered in the docs, since stuff is rarely (never?) deprecated completely, just new stuff added, and there isn't the imperative with PW to upgrade like you might be used to with WP.

    You can always come back here for advice - we usually try to help when we can. 

    • Like 1
  3. 4 minutes ago, abdus said:

    Try uninstalling Spex. Error seems to be originating from it

    Will probably break something else, but the other thread I linked to above was related to Spex. Unfortunately, that module's author hasn't been around since early 2016, it looks like.

    It might just be that the fix in the other thread works for you (fingers crossed).

    • Like 1
  4. Hi mike62 and welcome.

    Getting a 500 on your link.

    I assume the site was working before the attempted upgrade? And no errors during the upgrade?

    What modules are installed (/site/modules/) or Modules > Site in backend? (Might just be an incompatibility there.)

    Tracy debugger is highly recommended. If PW backend is functional it may be well worth installing.

    <edit>I just noticed Spex in the error messages - this thread may be relevant.</edit>

     

  5. 5 minutes ago, Gazley said:

    Hi @DaveP - thanks so much for pointing me towards Intercooler! It looks awesome and I hadn't previously heard of it :) 

     

    No problem. I've used it quite a bit, although not for the kind of stuff you're talking about at the moment. For anyone like me who's a bit sketchy on plain js, it's a great help and very powerful. It makes doing ajaxy search boxes and such an absolute doddle, cos PW plays real nice with ajax requests.

    • Like 1
  6. https://moz.com/blog/structured-data-for-seo-1

    Seems to me that one of the huge advantages we have with PW is that it's fairly straightforward to include 'extra' stuff as part of our rendered markup, without necessarily waiting for someone else to develop a plugin of some kind, as is so often the case with other CMSs.

    This blog post (and Pt 2 when it comes out I expect) not only goes into some depth on its subject, but links to loads of other resources on the topic.

    • Like 6
  7. 10 hours ago, adrian said:

    You should know that this site brings my late 2011 Macbook Pro to its knees. 

    And completely crashes my 2007 iMac at work.

    Which isn't a unique experience... :(

    Note to Self - Next time you change jobs, get one where they have up to date hardware. :mellow:

    • Like 3
  8. Just so we are all on the same page of the hymn sheet here, what exactly do you mean by 'metadata'?

    If you mean page metadata i.e. in the source code of each page of your website, then fair enough, but that is no guarantee of improving your search results visibility.

    If you mean something else, then please explain.

  9. @abdus is absolutely right. Just to expand a little, what is happening when you do that is saying to PHP 'in this file the variable "item" to be treated as "ProcessWire\item" (for example)'. That means that if you were to find some code on e.g. GitHub that you wanted to include(), so long as it is namespaced, it can use an "item" variable (which will be treated as e.g. "ClassName\item") and can't conflict with your "item" variable.

    I'm currently developing a personal site that uses an image processing library I found on GitHub and it was fairly straightforward (even to a thickhead like me), to sort out the namespacing stuff, thus ensuring no naming conflicts.

    FWIW I thought namespacing was an unnecessary faff when Ryan first started on PW 3.n, but having seen the benefits, and considering the only downside is one extra line of PHP at the top of every file, it's not really worth leaving it out.

    • Like 1
  10. Just a few random thoughts...

    From what I can see, your code is very much heading in a good direction - splitting the task into manageable chunks is IMHO a good way to go.

    I assume your product names are in German, based on your location. If so, AFAIK you may not be able to use some of the cool stuff available for English like mySQL's SOUNDS LIKE (bit of discussion here).

    How many products is 'just a few', BTW?

    One thing to consider is making your product search AJAX powered. Then users can see instantly if they are finding products or otherwise, and you can kind of 'lead' their searching efforts. (One easy way is intercooler.js - see http://intercoolerjs.org/examples/activesearch.html. There is a PW module.)

    A small thing that I have found useful in the past is to proactively deal with common misspellings - see 

    and the rest of that thread. (YMMV)

     

    • Like 1
  11. 2 minutes ago, teppo said:

    all links to example.com/foo and example.com/foo/ would count towards the version that Google deems "primary"

    Absolutely - Google is quite often wrongly thought to be the enemy. Not at all, unless people are trying to cheat in some way. They actually do their best to understand broken site architecture, which is something that PW does a great job of helping us avoid anyway.

    And we can easily go for a belt & braces approach by adding

    <link rel="canonical" href="<?=$page->url?>">

    in our site's <head>...</head>, letting PW handle it. (Might very well be unnecessary, but can't hurt.)

    • Like 1
  12. On 8/8/2017 at 0:16 PM, teppo said:

    some SEO experts do seem to love their micro-optimisations

    That's the whole thing in a nutshell. Don't sweat the tiny details

    FWIW I don't think of the 'duplicate content penalty' as a penalty per se, more a discounting of the value of any content that is identified as a duplicate of some other content that is counted. If there is a negative, it's that it costs your crawl budget. By which I mean that say Google is prepared to crawl 10 pages of your site per visit, if 2 of those pages are the same content under very slightly different URLs, you are blowing the opportunity to have another actual different page crawled.

    Having said that, and getting back to the point, there are any number of more significant things to be spending time on.

    • Like 1
×
×
  • Create New...