On 01/31/2012 03:43 PM, Kis János Tamás wrote:
> Az use strict ott figyel a 3. sorban, eredetileg benne se volt, de
> beleraktam, hátha segít rájönni, hogy hol hibázok.
use warnings; # es nezz bele a httpd error logjaba! Hatha van ott valami
g
--
Most mászik ki a majom a vízbõl.
_
elso levelemben is irtam, valamint Kiss Gabor is ugyanazt irta neked,
> de akkor kifejtem bovebben: azert nem mukodik, amit irtal, mert a
> perlnek nincs param funckioja( man perlfunc ), csak a CGI->new altal
> visszaadott objektumnak van param metodusa. Te szepen eltaroltad a
>
irtal, mert a
perlnek nincs param funckioja( man perlfunc ), csak a CGI->new altal
visszaadott objektumnak van param metodusa. Te szepen eltaroltad a
$q-ban a CGI objektumodat, aztan hivogattad sorban az objektum
metodusait, kiveve a paramnal, ahol lefelejtetted elole az objektumot es
$lepeskoz_tol
értéke szépen megváltozik, de a textfield nem veszi fel annak értékét.
Ez az, amit nem értek.
Köszönettel,
kjt
ui: Per pillanat így állok:
#!/usr/bin/perl -T -t
use strict;
use CGI qw/:standard/;
my $q=CGI->new;
print $q->header();
print $q->start_html();
my ($lepes
Gabor HALASZ írta (2012. január 30. 15:58):
>
> Hidd el, hogy egyszerubb lesz tt-vel, mondjuk a kifelejtett ojjektumok
> es dereference operatorok ellen az sem ved, de legalabb a sorvegen nem
> kell pontosvesszo, ennyivel is beljebb vagy ;)
> Amugy sem egeszseges dolog cgi
> #!/usr/bin/perl -T -t
>
> use strict;
> use CGI qw/:standard/;
>
> my $q=CGI->new;
>
> print $q->header();
> print $q->start_html();
>
> my ($lepeskoz,$lepeskoz_tol)=(param('lepeskoz'),param('lepeskoz_tol'));
A szememnek jobban
etném változtat(gat)ni a textfield értékét.
Hidd el, hogy egyszerubb lesz tt-vel, mondjuk a kifelejtett ojjektumok
es dereference operatorok ellen az sem ved, de legalabb a sorvegen nem
kell pontosvesszo, ennyivel is beljebb vagy ;)
Amugy sem egeszseges dolog cgi parametert nagy lendulettel elfogad
Gabor HALASZ írta (2012. január 30. 14:46):
> Szerintem innen kimaradt egy sor:
>
> use Template::Toolkit;
>
> ;)
Igen, így is lehetne, de a lehető legegyszerűbben, egyetlen
gombnyomásra szeretném változtat(gat)ni a textfield értékét.
A végeredménynek az Oracle 11 beépített perl-jével is mennie k
olultságával van a probléma, hanem velem...
>
> Szóval lenne olyan jó valaki hogy megmondaná, hogy az alábbi kis
> kódban miért nem állítódik át a 'lepeskoz_tol' textbox értéke, ha
> megnyomom az 'elore' gombot...?
>
> #!/usr/bin/perl -T -t
>
> use stri
hogy megmondaná, hogy az alábbi kis
kódban miért nem állítódik át a 'lepeskoz_tol' textbox értéke, ha
megnyomom az 'elore' gombot...?
#!/usr/bin/perl -T -t
use strict;
use CGI qw/:standard/;
my $q=CGI->new;
print $q->header();
print $q->start_html();
my ($l
2009.11.28. 23:08 keltezéssel, Veres Lajos írta:
> mod_status-szal lehet nézni, hogy melyik pid-hez melyik request tartozik.
Én a mod_top -pal derítettem ki legutóbb, hogy melyik script volt a ludas:
http://www.mod-top.org/documentation.html
Igor
_
> mod_status-szal lehet nézni, hogy melyik pid-hez melyik request tartozik.
>
>
köszi, remélem jutok valamire
üdv.,
z.
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
On Sat, 28 Nov 2009, "Kónya Zoltán (EVM)" wrote:
> Hogy tudom kideríteni, hogy egy adott php-cgi melyik scriptet futtatja?
mod_status-szal lehet nézni, hogy melyik pid-hez melyik request tartozik.
--
Veres Lajos
vla...@ludens.elte.hu
+3
e nem mondott semmi okosat
(azt addig is tudtam, hogy a /a/b/php-cgi a bibi)
> hajra.
>
>
lehet, hogy még felhozom a dolgot, de egyelőre nem tudok mit csinálni -
az RC forrásán nem akarom magam átrágni -
a hibát próbáltam, de nem tudtam előhozni
esetleg egy verziófirssítést kellene csinál
hello,
> > esetleg cat /proc/$PID/cmdline?
> >
> azt hiszem ezt néztem, csak a phpcgi a megfelelő útvonallal
cwd-t írtál... :)
> > ill strace (-f) -p $PID hatha egybol a hibat is megmutatja.
> >
> >
> ez jó ötlet, ha előjön a dolog megnézem
hajra.
a
> a ps ax | grep $PID mit mond?
>
>
semmi extra, egy futó folyamatnak írja, 30%-os cpu használattal
> esetleg cat /proc/$PID/cmdline?
>
azt hiszem ezt néztem, csak a phpcgi a megfelelő útvonallal
>
> ill strace (-f) -p $PID hatha egybol a hibat is megmutatja.
>
>
ez jó ötlet, ha előjön a
hello,
> Van egy apache server (suphp, php-cgi), amin időnként néhány php script
> "beragad" és 20-30%-ban eszi a procit.
> A /proc/PID/cwd könyvtár egy RC(round cube) gyökérre mutat, ami rendben
> is van. - ezt használom is -
>
> Hogy tudnám megnézni, melyik PHP
Hali!
Van egy apache server (suphp, php-cgi), amin időnként néhány php script
"beragad" és 20-30%-ban eszi a procit.
A /proc/PID/cwd könyvtár egy RC(round cube) gyökérre mutat, ami rendben
is van. - ezt használom is -
Hogy tudnám megnézni, melyik PHP script a bűnös? Vagy esetleg vala
Ha jól hiszem, Hofferek Attila írta az alábbiakat:
> Az jo, a tudomanyos reszet oldja meg C nyelven vagy ahogy tetszik, de a
> printf("\n\t\n\t\t... -nek mi ertelme van? :-)
Csak mondom, hogy php-ben is láttam már ilyesmit. Ugyanannyi.
--
PTG
Every solution breeds new problems.
Debian 3.0 -- Li
> Ha C-ben szeretnek CGI-t irni mit javasoltok?
> Vannak hozza library-k, modulok, pl. ccgi, cgic... stb.
> Mivel erdemes foglalkozni? Vannak template-k a megjelenitesre,
> mint a php ala a smarty?
http://www.webtoolkit.eu/wt
Arra jo, hogy a korabbi C/C++ fejlesztest konnyen(?)
Gabor Tusnady írta:
> A kerdezot nem tudom mi viszi ra, da szamos esetben, ha bonyolult pl
> tudomanyos feladat megoldasa mar c-ben letezik, akkor egyszerubb cgi-vel
> kitenni a webre, mint mas nyelven ujra irni. Arrol nem is beszelve, hogy
> c-ben kicsit gyorsabban futnak a dolgok
c-ben letezik, akkor egyszerubb cgi-vel
kitenni a webre, mint mas nyelven ujra irni. Arrol nem is beszelve, hogy
c-ben kicsit gyorsabban futnak a dolgok. Ha konkret pelda erdekel, azt
szivesen irok maganban.
tusi
_
linux lista -
Makó Gábor írta:
> Egyelore a lehetosegek erdekelnek, nem tennek ki a netre semmit. :)
Ez mar el van dontve, hogy C nyelven irsz CGI-t? Erdekelne, hogy milyen
szempontrendszer menten haladva jutottal el idaig. Nem cikizni akarlak,
tenyleg erdekel. Sokfele webes dolgot fejlesztettem mar, de
[EMAIL PROTECTED] irta:
> Azt, hogy gondold meg mégegyszer, hogy tényleg ki szeretnél-e
> tenni egy C programot (az összes lehetséges buffer
> overflow-val) a netre.
>
Egyelore a lehetosegek erdekelnek, nem tennek ki a netre semmit. :)
G.
___
On Mon, 13 Oct 2008, Makó Gábor wrote:
> Hi!
>
> Bocs, hogy nem egeszen linuxos a kerdes, hanem inkabb programozasi.
> Ha C-ben szeretnek CGI-t irni mit javasoltok?
Azt, hogy gondold meg mégegyszer, hogy tényleg ki szeretnél-e tenni egy
C programot (az összes lehetséges buffer ove
Hi!
Bocs, hogy nem egeszen linuxos a kerdes, hanem inkabb programozasi.
Ha C-ben szeretnek CGI-t irni mit javasoltok?
Vannak hozza library-k, modulok, pl. ccgi, cgic... stb.
Mivel erdemes foglalkozni? Vannak template-k a megjelenitesre,
mint a php ala a smarty?
Ha nagyon off, akkor maganban
Szabo Istvan <[EMAIL PROTECTED]> írta, 2007.02.19.:
> > smbget - wget-like utility for download files over SMB
>
> Azt hiszem jó lesz. Gyorsan ránéztem, de valahol a jogokat csak
> tisztázni kell, mert .cgi-ként csak nem megy. Gyanítom ez egy frontend, de
> a háttérben
On Mon, 19 Feb 2007, Andras HORVATH wrote:
> "smbget" nem jo az eredeti kerdezonek?
>
> smbget - wget-like utility for download files over SMB
Azt hiszem jó lesz. Gyorsan ránéztem, de valahol a jogokat csak
tisztázni kell, mert .cgi-ként csak nem megy. Gyanítom ez egy front
Gabor Gombas <[EMAIL PROTECTED]> wrote:
> DBUS-on keresztul elmeletben barki kuldhet mount/umount uzenetet, es van
> megfelelo access control is. Gyakorlati peldat nem tudok, eddig meg nem
> vettem ra magam, hogy belebonyolodjam a hal lelkivilagaba.
eloszor a pmount-ot akartam irni, de az csak b
On Mon, Feb 19, 2007 at 10:27:01AM +0100, Magosányi Árpád wrote:
> Biztonsági szempontból pedig az az ötlet volt a legjobb, ahol
> van egy file, aminek a megléte jelzi, hogy indítani kéne a dolgot.
> Ha a percenkénti felbontás nem jó, lehet írni programot vagy
> scriptet rá, sőt az udev-et is fel
On Mon, 19 Feb 2007, Mezei Zoltan wrote:
> Azért nem működik a mount, mert a cgi script apache-ként (www-data
> talán a felhasználó pontos neve debianon) fut? Ebben az esetben az
Igen, ezt láttam...
> Harmadik megoldás lehet, hogy az fstab-ban a filerendszernél jelzed,
>
> szépen, viszont meg kellene oldani, hogy weboldalról is indítható legyen.
> > Persze, ha .cgi-ként szeretném futtatni, akkor ugye nincs joga mountolni.
> > A kérdés, hogy hogyan szokás az ilyet megoldani?
> apache suexec modulja nyújthat megoldást:
>
> http://httpd.apache.or
zt root-ként futtatva megy
> > szépen, viszont meg kellene oldani, hogy weboldalról is indítható legyen.
> > Persze, ha .cgi-ként szeretném futtatni, akkor ugye nincs joga mountolni.
> > A kérdés, hogy hogyan szokás az ilyet megoldani?
>
> Azért nem működik a mount, mert a cgi s
On 2/19/07, Szabo Istvan <[EMAIL PROTECTED]> wrote:
> Van egy shel script, ami felmountol egy windows megosztást, majd onnan
> átmásol 1 filet és .csv filet készít belőle. Ezt root-ként futtatva megy
> szépen, viszont meg kellene oldani, hogy weboldalról is indítható legyen.
> Pe
Hi!
A kezdőn nem kaptam választ, megpróbálom itt...
Van egy shel script, ami felmountol egy windows megosztást, majd onnan
átmásol 1 filet és .csv filet készít belőle. Ezt root-ként futtatva megy
szépen, viszont meg kellene oldani, hogy weboldalról is indítható legyen.
Persze, ha .cgi-ként
35 matches
Mail list logo
