Canonical / link en CGBlog

[Gregor]

Hallo,

In de link van CGBlog zijn er twee varianten die ik de source van mijn pagina zie, nl.:
http://www.uisge-beatha.eu/logboek/401/ ... box-3.html
en
http://www.uisge-beatha.eu/logboek/401/ ... box-3.html

Om de canonical variable een waarde te geven, gebruik ik in de detailtemplate van cgblog:

Code: Select all

{if isset($entry->canonical)}
   {assign var='canonical' value=$entry->canonical}
{/if}

In de head van de template gebruik ik o.m.:

Code: Select all

{if isset($canonical)}<link rel="canonical" href="{$canonical}" />
{elseif isset($content_obj)}<link rel="canonical" href="{$content_obj->GetURL()}" />
{/if}
<meta property="og:description" content="{$entry->summary|strip_tags:false}" />
<meta property="og:url" content="{$canonical}" />

Kijk ik naar de source code van deze pagina http://www.uisge-beatha.eu/logboek/401/ ... box-3.html dan zie ik staan:

<link rel="canonical" href="http://www.uisge-beatha.eu/logboek/401/ ... box-3.html" />
<meta property="og:description" content="Het testen van de compressor..." />
<meta property="og:url" content="http://www.uisge-beatha.eu/logboek/401/ ... box-3.html" />

Daar waar '15' staat, zou '30' verwachten. Is dit erg? Nou in zoverre dat FaceBook er bij het controleren van de pagina moeite mee heeft en in niet alle gevallen dit verschil wil verwerken.

Is er een manier om dit op te lossen. Mijn voorkeur heeft de lay out met '30' in de url, gewoon omdat je dan het artikel in een bredere kolom leest. In het geval van '15' is het een drie-koloms lay out en in het andere geval een tweekoloms.

Dit is wat de developers site van FB teruggeeft:

Input URL, Access Token, or Open Graph Action ID

Scrape Information
Response Code: 206
Opgehaalde URL: http://www.uisge-beatha.eu/logboek/401/ ... box-3.html
Canonical URL: http://www.uisge-beatha.eu/logboek/401/ ... box-3.html

Object Properties
og:url: http://www.uisge-beatha.eu/logboek/401/ ... box-3.html
og:type: website
og:title: Verbouwing koelbox - 3
og:image:
og:description: Het testen van de compressor...
og:updated_time: 1359817721

Raw Open Graph Document Information
Meta Tag: <meta property="og:description" content="Het testen van de compressor..." />
Meta Tag: <meta property="og:url" content="http://www.uisge-beatha.eu/logboek/401/ ... box-3.html" />
Meta Tag: <meta property="og:title" content="Verbouwing koelbox - 3" />
Meta Tag: <meta property="og:image" content="http://www.uisge-beatha.eu/uploads/cgbl ... t_-_30.jpg" />

Redirect Path
origineel: http://www.uisge-beatha.eu/logboek/401/ ... box-3.html
og:url: http://www.uisge-beatha.eu/logboek/401/ ... box-3.html
Final URL is in bold (this is the URL we tried to extract metadata from).
URL's

Graph API: https://graph.facebook.com/155817051236197
Scraped URL: See exactly what our scraper sees for your URL

Dank je wel voor het meedenken,
Gregor

[Rolf]

Het tweede getal is de pagina waarvan het blogartikel is aangeroepen. Dit wordt gebruikt door de teruglink.
In CGBlog admin kun je een standaard detailpagina instellen. Dat zou het moeten oplossen.

grt. Rolf

[Gregor]

Dank je Rolf, echter ik zie dat getal niet staan in de "Option" van CGBlog. Of bedoel je op een andere plaats?

Grtz., Gregor

[Rolf]

Summary View Options
Default detail page (if no page id is specified on the URL):

[Gregor]

Ah, niet zoek naar een getal

Als er op de pagina die ik daar kies al een tag en wat content staat, maakt dat dan uit of wordt alleen de paginaverwijzing gebruikt?

Thnks, Gregor

[Rolf]

Als je daarnaast in de {CGBlog} tags geen detailpagina opneemt, dan zou hij iedere keer dezelfde link moeten maken

[Gregor]

Nee, gaat nog niet goed, de ene keer is $canonical de juiste url en de andere verwijst hij naar http://www.uisge-beatha.eu/Nieuwtjes.html m.a.g. dat de informatie die wordt doorgestuurd naar FB niet klopt.

Kan niet achterhalen waarom die canonical-variable niet consequent de juiste waarde teruggeeft. In geen van de pagina's staat er een verwijzing in de {CGBlog}-tag naar een detailpage. Deze is nu in options gezet op de te openen pagina, die heet weliswaar Nieuwtjes, maar dat zou toch door pretty-urls omgezet moeten worden?

[Rolf]

je kunt de canonical variabele eens in een detail sjabloon zetten, dan kun je de waarde zien in verschillende pagina's.

Maar zit de MetaMax module hier ook nog tussen?

[Gregor]

