Hej igen!
Vet inte vad det är som gör att jag inte känner att Drupal är lika lätt att komma igång med som jag fick för mig. Nu sprang jag på en patrull till. Under Admin -> File System får jag följande varning:
* warning: fopen(sites/default/files/.htaccess) [function.fopen]: failed to open stream: Permission denied in /usr/home/web/wse28674/test/includes/file.inc on line 129.
* Security warning: Couldn't write .htaccess file. Please create a .htaccess file in your sites/default/files directory which contains the following lines:
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
Options None
Options +FollowSymLinks
* The directory sites/default/files/tmp does not exist.
Och på detta svarar jag: JO, den mappen finns visst, liksom en htaccess som jag lade in. Med alla möjligt rättigheter. I varje fall när jag kollar via Filezilla.
Letade lite på nätet och hittade en kommentar:
http://drupal.org/node/272625 - "safe mode" ställer till det. En PHP-inställning.
Sökte vidare och hittade att "safe mode" tagits bort ifrån PHP6.0. Supporten på mitt webhotell svarade att dom kör 5.2 och inte kan stänga av safe mode.
Det som oroar mig är nödlösningsförslaget på ovanstående tråd, och att dom nämner att andra moduler kanske inte funkar. Någon som kan informera om hur detta funkar? Kan det påverka mig i framtiden? Tips på lösningar?
Föresten: Drupal 6.5.
Ha det!
/Wiken
Comments
Safe mode = elände
Som framgår på annan plats så ger jag inte mycket för
safe_mode. Så om du kan: stäng avsafe mode. Om du har en leverantör som inte vill stänga av safe mode så bör du överväga att byta till en annan leverantör som har bättre koll på PHP och använderopen_basediri stället.Men om du ändå måste uthärda
safe_modeså är det viktigt att tänka på att alla filer som ligger i Drupals rot eller därunder måste ägas av webbservern eller, omsafe_mode_gidär satt, höra till en grupp som också webbservern hör till. Du vet att du har problem med safe_mode om Drupal påstår att en fil inte är läsbar/skrivbar trots attls -lvisar-rw-r--r--eller-rw-rw-r--.Thomas Barregren – imBridge
Byta ägare?
Tack för svaret! Även om det inte var alltför upplyftande. Borde kanske se mig om efter någon annan leverantör. Men om jag tills vidare testar med nuvarande, hur ändrar man så att allt ägs av webbservern?
Föresten, jag har hittat många intressanta tips från Hr TBarregren på Drupal Sverige. Dock är tipsen lite över min nivå ibland, vad menas t.ex. med "trots att ls -l visar -rw-r--r-- eller -rw-rw-r--".
Jag tror att rw-rw i detta fall syftar på "read-write-rättigheterna" för mappar och filer. (Något som jag ändrat i Filezilla) Det jag funderar över är vad som menas med "ls- l"? Jag har sett liknande tips på kommandorader på andra ställen. När, var, hur skriver man in sånt?
/Wiken
Du byter ägare på filer
Du byter ägare på filer med hjälp av kommandot CHOWN (CHange OWNer). I ditt fall borde det vara
chown -R www-data /usr/home/web/wse28674/sites/default/files, för att byta ägare på filkatalogen och allt dess innehåll.Tobias Sjösten - imBridge
Tobias Sjösten
MEN...
...om man vill köra kommandon som chown (eller ls) måste man alltså använda någon form av terminal, vilket inte alltid är helt enkelt på webbhotell. Kanske går det att koppla upp sig genom något fiffigt program, men annars är man hänvisad till en ftp-klient.
//Johan Falk, Solna
Använder man FTP för att
Använder man FTP för att ladda upp filer så får filerna rätt ägare och behörighet om webbhotellet har konfigurerat FTP-servern rätt. Motsvarigheten till
ls -lheterdiri FTP-klienten.Thomas Barregren – imBridge
rw betyder, som du skriver,
rw betyder, som du skriver, read-write. Finns mer att läsa här ifall du är nyfiken:
http://en.wikipedia.org/wiki/Chmod
"ls -l" visar en lista av filerna i vald katalog. Grundkommandot är ls och med växeln -l får man det "långa" formatet med flera spalter. Mer info:
http://en.wikipedia.org/wiki/Ls
Jakob Persson
imBridge - www.imbridge.com
Jakob Persson – Leancept – Results-only digital and marketing consultants – Personal blog
Dubbla rubriker??
Här kommer ytterligare ett problem med min drupalinstallation som jag gått bet på att lösa. Så här ser problemet ut:
Varje artikel, det som visas i Drupals mittkolumn, har en rubrik. Det har även mina artiklar. Problemet är att jag får ytterligare en rubrik ovanför den legitima rubriken. Om jag högerklickar på sidan och begär Visa källa, hittar jag följande:
Eftersom jag vill att den sistnämnda rubriken skall vara vit text mot svart bakgrund får jag en tunn svart "remsa" ovanför den. Denna tunna remsan skapas givetvis att den "illegitima" och tomma rubriken.
OK! Vad har jag då gjort för att avhjälpa problemet? Jag har kollat page.tpl.php, men där finns inte den extra rubriken. Jag har kollat node.tpl.php, men den finns inte där heller. Det verkar som om Drupal generar den dynamiskt, men någonstans borde ju koden ligga.
Finns det kanske någon här på detta eminenta forum som drabbats av detta och lyckats lösa problemet?
Skapa ny diskussion
Skulle du vilja vara vänlig och skapa en ny diskussion istället för att "kidnappa" en annan diskussion. Det underlättar för andra som söker svar på sina frågor om varje diskussion så långt som möjligt håller sig till ämnet. (Jag har ibland syndat själv, så jag hoppas inte du tycker jag kastar sten i glashus. ;-))
Thomas Barregren – imBridge
Äh, mitt fel. Jag
Äh, mitt fel. Jag försöker ta bort inlägget, men hittar inte "knappen".... :-(
Litet steg framåt
Hej!
Blev lite mera surfande och har väl lärt mig en del nytt igen. Från Jakobs tips om chmod kunde jag gå vidare till chown på wikipedia. Hittade också en intressant funktion i Filzilla under menyn Server -> Ange anpassat kommando. Dock får jag känslan att de Unix(?)-baserade kommando-tipsen inte funkar. (svaret "500 Unknown command" är väl en ledtråd...) Istället måste man använda ftp-kommandon som det tydligen finns en hel drös av. Men jag sprang på ftp_chown som jag testkörde och det verkar funka. Då får jag bara svaret "500 ?". Eftersom jag inte skrev in hela tipset från Tobias tolkar jag det som att servern säger "ja, jag fattar att du vill att jag ska byta ägare, men hur?"
Anledningen till att jag inte skrev in hela tipset från Tobias var att jag blev lite fundersam efter att ha läst något på en sida. Om jag ändrar ägaren till www-data, hur påverkar det mitt vanliga ftp-konto? Kan jag se alla filer som vanligt i ftp-programmet när jag byter ägare eller är det som att skapa ett nytt "användarkonto"? Föresten, varför just www-data?
Be well!
/Wiken
Om 500 och www-data
Enligt avsnitt 4.2.1 i RFC 959 betyder FTP:s svarskod
500: Syntax error, command unrecognized. This may include errors such as command line too long.I ett Linux baserat system har som regel webbservern ett eget användarkonto, som i Debian baserade distributioner, t.ex. Ubuntu, kallas
www-data, Vidare hör som regel webbservern till en egen grupp, som i Debian baserade distributioner också kallaswww-data, För att en webbservern skall kunna serva en fil, t.ex. Drupalsindex.php, så måste filen antingen ägas av webbservern (d.v.s. avwww-datai en Debian baserad distribution) eller av en grupp till vilken webbservern hör (d.v.s. avwww-datai en Debian baserad distribution). På en egen server är det inte ovanligt att man låter filerna tillhöra webbservern. På ett webbhotell är det vanligt att man låter filerna tillhör ditt konto och webbserverns grupp.Du kan se vilket användare och vilken grupp som äger filer genom att skicka
LISTtill FTP-servern. I en traditionell kommandobaserad FTP-klient, d.v.s.ftp-kommandot på Linux, Windows och Mac OS X, gör du detta genom att bara skrivadiri önskad katalog. I en grafisk FTP-klient varierar det förstås från klient till klient.Om du har webbhotell och känner dig osäker på detta så bör du kontakta webbhotellet och be dem om råd/hjälp.
Thomas Barregren – imBridge