Drupal Norge

Det offisielle norske nettstedet for Drupal

Siste kommentarer

  • Lansering av norsk nettsted fra eksisterende engelsk løsnig   1 dag 19 timer siden

    Hei

    Jeg kan hjelpe deg med å flytte/sette opp dette.
    Ta gjerne kontakt på post@reboli.no/41 46 22 21 for en snakk om hva du vil ha hjelp til.

    Mvh
    Jan Sverre Reboli Paulsen

  • Norsk oversettelse   1 uke 3 dager siden

    Nei du kan etterinstallere språkfiler akkurat når det passer deg. Gå til http://localize.drupal.org/ og velg ditt ønsket språk og bli medlem for å kunne laste ned oversettelser for korrekt Drupalversjon og/eller Drupal 3-part moduler.

  • Feilmelding: Function ereg() etc   2 uker 16 timer siden

    Beklager, men IT-kompetansen til oss som styrer klubben er beskjeden. Mildt sagt. Så vi hadde satt stor pris på om noen med en viss kompetanse var villig til å oppgradere for oss, eventuelt se på andre muligheter om det trengs. Mot et relativt beskjedent honorar, vi har ikke de største budsjettene. (Nei, det er ikke vi som spiller i Tippeligaen. Vi driver med barne- og ungdomsfotball).

    Send meg en melding om du kan bistå.

  • Forum problemer   2 uker 3 dager siden

    aha. Smart! Jeg fant også ut at dette kunne gjøres via noe javascript og noe kode. Men artikkelen er skrevet for en stund siden og ikke laget for Advanced Forum.
    http://drupal.org/node/202542

  • cart   3 uker 17 timer siden

    Eg ser no at «cart» ikkje står i fellesordlista, så fjernar merkinga.

  • Forum problemer   3 uker 3 dager siden

    En måte å gjøre det på er på med ren CSS, tror nok du kan gjøre mye bare med det. Drupal tagger forum view, kontainere og forum meg egne klasser og ID noe som gjør at du kan bruke f.eks
    #forum-0 .forum: display none;

    Da slipper du å gjøre endreinger i selve preprosesseringen av layout.

  • Veien og valgene videre   5 uker 5 dager siden

    Når jeg har brukt Node Page Template har jeg bare kopiert page.tpl.php til f.eks page-landingpage1.tpl.php, page-landingpage2.tpl.php osv.
    Med modulen Node Page Template får jeg et valg når jeg når jeg lager en ny content type, eller oppretter en ny node.
    Den fanger opp alle page-xxxn.tpl.php filen som jeg lager. Dersom jeg ikke gjør noe valg, velger den "default".

    Jeg har valgt å bruke Blueprint CSS (http://drupal.org/project/blueprint).

  • Veien og valgene videre   5 uker 6 dager siden

    Jeg har ikke brukt Node Page Template, og ut fra beskrivelsen ser jeg ikke helt hva den gjør. Hva er forskjellen på den og en innholdstype (content type)?

    Mhp. um-burde-finne-et-norsk-begrep-men-orker-ikke-nå ;-) landing pages:

    Jeg ville først prøvd med bare å lage visninger (Views), og se om de dekka behovet ditt. (Bruke argumenter fra URL slik at du kunne bruke samme visning for barer/alle, barer/sentrum, barer/heimdal, osv.) Det går an å kombinere flere visninger i samme visning, og legge inn egendefinert tekst foran og bak.

    Hvis du finner ut at du har bruk for mer kontroll foreslår jeg å bruke Panels.

  • Medlemmer får ikke passordmail ved registrering   7 uker 3 dager siden

    Takk til ck2060! Hadde også problemer med utsending av mail i Drupal 6.17 og fulgte ditt råd. Chattet med support til mitt webhotell (BlueHost). De beklaget og rettet problemet for meg (dessverre uten å forklare detaljer). Det var i orden etter at de hadde kjørt neste "compilation".

    Ja, ser ut til at "kontakt din host" kan være løsningen :=)

  • clean URL problem i 6.17   7 uker 6 dager siden

    Ah den som følger med Drupal. Den trenger og skal du vanligvis aldri gjøre endringer i. Tenker mere på de dir. du legger Drupal i, pass på at de ikke har noen .htaccess som overstyrer config som ligger i httpd.conf.

    Når du er sikker på at dette ikke er tilfelle er det bare å sette en som gir AllowOverwrite All. Det er alt som må passes på for cleanurl, helt vanlig for alle webapplikasjoner og ikke noe spesielt for Drupal der.

  • clean URL problem i 6.17   7 uker 6 dager siden

    denne følger med fra Drupal og ligger i mappen som pakkes ut

  • clean URL problem i 6.17   7 uker 6 dager siden

    htaccess ble automatisk opprettet i Drupalfolderen

    Hva mener du? Hvem opprettet denne?

  • clean URL problem i 6.17   7 uker 6 dager siden

    Sorry, så ikke at det var deg i farta ;) Du sa der at hadde instl. 5.22 men du overfor sa 6.17. IKKE rot inn D 5.xx det er 6.17 eller nyere du skal bruke.

  • clean URL problem i 6.17   7 uker 6 dager siden

    Er svært takknemlig for dine tilbakemeldinger og prøver å gjøre mitt beste.

    Det som er frustrerende er at jeg har flere andre sites som kjører mot min localhost for testing og disse har aldri gitt meg problemer.

    htaccess ble automatisk opprettet i Drupalfolderen

    Har også kontakt med openSuSE som nå også ser på saken.

    Takk så langt

  • clean URL problem i 6.17   7 uker 6 dager siden

    Hei

    din siste melding på Drupalnorge.org forstår jeg ikke.
    Hva har jeg gjort galt.?

    Hele mitt oppsett er detaljert oppført i min første henvendelse.

  • clean URL problem i 6.17   7 uker 6 dager siden

    Ikke stjel noen andre sin tråd er mitt første forslag ;) Opprett ditt eget topic og ta med Apache/PHP versjon i feilmeldingen din så kansje noen kan komme med et tips.

  • clean URL problem i 6.17   7 uker 6 dager siden

    1. .htaccess filer for config er bare noe vi bruker når vi ikke har tilgang til egen vhost eller httpd.conf.
    2. Se mitt tidligere svar og lage ent definasjon i din httpd.conf til hvor Drupal er installert.
    3. Har du sjøl opprettet en .htaccess fil fjern den.

    Fremdelse i tvil, få noen som har full kontroll på Apache config. til å hjelpe deg da dette ikke er et Drupal spesifikt problem ;)

  • clean URL problem i 6.17   7 uker 6 dager siden

    Hei
    har installert D5.22 og får følgende advarsler (første linje gjentas ørten ganger):

    * : Function ereg() is deprecated in /srv/www/htdocs/drupal522/includes/file.inc on line 646.
    * warning: syntax error, unexpected BOOL_TRUE in modules/comment/comment.info on line 3 in /srv/www/htdocs/drupal522/includes/module.inc on line 195.
    * warning: syntax error, unexpected BOOL_TRUE in modules/drupal/drupal.info on line 3 in /srv/www/htdocs/drupal522/includes/module.inc on line 195.
    * warning: syntax error, unexpected BOOL_TRUE in modules/node/node.info on line 3 in /srv/www/htdocs/drupal522/includes/module.inc on line 195.
    * warning: syntax error, unexpected BOOL_TRUE in modules/poll/poll.info on line 3 in /srv/www/htdocs/drupal522/includes/module.inc on line 195.

    All necessary changes to ./sites/default/settings.php have been made. It has been set to read-only for security.

    Congratulations, Drupal has been successfully installed.

    Please review the messages above before continuing on to your new site.

    Frustrasjonen øker

    Noen forslag til løsning?????????

  • clean URL problem i 6.17   8 uker 2 timer siden

    Hei igjen
    I httpd.conf sto opprinnelig følgende:

    # forbid access to the entire filesystem by default
    <Directory />
    Options None
    AllowOverride None
    Order deny,allow
    Deny from all

    </Directory>


    # use .htaccess files for overriding,
    AccessFileName .htaccess
    # and never show them
    <Files ~ "^\.ht">
    Order allow,deny
    Deny from all
    </Files>

    Slik jeg forstår det, er første del deny for all.

    Andre del tillater muligheter for overriding av .htacces-filer (.htaccess filer ligger i f.eks. mappen til Drupal)
    Opprinnelig er dette satt som Deny from all som overfor

    Derfor er denne delen endret av CORD (meg) til følgende:


    # use .htaccess files for overriding,
    AccessFileName .htaccess
    # and show them
    <Files ~ "^\.ht">
    Order allow,deny
    Allow from all
    </Files>

    Derfor ligger det en .htaccess fil i Drupalmappen som overrides direktivene
    Derfor har jeg .htaccess filen i mappen til Drupal.

    Mulig jeh har misforstått og håper du kan gi meg svar på hvordan jeg løser problemet.
    Tester Drupal for muligheter og kommer ikke videre uten løsning av dette problemet,

    Håper å høre fra deg

  • clean URL problem i 6.17   8 uker 5 timer siden

    Nei core har ingen kjente 5.3 problemer. Det er noe feil på Apache oppsettet så problemstilingen er et Apache problem og ikke egentlig for Drupal. Uansett:

    Det er en del ting jeg ikke forstår på oppsettet ditt. Hva i all verden er #neste linje lagt til av CORD?
    Config i httpd.conf gjelder enten globalt eller pr. directory du definerer regelen skal gjelde for. f.eks

    <Directory /var/www/hvor_drupal_ligger>
       RewriteEngine on
       AllowOverrwrite ALL
    </Directory>

    Har du en .htaccess i den directoryen som du har plassert Drupal? Hvis så, hvorfor i all verden det?

  • clean URL problem i 6.17   8 uker 7 timer siden

    Høres pussig ut... Har du sjekket med andre PHP script som forsøker å kjøre mod_rewrite? For meg høres det ut som det er noe med serveren, og ikke Drupal eller PHP, men jeg kan jo ta feil. Jeg ser fra det du har lagt ut at det står rewrite_module, og ikke mod_rewrite. Mulig det har noe å si. Uansett skal ikke zlib ha noe med clean urls å gjøre, såvidt jeg vet.

    Det jeg dog vet er at det har vært rapportert ymse problemer med en del Drupal moduler og PHP 5.3, men jeg vet ikke om dette også gjelder core. Du kan jo forsøke å gå ned til feks 5.2.13 hvis ingenting annet funker. Men først ville jeg sett om ikke jeg kunne fått den rewrite modulen til å enten hete mod_rewrite, eller installere mod_rewrite fra scratch. Kanskje det kan hjelpe?

  • clean URL problem i 6.17   8 uker 13 timer siden

    Hei
    takk for at du følger opp

    i httpd.conf:
    # forbid access to the entire filesystem by default

    Options None
    AllowOverride None
    Order deny,allow
    Deny from all

    # use .htaccess files for overriding,
    AccessFileName .htaccess
    # and never show them

    #neste linje lagt til av CORD
    AllowOverride All
    Order allow,deny
    #Deny from all - endret til neste linje av CORD
    Allow from all

    i .htaccess
    # Various rewrite rules.

    #første linje lagt til av CORD
    AllowOverride All
    RewriteEngine on
    RewriteBase /drupal617
    #
    # If your site is running in a VirtualDocumentRoot at http://example.com/,
    # uncomment the following line:
    # RewriteBase /

    # Rewrite URLs of the form 'x' to the form 'index.php?q=x'.
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_URI} !=/favicon.ico
    RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

    ved restart av Apache får jeg følgende feilmelding i loggen

    Thu Jul 08 14:30:48 2010] [notice] caught SIGTERM, shutting down
    [Thu Jul 08 14:30:54 2010] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
    PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php5/extensions/Zlib.so' - /usr/lib64/php5/extensions/Zlib.so: cannot open shared object file: No such file or directory in Unknown on line 0
    [Thu Jul 08 14:30:55 2010] [notice] Apache/2.2.13 (Linux/SUSE) mod_ssl/2.2.13 OpenSSL/0.9.8k PHP/5.3.2 configured -- resuming normal operations
    [Thu Jul 08 14:32:18 2010] [error] [client ::1] File does not exist: /srv/www/htdocs/drupal617/admin, referer: http://localhost/drupal617/?q=admin/settings/clean-urls

    Problemer
    PHP Warning søker filen Zlib.so og kan ikke finne den. Filnavnet er zlib.so med liten z
    Er usikke på om hvordan jeg kan løse problemet da jeg ikke ønsker å endre filnavnet pga mulige avhengigheter.

    Frustrert nå og håper du kan hjelpe meg videre.

  • clean URL problem i 6.17   8 uker 14 timer siden

    Supert. Da er det bare å sjekke din vhost settingene dine eller om du ikke har en vhost satt opp på din apache isntl. sjekk default instillingen. Du må ha "AllowOverride All" defineret for den directory som Drupal ligger på.

  • clean URL problem i 6.17   8 uker 1 dag siden

    ***********************************
    linux-1ap4:~ # apache2ctl -M
    Loaded Modules:
    core_module (static)
    mpm_prefork_module (static)
    http_module (static)
    so_module (static)
    actions_module (shared)
    alias_module (shared)
    auth_basic_module (shared)
    authn_file_module (shared)
    authz_host_module (shared)
    authz_groupfile_module (shared)
    authz_default_module (shared)
    authz_user_module (shared)
    autoindex_module (shared)
    cgi_module (shared)
    dir_module (shared)
    env_module (shared)
    expires_module (shared)
    include_module (shared)
    log_config_module (shared)
    mime_module (shared)
    negotiation_module (shared)
    setenvif_module (shared)
    ssl_module (shared)
    userdir_module (shared)
    php5_module (shared)
    rewrite_module (shared)
    Syntax OK

  • clean URL problem i 6.17   8 uker 1 dag siden

    For Apache må du passe på at den laster mod_rewrite. Sjekk dette med å kjøre "apache2ctl -M" I teorien (noen små varianter dog) så vil den da liste ut de moduler Apache lastet da den startet.

Drupal er et registrert varemerke for Dries Buytaert