Hur ska jag redirekta till en annan förstasida när drupals egen inte funkar

Events happening in the community are now at Drupal community events on www.drupal.org.
göran's picture

Hej,

Har problem med att redirekta till en första sida under: Hem » Administration » Konfiguration » System

Om jag lägger in "content/minforstasida" som förstasidesval så försvinner även den sidan, så att den inte kan visas - varken via länken "hem" eller med direktadress i url-en.
Provade att ladda ner modulen "redirect" men den verkar inte kunna flytta förstasidan, eller?

Tar tacksamt emot idé på lösning ;)

Comments

ups - glömde säga DP 7.16

göran's picture

Alltså, jag använder DP 7.16 samt temat Omega

// Göran

göran's picture

Jag har alltså från början en .htacessfil som krävs för att "Rena URL-er" ska fungera.
(Om det är .htacess-filen som omintetgör drupals möjlighet att välja nod för visning av default-/första-sidan vet jag inte, men jag tror det.)

Om jag lägger in följande 3 rader SIST i Htacess-filen - så kan jag skapa en redirect till rätt nod - och då fungerar det.
Notera att: Den här lösningen åsidosätter förmodligen Drupals övriga funktioner med första sidan/ defult-sidan, vilket i mitt fall är ok

RewriteEngine on
RewriteCond %{REQUEST_URI} ^/$
RewriteRule ^(.*)$ http://www.exempel.com/content/minforstasida

OBS - lösningen måste placeras sist i .htacess-filen

// Göran

Specific start-sida

tsvenson's picture

@Göran: Visserligen fungerar det med att göra så i .htaccess-filen. Dock så gör det att en hel del funktioner som använder t.ex. "<front>" eller olika tokens för start-sidan inte fungerar som de skall.

Bättre är isf att specificera din startsida på admin/config/system/site-information. Då kommer alla funktioner att fungera som dom skall.

--
/thomas
T: @tsvenson | S: tsvenson.com

göran's picture

sidan där du föreslår.
Tack för dina synpunkter - håller med.

Men det är just den funktionen som inte fungerar, dvs skriver jag in sidans adress i admin/config/system/site-information så funkar det att nå sidan alls - dessutom fungerar inte länken till den adresserade sidan längre heller - och inte ens att skriva adressen manuell i webläsarens URL-fönster, så den blir helt oåtkomlig..?

Jag misstänker att det är något kommando i .htacess-filen som är orsaken från början - att det inte funkar att ange defaultsidan i admin/config/system/site-information (.htacess-filen är DP original för att "rena URL-er" ska funka, vilket kräver dennan .htacessfil i mitt fall.)

Så problemet är ju lite "pest eller kolera" just nu.

Så här ser min .htacess ut - har bytt adressen till example.com

#
# Apache/PHP/Drupal settings:
#

# Protect files and directories from prying eyes.
<FilesMatch ".(engine|inc|info|install|make|module|profile|test|po|sh|.sql|theme|tpl(.php)?|xtmpl)$|^(..|Entries.|Repository|Root|Tag|Template)$">
  Order allow,deny
</FilesMatch>

# Don't show directory listings for URLs which map to a directory.
Options -Indexes

# Follow symbolic links in this directory.
Options +FollowSymLinks

# Make Drupal handle any 404 errors.
ErrorDocument 404 /index.php

# Force simple error message for requests for non-existent favicon.ico.
<Files favicon.ico>
  # There is no end quote below, for compatibility with Apache 1.3.
  ErrorDocument 404 "The requested file favicon.ico was not found.
</Files>





# Set the default handler.
DirectoryIndex index.php index.html index.htm

# Override PHP settings that cannot be changed at runtime. See
# sites/default/default.settings.php and drupal_initialize_variables() in
# includes/bootstrap.inc for settings that can be changed at runtime.

# PHP 5, Apache 1 and 2.
<IfModule mod_php5.c>
  php_flag magic_quotes_gpc                 off
  php_flag magic_quotes_sybase              off
  php_flag register_globals                 off
  php_flag session.auto_start               off
  php_value mbstring.http_input             pass
  php_value mbstring.http_output            pass
  php_flag mbstring.encoding_translation    off
