Google zoekfunctie alleen News en niet CGBlog?

[Gregor]

Ziet er nu mooi uit voor de detailpagina's.

Maar hoe zit het met de summary page? deze: $page_name == 'news'  bestaat niet.

Ik wist wel dat ik er niet in twee keer zou zij.
Wat zou ik daar 'moeten' invullen?

Gr. Gregor

[deactivated010521]

----------

[Gregor]

Dank je Arnoud. News gebruik ik niet meer, de combi met cgblog en rss feed werkt niet, althans niet toen ik daarmee bezig ben geweest met hulp van Rolf. Dus news berichten doe ik nu via cgblog. Maakt vor mij geen verschil. Dus, als het goed is ... dan wordt op de site nergens meer een news aanroep gedaan. Zal er nog een zoekactie op doen; mogelijk dat er vanuit een artikel een ander artikel wordt aangeroepen. Om dat te achterhalen zal ik een zoekactie door de db doen.

Gr. Gregor

[Gregor]

Een update:
Er lijkt een verandering in de zoekresultaten te zijn. Zoek vanaf de site op 'kn filter' en ik zie 1 resultaat. De link naar het artikel is nog geen cgblog en geen pretty url:
http://www.uisge-beatha.eu/index.php?mact=News,cntnt01,detail,0&cntnt01articleid=7&cntnt01lang=nl_NL&cntnt01returnid=30

Voor zover ik op de site zie, bestaan er geen News-summary pages meer. Zoek er zo nog wel naar.

Gr. Gregor

[deactivated010521]

----------

[Gregor]

Dank je Arnoud. Even 'getest' en na het toevoegen van beide regels:

Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.

Dat gaat Google niet helpen

Gr., Gregor

[deactivated010521]

----------

[Gregor]

Minder disclaimers helpt wel
Deze werkt. Ik heb news veranderd in nieuws, uitgaande dat het verwijst naar een url en niet naar de module.

Gr.,Gregor

[Gregor]

Er bleek nog een pagina te zijn waar {news} in staat (alias is lbjaar). Deze alias heb ik in de code van de template geplaatst om de canonical te laten zien als deze bewuste pagina wordt aangeroepen.

Code: Select all

{if $canonical_link != ''}
   {$canonical_link}
{elseif $page_name == 'lbjaar'}
   <link rel="canonical" href="http://www.uisge-beatha.eu/logboek/" />
{/if}

In de news summary template en in de detail template staat nu:

Code: Select all

{if isset($entry->canonical)}
  {* {assign var='canonical' value=$entry->canonical} *}
  {capture assign='canonical_link'}<link rel="canonical" href="{root_url}/logboek/{$entry->id}/{$entry->title|munge_string_to_url}/" />{/capture}
{/if}

Ben benieuwd of google nu wel de juiste pagina's gaat indexeren...

Gr., Gregor

[deactivated010521]

----------

[Gregor]

http://www.uisge-beatha.eu/logboek/ bestaat niet en
http://www.uisge-beatha.eu/Logboek_overzicht/ geeft een error.

Hoe kom je daar nou zo snel achter???
Maar goed, beide pagina's bestaan niet. Waarom de 2e een error geeft terwijl die niet bestaat. Ik heb wel de namen van de aliassen gewijzigd naar een meer logische naam. Kan het daarmee te maken hebben? (nog los van hoe google daarmee omgaat....)

Ter aanvulling, 'logboek' is de naam die ik heb gegeven aan de pretty url voor cgblog -> options -> prefix pretty url

Gr., Gregor

[deactivated010521]

----------

[Gregor]

I'm lost...
.htaccess gaat mijn pet te boven, na de nodige uren stoeien, zoeken, herlezen, generator proberen, ben ik nog geen streep verder. Als ik op de site bijv. naar 'overvaren' zoek, dan krijg ik een google-pagina met allemaal verschillende links die allemaal naar eenzelfde artikel komen Ik heb het idee dat ik alleen maar verder afdrijf van het oorspronkelijke probleem

Mijn .htaccess ziet er op dit moment als volgt uit, waarbij ik de eerder gedane suggestie met # uitgecommentarieerd.

# Attempt to override some php settings, these settings may be helpful on some hosts if your
# default configuration does not meet CMS's minimum requirements, and your host
# has given your account appropriate permissions
# php_value upload_max_filesize "10M"
# php_value session_save_path "tmp/cache"

#php_flag magic_quotes_gpc Off
#php_flag register_globals Off
#php_flag session.use_trans_sid Off
#php_flag display_errors off
SetEnv TZ Europe/Amsterdam

#enable php.ini
suPHP_ConfigPath /home/efacti/php.ini

# (this is important, so uncomment if your host permit)
#Options -Indexes
#ServerSignature Off
#
Options +FollowSymLinks
#

RewriteEngine on
#
#Sub-dir e.g: /cmsms
RewriteBase /

