Ok, 

+1 problem: cannot open uploaded documents, because when I try to download, I 
got only a "string". I guess the raw postgresql data.

I got: 
x23646566696e65204528662920696e7420662829207b72657475726e20303b7d0a
instead of:
#define E(f) int f() {return 0;}

Cheers,
István



 
----------------eredeti üzenet-----------------
Feladó: "Pongrácz István" 
Címzett: "Development discussion for LedgerSMB" 
[email protected] , "Jeff Kowalczyk" [email protected] 
Dátum: Tue, 10 Apr 2012 15:41:36 +0200
-------------------------------------------------
 
 
> Hi,
> 
> I have a fresh openvz container with debian squeeze + backports as follows:
> * nginx 1.1.17 + fcgiwrap via unix socket
> * postgresql 9.1
> * lsmb 1.3.14
> 
> Only problem, I got empty PDF/PS files, so, something not ok with the 
> printing 
> system (pdflatex or whatever), anyway, it is working well.
> Later I will try to figure out this printing issue, at this moment I have no 
> time to 
> do it.
> 
> István
> 
> 
> Some technical info:
> 
> # free -m 
> total used free shared buffers cached
> Mem: 1024 55 968 0 0 0
> -/+ buffers/cache: 55 968
> Swap: 0 0 0
> 
> 
> Filesystem Size Used Avail Use% Mounted on
> /dev/simfs 8.0G 1.6G 6.5G 19% /
> tmpfs 512M 0 512M 0% /lib/init/rw
> tmpfs 512M 0 512M 0% /dev/shm
> 
> PID TTY STAT TIME COMMAND
> 1 ? Ss 0:00 init [2] 
> 24 ? S 0:00 [init-logger]
> 162 ? Ss 0:00 /sbin/portmap
> 239 ? Ss 0:00 /usr/sbin/fcgiwrap
> 257 ? S 0:00 supervising syslog-ng 
> 258 ? Ss 0:00 /usr/sbin/syslog-ng -p /var/run/syslog-ng.pid
> 261 ? Ss 0:00 /usr/sbin/atd
> 281 ? Ss 0:00 /usr/sbin/cron
> 286 ? Ss 0:00 /usr/bin/dbus-daemon --system
> 299 ? S 0:00 /usr/lib/postgresql/9.1/bin/postgres -D 
> /var/lib/postgresql/9.1/main -c config_file=/etc/postgresql/9.1/main
> 301 ? Ss 0:01 postgres: writer process 
> 302 ? Ss 0:00 postgres: wal writer process 
> 303 ? Ss 0:00 postgres: autovacuum launcher process 
> 304 ? Ss 0:00 postgres: stats collector process 
> 396 ? Ss 0:00 /usr/sbin/sshd
> 3939 ? Ss 0:00 vzctl: pts/0 
> 3940 pts/0 Ss 0:00 -bash
> 3956 pts/0 S 0:00 su -
> 3957 pts/0 S 0:00 -su
> 3975 pts/0 S+ 0:01 mc
> 3977 pts/1 Ss 0:00 bash -rcfile .bashrc
> 5683 ? Ss 0:00 /usr/lib/postfix/master
> 5685 ? S 0:00 pickup -l -t fifo -u -c
> 5686 ? S 0:00 qmgr -l -t fifo -u
> 6005 ? Ss 0:00 nginx: master process /usr/sbin/nginx
> 6006 ? S 0:00 nginx: worker process
> 6024 pts/1 R+ 0:00 ps ax
> 
> 
> 
> 
> ----------------eredeti üzenet-----------------
> Feladó: "Jeff Kowalczyk" [email protected] 
> Címzett: [email protected] 
> Dátum: Tue, 3 Apr 2012 17:24:38 +0000 (UTC)
> -------------------------------------------------
> 
> 
>> Robert James Clay jame@... writes:
>>> 
>>> On Mon, 2012-04-02 at 05:58 -0400, Mikkel Høgh wrote:
>>> > I had a hard time getting LSMB set up, due to its use of old-school CGI,
>>> > which is not supported by our webserver of choice, nginx.
>>> 
>>> Have you tried using something like FcgiWrap (fcgiwrap package on
>>> Debian)? That's what I use to take the place of Apache on my systems. I
>>> haven't tried setting it up for use with LedgerSMB, though...
>>> 
>>> Jame
>>> 
>>> [1] http://nginx.localdomain.pl/wiki/FcgiWrap 
>> 
>> FWIW, I'm very interested in hearing about any successful method of running
>> LedgerSMB with Nginx. I've migrated from Apache to Nginx for all uses except
>> LedgerSMB at this point, and I'd like to uninstall it. Running Apache on an
>> alternate port is workable, but not as efficient as I'd like.
>> 
>> Does anyone have a good pure-perl CGI server that could run LedgerSMB, like
>> webmin uses? I'd prefer to use Nginx to proxy requests to such a daemon. I'm 
>> not
>> concerned with concurrent user performance for these types of deployments.
>> 
>> Thanks,
>> Jeff
>> 
>> 
>> 
>> 
>> 
>> 
>> ------------------------------------------------------------------
>> --
>> ----------
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second 
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> _______________________________________________
>> Ledger-smb-devel mailing list
>> [email protected] 
>> https://lists.sourceforge.net/lists/listinfo/ledger-smb-devel
>> 
> 
> 
> 
> 
> --------------------------------------------------------------------
> ----------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second 
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Ledger-smb-devel mailing list
> [email protected] 
> https://lists.sourceforge.net/lists/listinfo/ledger-smb-devel
> 



------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Ledger-smb-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ledger-smb-devel

Reply via email to