Posted by Mseger on January 12, 2010 at 7:41pm
Webbserver Apache/1.3.37 (Unix) mod_gzip/1.3.26.1a mod_fastcgi/FSDATA-1.1 mod_jk/1.1.0 mod_throttle/3.2.0 Embperl/2.0b8 mod_perl/1.29 PHP/4.4.3 mod_ssl/2.8.28 OpenSSL/0.9.8b
Får följande felmeddelande:
"Your server is not capable of displaying file upload progress. File upload progress requires PHP be run with mod_php and not as FastCGI."
Är det möjligt att ändra mitt enskilda konto hos FS-data så att det körs med mod_php?
/Mattias
Comments
Nej, det kan man inte
Nej, det kan man inte göra på enskilt konto.
FastCGI och mod_php två olika sätt att låta webbservern kunna hantera PHP.
Man kan inte köra dem tillsamman och skulle man ändra till mod_php måste servern startas om innan det gäller. Dessutom, en och annan som är beroende av fördelarna med FastCGI skulle bli "mindre glada"...
Förutom dessa två finns det andra metoder, t.ex. SUPHP... det tar en del fördelar från FastCGI och petar in dem i något som fungerar som mod_php. T.ex. att skriptet körs skripten som ägaren, inte som apache eller www_user eller liknande, och medför då att man har enklare hantering av filer som laddas upp...
Vill du byta från FastCGI till något annat måste du byta server/webbhotell.
/marcus
/marcus
Hur går det till rent praktiskt?
Nu ligger webbsajten på FS-data och jag skulle vilja ha kvar sajten där och isåfall hitta någon lösning för att visa mitt uppladdade material. Hur går man till väga rent praktiskt om man nu vill använda t.ex. SUPHP på en FastCGI webbserver?
Jag är inte påläst på området och hittar ingen nyttig info på google så en förklaring på hur man kan visa sitt uppladdade material på en FastCGI webbserver vore fantastiskt hjälpsamt.
/M
Ursäkta, jag kanske
Ursäkta, jag kanske missförstod.
Har du problem med att ladda upp alls?
För att svara på din fråga. Nej, SUPHP är inget man kör "på en FastCGI", utan är en motod som ger samma funktioner som FastCGI utan att vara CGI. FastCGI har sina nackdelar, om med SUPHP så får man fördelarna som FastCGI har utan att få med nackdelarna. Så inte helelr SUPHP är alternativ för dig hos FS-data (nämnde bara det i förbifarten, för att belysa att mod_php och FastCGI inte är de enda två metoderna att få PHP på en server... ursäkta om jag förvirrade dig).
Hur som haver... innan jag starta eget webbhotell, så jobbade jag primärt med FS Data (ÅF åt dem) och att ladda upp filer var inte omöjligt som jag minns det.
Man fick trixa med behörigheten på mapparna, t.ex. att gör alla rätt att skriva i dem...
Användaren som motsvara processen som besöker din site är på en FastCGI www_user eller liknande. Denna användare är inte ägare till filer/kataloger som du har, inte heller ingår den i gruppen som du tillhör. Så därför behöver other (sista oktetten) i behörighetsinställningarna vara satt så att www_user får behörighet.
Vill du gå djupare in på behörigheter med chmod och sådant?
/marcus
/marcus
Länk till samma sak hos FS Data...
Varför får jag "permission denied" vid uppladdning av filer via PHP?
/marcus
Kan fortfarande ladda upp filer
Jag kan fortfarande ladda upp vissa filer utan problem. Uppladdade dokument fungerar utmärkt och då kan jag både ladda upp och öppna dokumentet men när jag försöker ladda upp bilder till ett album finns inga bilder i albumet.
Albumet har gjorts genom views/filefield/imagecache och dessa bilderna i albumet har testats lokalt utan några problem. Fast när jag laddade upp sidan på FS-data har nu bilderna försvunnit i albumet och det är väl anledningen till att det står ett felmeddelande på statusreporten. "Your server is not capable of displaying file upload progress"
För bättre illustration var god besök min webbplats http://w3.lbws.com/bilder
Är jag tvungen att byta webbhotell för att visa åtgärda problemet eller finns det en annan utväg?
Tacksam för hjälp
Rättigheter på mappar
Frågan är om du har rätt behörighet på alla dina mappar... både där originalet läggs och där imagecache lägger in sina varianter av bilderna.
Uppladdningar körs ju som "www_user" (jag vet inte vad denna användare heter hos FS Data) och även imagecache körs genom "www_user" så de mappar som det ska skrivas till måste ha fullständiga rättigheter för övriga (se tidigare inlägg).
Eftersom det fungerar med dokument, så lutar det nog åt att det bara är mappen som Imagecache jobbar mot som du har problem med (men å andra sidan kan ju uppladdade bilder hamna i en annan mapp än uppladdade bilder).
/marcus
Ändrat rättigheter på mapparna
Nu har jag ändrat filrättigheter på /sites foldern så att man kan visa/skriva på samtliga undermappar och filer. Imagecache finns i en av dessa mappar och mina originalbilder också. Att änra filrättighetern löste tydligen inte mitt problem. Jag testade också att ladda upp ett nytt album men jag ser endast teasern till albumet och inte dess innehåll.. Detta är konstigt eftersom jag ser teasern till albumet och dessutom kan jag ladda upp bilder till första sidans blogg och se bilderna utan problem men en bild inne i albumet syns inte...
Min misstanke är att views har ställt till det på något vis? Men eftersom allting fungerade lokalt innan exporten av sidan gjordes borde det fungera trots allt.
Om det är till någon hjälp så får jag ett felmeddelande på min statusrapport när jag kör sidan lokalt genom xampp:
Upload progress Ej aktiverat
Your server is capable of displaying file upload progress, but does not have the required libraries. It is recommended to install the PECL uploadprogress library (preferred) or to install APC. "
Webbserver Apache/2.2.11 (Win32) DAV/2 mod_ssl/2.2.11 OpenSSL/0.9.8i PHP/5.2.9
Det första problemet: Hur har
Det första problemet:
Hur har du valt att Views ska hantera just dessa miniatyrer? Man kan välja massa saker som "Visa imagecache och länka till nod" (inte ordagrant korrekt, men du fattar).
/marcus