</IfModule>

# Requires mod_expires to be enabled.
<IfModule mod_expires.c>
  # Enable expirations.
  ExpiresActive On

  # Cache all files for 2 weeks after access (A).
  ExpiresDefault A1209600

  <FilesMatch .php$>
    # Do not allow PHP scripts to be cached unless they explicitly send cache
    # headers themselves. Otherwise all scripts would have to overwrite the
    # headers set by mod_expires if they want another caching behavior. This may
    # fail if an error occurs early in the bootstrap process, and it may cause
    # problems if a non-Drupal PHP file is installed in a subdirectory.
    ExpiresActive Off
  </FilesMatch>
</IfModule>

# Various rewrite rules.
<IfModule mod_rewrite.c>
  RewriteEngine on

  # Block access to "hidden" directories whose names begin with a period. This
  # includes directories used by version control systems such as Subversion or
  # Git to store control files. Files whose names begin with a period, as well
  # as the control files used by CVS, are protected by the FilesMatch directive
  # above.
  #
  # NOTE: This only works when mod_rewrite is loaded. Without mod_rewrite, it is
  # not possible to block access to entire directories from .htaccess, because
  # <DirectoryMatch> is not allowed here.
  #
  # If you do not have mod_rewrite installed, you should remove these
  # directories from your webroot or otherwise protect them from being
  # downloaded.
  RewriteRule "(^|/)." - [F]

  # If your site can be accessed both with and without the 'www.' prefix, you
  # can use one of the following settings to redirect users to your preferred
  # URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option:
  #
  # To redirect all users to access the site WITH the 'www.' prefix,
  # (http://example.com/... will be redirected to http://www.example.com/...)
  # uncomment the following:
  # RewriteCond %{HTTP_HOST} !^www. [NC]
  # RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
  #
  # To redirect all users to access the site WITHOUT the 'www.' prefix,
  # (http://www.example.com/... will be redirected to http://example.com/...)
  # uncomment the following:
  # RewriteCond %{HTTP_HOST} ^www.(.+)$ [NC]
  # RewriteRule ^ http://%1%{REQUEST_URI} [L,R=301]

  # Modify the RewriteBase if you are using Drupal in a subdirectory or in a
  # VirtualDocumentRoot and the rewrite rules are not working properly.
  # For example if your site is at http://example.com/drupal uncomment and
  # modify the following line:
  # RewriteBase
  #
  # If your site is running in a VirtualDocumentRoot at http://example.com/,
  # uncomment the following line:
  # RewriteBase

  # Pass all requests not referring directly to files in the filesystem to
  # index.php. Clean URLs are handled in drupal_environment_initialize().
   RewriteCond %{REQUEST_FILENAME} !-f
   RewriteCond %{REQUEST_FILENAME} !-d
   RewriteCond %{REQUEST_URI} !=/favicon.ico
   RewriteRule ^ index.php [L]
 
  # Rules to correctly serve gzip compressed CSS and JS files.
  # Requires both mod_rewrite and mod_headers to be enabled.
  <IfModule mod_headers.c>
    # Serve gzip compressed CSS files if they exist and the client accepts gzip.
    RewriteCond %{HTTP:Accept-encoding} gzip
    RewriteCond %{REQUEST_FILENAME}.gz -s
    RewriteRule ^(.
).css $1.css.gz [QSA]

    # Serve gzip compressed JS files if they exist and the client accepts gzip.
    RewriteCond %{HTTP:Accept-encoding} gzip
    RewriteCond %{REQUEST_FILENAME}.gz -s
    RewriteRule ^(.).js $1.js.gz [QSA]

    # Serve correct content types, and prevent mod_deflate double gzip.
    RewriteRule .css.gz$ - [T=text/css,E=no-gzip:1]
    RewriteRule .js.gz$ - [T=text/javascript,E=no-gzip:1]

    <FilesMatch "(.js.gz|.css.gz)$">
      # Serve correct encoding type.
      Header append Content-Encoding gzip
      # Force proxies to cache gzipped & non-gzipped css/js files separately.
      Header append Vary Accept-Encoding
    </FilesMatch>
  </IfModule>
