myGeeBlog

udalo sie. zle. nie udalo sie, tylko znalazlem, co robilem zle… jak zwykle glupota.

ustawialem ladnie, globalnie handler dla suphp:

AddHandler x-suphp-cgi .cgi .py .pl

ale jakos nie zmienialo uid’u procesu… do celow testowych stworzylem sobie pliczek wyswietlajacy mi takie dane jak uid/gid procesu etc:

#!/usr/bin/env python
import os
print ‘uid: %s
euid: %s
gid: %s
egid: %s’ % (os.getuid(), os.geteuid(), os.getgid(), os.getegid())

i co bym nie zrobil, to ciagle wyswietlal mi sie uid procesu apache… nakombinowalem sie przez kilka godzin jak glupi. na drugi dzien, niechcacy, luknelem w virtualke swojej domeny, a tam co ?

AddHandler cgi-script .cgi .py .pl

myslalem ze sie rozplacze w pierwszej chwili ;) gdybym choc sprobowal odpalic tego skrypta z innego konta, to bym zaskoczyl co jest nie tak, a przynajmniej do konfiga zajrzal, ale nie, bo po co… po co mi wiedziec, ze z glupoty w swoim vhoscie nadpisywalem wczesniej ustawiony, globalnie, handler dla plikow .py, i dlatego nic mi nie dziala :/

po usunieciu feralnej linijki wszystko ruszylo. dziala slicznie, suphp w nowej wersji ma takie rzeczy, ktore bardzo mi sie podobaja, jak np. wlasnie mozliwosc odpalania skryptow nie tylko .php (czyli funkcjonalnosc suexec, ale prostsze w konfiguracji), a przy okazji pozwala na aplikowanie innego php.ini dla kazdego vhosta na przyklad. suuuuper :)