Meatamax zit hier (weer) tussen. Het probleem uit de vorige post leek niet Metamax te zijn, maar een tag die erin stond voor het bijhouden van statistiek. Deze is er nu uit en alles lijkt weer als verwacht. Zekerheidshalve houd ik hier nog wel extra aandacht op.

Als ik in de detail template een echo doe van {$canonical} dan heeft deze in de template de te verwachten waarde. Is de site geladen en kijk ik in de source, dan zijn alle OG-tag's voorzien van de waarde die ik zou verwachten; Dit laat ik niet door Metamax genereren, maar heb ik er zelf ingezet en verschijnt tussen <head> en </head>:

Code: Select all

<link rel="image_src" type="image/jpeg" href="{$entry->file_location}&#47;{$entry->fieldsbyname.facebook_thumbnail->value}" alt="{$entry->title|escape}" />
{if isset($canonical)}<link rel="canonical" href="{$canonical}" />
{elseif isset($content_obj)}<link rel="canonical" href="{$content_obj->GetURL()}" />
{/if}
<meta property="og:description" content="{$entry->summary|strip_tags:false}" />
<meta property="og:url" content="{$canonical}" />
<meta property="og:title" content="{$entry->title|escape}" />
<meta property="og:image" content="{$entry->file_location}&#47;{$entry->fieldsbyname.facebook_thumbnail->value}" />

De uitkomst van bovenstaande als ik in de source kijk nadat de pagina is geladen, is:

<link rel="image_src" type="image/jpeg" href="http://www.uisge-beatha.eu/uploads/cgbl ... t_-_30.jpg" alt="Verbouwing koelbox - 3" />
<link rel="canonical" href="http://www.uisge-beatha.eu/logboek/401/ ... box-3.html" />
<meta property="og:description" content="Het testen van de compressor..." />
<meta property="og:url" content="http://www.uisge-beatha.eu/logboek/401/ ... box-3.html" />
<meta property="og:title" content="Verbouwing koelbox - 3" />
<meta property="og:image" content="http://www.uisge-beatha.eu/uploads/cgbl ... t_-_30.jpg" />

Ik krijg de indruk dat de verwerking aan de zijde van FB niet goed is. Een bugje....

[Gregor]

Ik krijg meer en meer het idee dat het "misgaat" bij het processen van de smarty-variabelen; hoe zou het anders kunnen dat in de source van de pagina alle gegevens er keurig instaan en als ik in de debug tool van FB opvraag wat er in de source staat, dat diezelfde metatags leeg zijn?

Grtz., Gregor

[Rolf]

Ik zie op de site links "Logboek" en "Nieuwtjes"
http://www.uisge-beatha.eu/logboek/396/ ... tje-2.html
http://www.uisge-beatha.eu/logboek/401/ ... box-3.html

Als beiden uit CGBlog komen dan zit er een verschil in de module tag aanroep, dat kan niet anders. Alle andere instellingen zijn gemeenschappelijk.

[Gregor]

Op de homepage worden die twee koplommen vanuit een gcb opgebouwd:

Code: Select all

<div id="logboek">
    <h2>{cms_selflink page="logboekpagina" text="Logboek"}</h2>
    {CGBlog pagelimit="3" detailpage="logboekpagina" lang="nl_NL" summarytemplate="UB_Logbook_frntpg" category="Logboek,Tochten"}
</div>
<div id="nieuwtjes">
    <h2>{cms_selflink page="Nieuwtjes" text="Nieuwtjes"}</h2>
    {CGBlog number="3" lang="nl_NL" summarytemplate ="UB_Nieuwtjes_frntpg" category="General,Motor,Te water lating,Binnenboord,Onderhoud,Statistiek,Hardlopen"}
</div>

Die roepen dan toch de op default ingestelde detailtemplate aan? Ik ben al wel langer aan het worstelen met de logica van cgblog. Nu heb ik in de options van cgblog de default pagina ingesteld, dus die zou dan uit de eerste aanroep van bovenstaand cgb kunnen. (inmiddels gedaan).

Het bij bizarre vind ik wel, dat ik dan in de source alles zie staan wat ik zou verwachten, de debugger tool van FB dat ook vindt, maar in de scraped url in de debugger van FB, die tags leeg zijn. Ik begrijp dat als dat geparsed wordt naar FB, dat je op je pagina niet de juiste info ziet

Waar gaat dit fout???

[Rolf]

Haal dit eens uit de tag detailpage="logboekpagina"
dan zal de standaard module instelling worden gebruikt.
En zal altijd /logboek/111/blah gaan zien

[Gregor]

Heb ik gedaan Rolf. url ziet er nu voor beide delen gelijk uit.

De processing in FB, daar gaat het nog steeds mis.

[Rolf]

Heb ik gedaan Rolf. url ziet er nu voor beide delen gelijk uit.

De processing in FB, daar gaat het nog steeds mis.

Het gaat dus overal goed, behalve in Firebug... Wat is dan nu het probleem Het gaat er toch om dat je in Goegel geen dubbele pagina's krijgt?