</IfModule>

# ----------> DEFAULTSIDA -----------
# vilken sida/nod som svarar mot adresssen
RewriteEngine on
RewriteCond %{REQUEST_URI} ^/$
RewriteRule ^(.
)$ http://www.example.com/content/valkommen

// Göran

Kan tillägga att felet även uppstår i den lokala

göran's picture

uppsättningen, dvs om man sätter in "content/valkommen" som defaultsida, i valet under admin/config/system/site-information. så är första sidan fortfarande blank.
(Använder MAMP Pro)

Men, när man kör sidan lokalt så funkar länken till sidan (content/valkommen), och det går att skriva adressen i webläsarens URL.

Så ursprungsfelet måste ligga härstamma till tema eller DP 7.16 - core.

// Göran

Prova system-länken

tsvenson's picture

Ahh, jag ser att du använder aliaset. Det har jag själv haft problem med. Prova att använda system-länken istället. T.ex "node/[nod-nummer]". Du hittar listan över alias -> system-länk admin/config/search/path.

--
/thomas
T: @tsvenson | S: tsvenson.com

göran's picture

"content/valkommen".

Det mest konstiga är att
Även när jag stänger av "rena url-er" så omvandlas adressen i alla fall till content/valkommen i stället för värdet jag skrev in = "node/16" (har clearat cashen - mellan avstängning och inskrivning ).

Jag har alltså misslyckats med att skriva "rätt" adress i fältet, hela tiden...

// Göran

testade en sak till (i lokal körning)

göran's picture
  1. Stängde av rena url-er
  2. delet-ade alla alias
  3. Skrev in node/16 - nu behålls adressen admin/config/system/site-information

Resultat = FEL: SIDAN ÄR FORTFARANDE BLANK

// Göran

Väldigt skumt. Jag testade

tsvenson's picture

Väldigt skumt. Jag testade precis på en ren D7.16 installation:

  • Skapade an "Basic Page" som fick node/1
  • La till "node/1" som Front Page på admin/config/system/site-information
  • Klickade på "home" i brödsmulorna och min nya sida används nu som start-sida.

Går även att gå till sidan med /node/1 och /startsida (aliaset jag gav den).

Du råkar inte ha "/" i början på system-länken du skriver in på admin/config/system/site-information? Ett rätt vanligt misstag många gör.

--
/thomas
T: @tsvenson | S: tsvenson.com

göran's picture

Har dock haft liknande problem tidigare, i tidigare versioner och med andra teman/kund, och skippat iden om att länka om defaultsidan.

Jag får det också att funka med en enkel installation, men så fort man bygger innehåll, ansluter moduler etc så funkar det inte...?

Dessa moduler kör jag bl a - utöver core-standard

  Actions permissions 7.x-3.0 I
  Administration menu 7.x-3.0-rc3
   CCK 7.x-2.x-dev
   Comment 7.16   
   Context layouts 7.x-3.0-beta4  
   Context UI  7.x-3.0-beta4  
   Contextual links    7.16   
   Database logging    7.16   
   Delta Blocks    7.x-3.0-beta11 
   Delta Color 7.x-3.0-beta11 
   Delta UI    7.x-3.0-beta11 
   Email   7.x-1.2
   Entity tokens   7.x-1.0-rc3            
   Help    7.16       
   List    7.16   
   Menu Block  7.x-2.3
   Module filter   7.x-1.7
   Omega Tools 7.x-3.0-rc4
    Overlay 7.16   
   Path translation    7.x-1.7            
   Pathauto    7.x-1.2
   RDF 7.16   
   Search  7.16   
   Shortcut    7.16   
   Views Bulk Operations   7.x-3.0
   Views UI    7.x-3.5
   Wysiwyg 7.x-2.2
   Toolbar 7.16   
   Transliteration 7.x-3.1
   Update manager  7.16   

// Göran

Såhär på rak arm kan jag inte

tsvenson's picture