#
# 301 Redirect all requests that don't contain a dot or trailing slash to
# include a trailing slash
# but ignore POST requests.
#RewriteCond %{REQUEST_URI} !/$
#RewriteCond %{REQUEST_URI} !\.
#RewriteCond %{REQUEST_METHOD} !POST$
#RewriteRule ^(.*) %{REQUEST_URI}/ [R=301,L]

# Rewrites urls in the form of /parent/child/
# but only rewrites if the requested URL is not a file or directory
#
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)$ index.php?page=$1 [QSA]


# Optimization of the website
AddOutputFilterByType DEFLATE text/html text/plain text/xml

# Insert filter
SetOutputFilter DEFLATE

# Netscape 4.x has some problems...
BrowserMatch ^Mozilla/4 gzip-only-text/html

# Netscape 4.06-4.08 have some more problems
BrowserMatch ^Mozilla/4\.0[678] no-gzip

# MSIE masquerades as Netscape, but it is fine
# BrowserMatch \bMSIE !no-gzip !gzip-only-text/html

# NOTE: Due to a bug in mod_setenvif up to Apache 2.0.48
# the above regex won't work. You can use the following
# workaround to get the desired effect:
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html

# modified 18mei2010
# Don't compress images
# SetEnvIfNoCase Request_URI \
# \.(?:gif|jpe?g|png)$ no-gzip dont-vary

# modified 18mei2010
# turn on the module for this directory
ExpiresActive on
# set default
ExpiresDefault "access plus 72 hours"
ExpiresByType image/jpg "access plus 1 months"
ExpiresByType image/ico "access plus 1 year"
ExpiresByType image/gif "access plus 1 months"
ExpiresByType image/jpeg "access plus 1 months"
ExpiresByType image/png "access plus 1 months"
# ExpiresByType text/css "access plus 1 months"
ExpiresByType text/javascript "access plus 1 months"
ExpiresByType application/javascript "access plus 1 months"
ExpiresByType application/x-shockwave-flash "access plus 1 months"
#
#

Header set Cache-Control "public"
Header set Expires "Thu, 15 Apr 2012 20:00:00 GMT"

#
#
#
# Make sure proxies don't deliver the wrong content
Header append Vary User-Agent env=!dont-vary
#
# Om Google een handje te helpen (CMSMS forum NL)
#RewriteBase /
#RewriteCond %{REQUEST_FILENAME} !-f
#RewriteCond %{REQUEST_FILENAME} !-d
#RewriteRule ^news/([0-9]+)/(.*)$  logboek/$1/$2 [R=301,QSA,L]
#RewriteRule ^news/([0-9]+)/(.*)$  logboek/$1/$2 [R=301,QSA,L]
#
#RewriteRule ^(.*)test.html$  index.php?page=404 [R=404,L]
#ErrorDocument 404  /index.php?page=404
#
#
# use images on sub domain
#
# Order deny,allow
# RewriteEngine  on
# RewriteCond %{REQUEST_URI} \.(ico|gif|jpg|jpeg|png|flv|pdf|mp3|wav|js|css|kml|xml)$
# RewriteCond %{HTTP_HOST} ^www\.image\. [NC]
# RewriteRule .* http://www.uisge-beatha.eu/uploads/images%{REQUEST_URI} [R=301,L]

Wie kan me een stukje verder helpen?

Gr., Gregor

[Gregor]

Ik heb nu deze regels in .htaccess opgenomen:

Code: Select all

# Om Google een handje te helpen (CMSMS forum NL)
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^news/$ logboek/$1 [R=301,QSA]

In sommige links zie ik staan
www.uisge-beatha.eu/news/getal_1/getal_ ... _link.html

en in sommige links zie ik staan
www.uisge-beatha.eu/news/getal_2/omschrijving_link.html


Daarom de RewriteRule aangepast, maar ben er niet zeker van of dit ook de oplossing is; er zijn nog steeds links met 'news' in de url. Kijk maar eens op deze link die vanaf de site is gemaakt met als zoekopdracht "denemarken"
http://www.google.nl/cse?cx=partner-pub-3514636835854223%3Adxfo8gajmec&ie=ISO-8859-1&q=denemarken&sa=Zoeken&siteurl=www.uisge-beatha.eu%2F

Daar staan nog steeds links in met 'news' in de url. Zoek ik daarentegen naar 'kn filter', dan krijg ik een heel lange link terug (niet-pretty url), maar geen verwijzing naar een pretty url uit het logboek, maar wel in News. Zoek ik op 'k&n filter', dan krijg ik
www.uisge-beatha.eu/news/7/31/Luchtfilter.html
In dit geval handmatig 'news' vervangen door 'logboek' werkt niet omdat /31 teveel is in de link.

Dan zou mij conclusie zijn dat de rewriterule nog nog niet lekker werkt? En mogelijk (daarmee) het indexeren ook nog niet.

Gr., Gregor

[deactivated010521]

----------