Home / Forums / Installatie & upgrades / logo.png

logo.png

Door FransR op 30 december, 2011 - 14:27
Forums: 
Installatie & upgrades
Drupalversie: 
7.x

Hallo, ik ben een nieuweling dus....
Het lukt mij niet om mijn eigen logo zichtbaar te maken in het standaardtheme Bartik.
Ik gebruik:
Linux met Ubuntu; Mozilla Firefox; Webhost: one.com
- het plaatje staat op /sites/default/files/logo.png
- Firebug laat hetzelfde zien.
En toch is er geen plaatje, maar alleen de alt-tekst.
O ja, in .htaccess heb ik de 2 regels met options van # voorzien anders geeft one.com error 500.

Weet iemand raad?

Webulab

30 december, 2011 - 20:54

Kan je even de link posten naar je website? Aangezien je op one.com host, veronderstel ik dat hij wel publiek toegankelijk is?

Drupal websites en modules op maat | Facebook | Twitter

FransR

31 december, 2011 - 08:21

Tja, stel je er niet te veel van voor, ik heb net het eerste "druppeltje" openbaar gemaakt:
www.reesinck.eu

RPacqueu

31 december, 2011 - 12:50

Beste FransR,
Hier idem; beginner met Drupal 7.9; provider one.com;
Geen enkele image kan zichtbaar worden, enkel het rodekruisvakje.
Bij opladen van een beeld (gif, png, jpg) met Fillezilla naar de server van one.com geen probleem om de afbeelding te bekijken met een beeldviewer.
Maar opladen en bekijken via IMCE en CKEditor geeft het rode kruisje en de melding : error /file/ajax/field_image/und/0/form_enz...
Op de fora van drupal.org veel discussie hierover gevonden, maar geen sluitende oplossingen.
Ik veronderstel dat de fout ligt in de communicatie tussen de servers van one.com en de CKeditor of IMCE.
Ik heb dus de vraag gesteld aan one.com; ze leggen de vraag voor aan de technische dienst.
Hopelijk komt daar iets uit de bus, want zo is Drupal onbruikbaar. Ik hou u op de hoogte van een antwoord.
Of weet er iemand een oplossing?
Beste Wensen. Mvg, RPQ

RPQ

FransR

31 december, 2011 - 13:33

Bedankt voor deze reactie.
Ik heb inmiddels van alles en nog wat geprobeerd, maar inderdaad komen nergens de plaatjes in beeld, wel de alt-tekst.
Ook de diverse fora bieden geen oplossing.
Ik ben benieuwd naar de reactie van one.com.
Frans

Webulab

31 december, 2011 - 14:36

@RPacqueu: Het probleem ligt niet bij Drupal maar bij one.com . Ik heb al verschillende topics zien passeren met klachten over afbeeldingen die niet willen laden op one.com. Bij low budget providers zijn bepaalde componenten uitgeschakeld en laat de support vaak te wensen over.

Hebben jullie toegang tot CPanel, DirectAdmin of iets dergelijks? Meestal kan je de error log bekijken in zo'n controle paneel. Zoek de meest recente entries en kijk daar tussen de errors over logo.png of andere afbeeldingen die niet willen laden. Als je er zelf niet wijs uit raakt, post de meest recente logs dan even zodat wij eens kunnen kijken.

Drupal websites en modules op maat | Facebook | Twitter

FransR

1 januari, 2012 - 08:39

Ja het ligt een beetje aan One.com, maar rechtstreeks een site bouwen (html, php, css) levert geen problemen op met afbeeldingen, Ook Joomla! en Wordpress hebben er geen problemen mee.

Ik denk dat Drupal iets in de .htaccess stopt....

Webulab

1 januari, 2012 - 11:21

Je zou eens kunnen proberen om het .htaccess bestand in de map sites/default/files/ te hernoemen naar ".htaccess.bkp" bvb en kijk dan eens of het lukt. Het kan zijn dat er opties instaan die niet toegestaan zijn door One.com.

Drupal websites en modules op maat | Facebook | Twitter

FransR

3 januari, 2012 - 14:33

Veel te vroeg gejuicht........
Hoera, hoera, hoera:
Het probleem is opgelost door:
1 In de .htaccess file de beide regels met Options te voorzien van een # (=commentaar)
2 Het .htaccess bestand in de map /sites/default/files te verwijderen.

Zegt het voort, zegt het voort!
Tot zover iedereen bedankt!

Veel te vroeg gejuicht........
De .htaccess was een tijdje weg, maar er staat ineens weer een nieuwe en dus zijn de plaatjes weer foetsie.
Zet Drupal er ongevraagd weer een .htaccess terug?

Webulab

3 januari, 2012 - 15:08

Probeer de Options lijnen in de .htaccess in /sites/default/files/ eens te voorzien van een comment teken (# ervoor zetten) en zo op te slaan. Het is inderdaad mogelijk dat Drupal zelf de .htaccess toevoegt als hij ziet dat die niet aanwezig is.

Drupal websites en modules op maat | Facebook | Twitter

FransR

4 januari, 2012 - 07:46

Voorlopig lijkt dat de oplossing. (Lees- en schrijfrechten staan weer op 444)
De .htaccess ziet er dan zo uit:

SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
# Options None
# Options +FollowSymLinks

FransR

10 januari, 2012 - 07:25

Het lijkt erop dat alles is opgelost en ook opgelost blijft.
Dus nogmaals hartelijk dank voor de support!
Frans

Actuele inhoud

21 mei 2012

20 mei 2012

19 mei 2012

18 mei 2012

meer