Såhär på rak arm kan jag inte direkt se någon modul som skulle kunna strula till detta. Enda is kan vara Path translation, men då utgår jag bara från namnet då jag aldrig använt den själv.

Låter som du får köra det klassiska disable/enable testet. helt enkel slå av och på modul efter modul tills du hittar vilken av dem som strular till det.

Börja med att växla till t.ex. Bartik som tema och sen kör med det under testen. Då kan du i alla fall utesluta att det är temat, plus dom tema-tilläggsmoduler du kör som ställer till det.

Ha det så kul...

--
/thomas
T: @tsvenson | S: tsvenson.com

...LoL...Tack för hjälpen, i alla fall

göran's picture

Själv misstänker jag "pathauto" i kombination "transliteration" eftersom båda är inblandade i URL-en.

Ska testa av/på, men går då andra vägen från en tom installation. Hittar jag felet kommer det att finnas en beskrivning här...

Phuu...

/ tack !

// Göran

REKONSTRUETAT FELET - temat verkar vara en av orsakerna

göran's picture

Temat heter "omega_kickstart" och orsakar felet vid en rekonstruktion, där endast modulerna "Adminitration menu" och "Module filter" är påslagna.

Den alternativa default-sidans innehåll försvinner när man byter till detta tema.

suck... ;D

Kanske borde tillägga att "Omega kickstart" är ett subtheme till "Omega", för en flygande start, eller kanske man skulle säga, för en flygande problemstart...LoL

TILLÄGG:
Om man bara använder Omega och inte det färdiga sub-temat, så fungerar det, dvs felet finns i det färdiga subtemat = "Omega kickstart".

// Göran

Bra att du ser ut att ha

tsvenson's picture

Bra att du ser ut att ha hittat källan till problemet. Lite mysko att det är Omega känns det som.

När du hittat en lösning och det fortfarande är Omega så vore det bra om du gör en bugg-rapport till issue-kön.

--
/thomas
T: @tsvenson | S: tsvenson.com

Gjorde en buggrapport igår

göran's picture

OBS det är inte temat "Omega" som innehåller felet (där har det funkat vid tester) - utan i det färdiga subtemat "omega_kickstart".

// Göran

Jo, förstod det, men ingår

tsvenson's picture

Jo, förstod det, men ingår inte det som sub-tema till Omega eller är det ett separat tema numer?

--
/thomas
T: @tsvenson | S: tsvenson.com

Citat - .info filen

göran's picture

name = 'Omega Kickstarter'
description = 'Clean, simple starting point for building <a href="http://drupal.org/project/omega target="_blank">Omega subthemes for Commerce Kickstart.
HTML5, Responsive, ready to customize...'
core = '7.x'
engine = 'phptemplate'
screenshot = 'screenshot.png'
base theme = 'omega'
version = '7.x-3.0-beta2'

Ja det verkar vara ett subtema - blev lite osäker på din fråga

// Göran

Ahh, blandade ihop det med

tsvenson's picture

Ahh, blandade ihop det med "starterkits" som är Omega's bundlade sub-teman-mallar. My bad. Får skylla på att det var ett år sedan eller så jag pillade med Omega :)

--
/thomas
T: @tsvenson | S: tsvenson.com

Testa att kommentera ut rad

pontus_nilsson's picture

Testa att kommentera ut rad 13 i preprocess/preprocess-page.inc

//Pontus Nilsson, Digitalist

JA ;=) det funkar

göran's picture

Efter ha kommenterat ut rad 13 så fungerar det att sätta en alternativ default-sida i Drupals egna inställningar under admin/config/system/site-information.

Kanon - tack ;)

PS - vad har den borttagna raden för funktion i övrigt?

// Göran

Felet kvarstår i version = "7.x-3.0-rc1" av Omega Kickstart

göran's picture

Testade just en ny version av "Omega Kickstart".

Tänkte det kunde vara intressant i sammanhanget att även version = "7.x-3.0-rc1" av Omega Kickstart kräver att man kommenterar ut rad 13 i omega_kickstart/preprocess/preprocess-page.inc, enligt tidigare, bara så ni vet...

// Göran

Sweden

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds: