Hej!
Jag är en glad nybörjare med lagom (läs inga ;) programeringskunnskaper. Men efter lite inledande strul börjar jag få ordning på min Drupalinstallation och det ser riktigt skoj ut. Borde göra det möjligt för en okunnig som jag att få till en sjysst webplats.
Dock har jag problem med att installera den svenska översättningen. Försöker ladda upp sv.po från min dator men får följande felmedelande:
"The language Swedish has been created.
File upload error. Could not move uploaded file."
samt:
"ooops! there was a problem...
warning: move_uploaded_file() [function.move-uploaded-file]: Unable to access in /usr/home/web/wse28674/upmt/includes/file.inc on line 241.
The translation import failed, because the file could not be read.
The translation import of failed."
Har letat på andra forum efter någon som har liknande problem - utan framgång. Men det är kanske här på den svenska sidan man skall ställa frågan. Något som den är känslig för? Använder tema Sky just nu, spelar sånt in?
Tacksam för alla tips!
/Wiken
Comments
Jag har själv använt Sky,
Jag har själv använt Sky, och det funkade fint, men man ska ju aldrig säga aldrig...
Vilken installation av Drupal har du? Någon av de mer erfarna Drupalisterna här kanske kan säga om detta beror på databasrättigheter?
Ej behörig
När du laddar upp en fil, i detta fall
sv.po, så hamnar den i PHP:s temporärmapp, som är en mapp som ditt webbhotell har bestämt. Innan filen behandlas ytterligare flyttas den till Drupals temporärmapp, d.v.s. den mapp som du i inställningarna kan ange som temporärmapp. Det är denna flytt som har misslyckats. Detta beror sannolikt på att PHP-funktionenmove_uploaded_file()ansåg att ditt användarkonto hos webbhotellet inte har rätt att flytta filer från PHP:s temporärmapp. Tag därför kontakt med ditt webbhotell och be dem fixa detta.Thomas Barregren – Webbredaktören
Behörigheter i mapp?
Först och främst: Kul att se dig på groups! Välkommen!
Hade jag råkat ut för problemen du beskriver hade jag kollat in skrivrättigheterna i files-katalogen. Att ha breda skrivrättigheter i en katalog är förstås en säkerhetsrisk (vilket ju påpekats för mig tidigare på groups), men om det gör att ens webbplats fungerar kan det ju vara värt det. (I alla fall om man har en liten och egen webbplats, och inte en webbplats för företag eller större organisationer.)
God lycka!
//Johan Falk, Uppsala
Det är en god idé, som
Det är en god idé, som Itangalo föreslår, att kontrollera att webbservern har skrivrättigheter till Drupals
tmp-mapp, som ligger ifiles-mappen om du inte har ändrat inställningen. Det är också en god idé att kontrollera att du verkligen har entmp-mapp där inställningarna säger att den skall ligga.Men att döma av PHP:s varningsmeddelande -- Unable to access [xxx] in /usr/home/web/wse28674/upmt/includes/file.inc -- där [xxx] är tomt när det bode vara namnet på den uppladdade filen, så hittar inte PHP den uppladdade filen i PHP:s
tmp-mapp. (Notera att varningsmeddelandet kommer från PHP och ej Drupal och att den aktuellatmp-mappen är PHP:stmp-mapp och ej Drupals, vilka alltså, som regel, är olika.) Om så är fallet kan det vara ett för restriktivt webbhotellkonto som spökar för dig.Vad säger din watchdog (Drupals loggfil)? Du skall i kategorin file ha ett meddelande som lyder i stil med Upload Error. Could not move uploaded file [xxx] to destination [yyy]. Vad är [xxx] och [yyy]?
Thomas Barregren – Webbredaktören
Aha, kanske något på spåren
Hej och månge tack för tipsen!
Jag kollade log-filen och "message" ser ut så här:
"Upload Error. Could not move uploaded file (/var/tmp/php3M9731) to destination ()."
Så det är väl ett tecken på att mitt webhotel spökar. Jag ska kontakta dom. Men varför står det inget om destinationen? Är det bara ett tecken på att den inte ens kan hämta filen?
Jag har en mapp files/tmp - med alla tänkbara rättigheter i nuläget. (Itangalo´s kommentar beaktad, jag ställer nog in en mer restriktiv inställning senare) Och enligt File system skall detta vara min temporära mapp.
Hälsningar
/Wiken
Mer detaljer och en sak till att kolla
När du laddar upp en fil så hamnar den i PHP:s temporärmapp som på ditt system är
/var/tmp. Detta lyckas. I nästa steg försöker Drupal skapa en tom fil i Drupals egen temporär mapp, som på ditt system är/usr/home/web/wse28674/upmt/files/tmp. Syftet är egentligen inte att skapa den tomma filen, utan endast att få ett unikt filnamn. Detta misslyckas, vilket gör att det av PHP:stempname()returnerade filnamnet ärfalsevilket vid utskrift i loggen blir en tom sträng. Det förklarar den tomma destinationen. Drupal testar inte för detta fel, utan går glatt vidare medmove_uploaded_file()som skall skriva över den tomma filen med den uppladdade filen. Detta misslyckas naturligtvis eftersom destinationsfilnamnet inte är ett filnamn utanfalse.Så varför kan
tempname()inte skapa den tomma filen? Om mappen finns och alla har behörighet att skriva till den så kan jag bara tänka mig två skäl:files/tmpangivet/files/tmpvilket inte alls är/usr/home/web/wse28674/upmt/files/tmputan just/files/tmpsom naturligtvis inte existerar.Vilket webbhotell använder du? (Jag undrar av ren nyfikenhet eftersom placering av home i /usr är minst sagt udda.) Vilken version av Drupal och PHP kör du?
Thomas Barregren – Webbredaktören
FreeBSD använder /usr/home
FreeBSD använder /usr/home som standard istället för /home, dock finns /home kvar som en länk till /usr/home. Utöver att home-mappen är flyttad till /usr/ så läggs även alla konfigurationsfiler för daemons i /usr/etc i freeBSD ;)
Jag vet att binero kör på den här konfigurationen.
Ändrar alla webhotell som använder freeBSD (och jag har fått för mig att det ändå är några stycken) så att alla användare skapas i /home istället tro?
//Fabian Sörqvist
Ah! Jag borde ha lyft
Ah! Jag borde ha lyft blicken från Linux-burkarnas terminalfönster, som jag har stirrat på sedan 1995, och upptäcka att det finns en annan värld (läs *BSD). Är denna, för mig numera inte lika udda placeringen, ett arv från Unix eller något som har introducerats i *BSD? Jag känner inte igen placeringen från vare sig System V, som jag jobbade med i början på 90-talet, eller den Unix-liknande distributionen Slackware, som jag använd mig av i början av min Linux karriär. Men å andra sidan kommer jag inte ihåg särskilt mycket av vad jag gjorde på den tiden, annat än att det tog dagar att ladda ned Slackware, kompilera kärnan, räkna på skärmgeometrin till X:s konfigurationsfil och allt annat som krävdes innan man var helt nöjd. :-)
Thomas Barregren – Webbredaktören
Syftet är egentligen inte
Utrymme för en patch kanske? :-)
Fixat! :)
Hej igen!
Well, det kanske inte var så himla problematiskt ändå - tror jag.
Efter att ha ställt frågan till mitt webhotells support (som för övrigt är web10.se och som jag tycker funkar bra och är snabba med hjälpen) så fick jag tipset att ändra chmod'en. (vilket jag via Wikipedia lärde mig är "läs-och-skriv-rättigheter") Dubbelkollade en gång till och såg att det var någon ruta som saknades, kryssade i den och alldeles nyss lyckades jag med importen. Voila!
Vet inte om det var datastrul eller undertecknad som missat.
Hursomhelt, stort tack för hjälpen och alla tips jag fått längs vägen!!! Lärorikt!
Så nu skall jag ge mig på nästa, hm, vart skall man börja...
Ha det!
/Wiken
Bra att det löste sig!
Bra att det löste sig. Då hade du trots allt inte "alla tänkbara rättigheter" på mappen. :-)