Ghostbar's blog - Latest Comments

Re: 413: Request Entity Too Large with nginx

Sammy — Mon, 07 May 2012 19:39:33 -0000

The HTTP server may add further restrictions on the file upload size:
Apache: You can restrict maximum file size using [LimitRequestBody] directive. Search for "httpd.conf" and comment out LimitRequestBody. Restart Apache after editing the configuration and you will be able to attach file with sizes over 0,5 MB again.
<files *.php="">
SetOutputFilter PHP
SetInputFilter PHP
# LimitRequestBody 524288
</files>

Re: Tracker eating my memory cache

Jose Luis Rivas — Mon, 30 Apr 2012 14:13:53 -0000

Yep, is a huge problem, I would be OK if the cache on my memory got replaced, emptied when I need that space, but it didn't.

There were moments that I had 800M on cache, 1200M on memory used and my swap full... After removing tracker it didn't happened again.

And it was not after a day of uptime, but after 10 or 20 minutes of uptime, so it was really a pain in the ass...

Re: Tracker eating my memory cache

Philipp Kern — Sun, 29 Apr 2012 18:52:28 -0000

Full swap is a problem. A full cache is not. I'm sure you kind find tons of information on the internets about this. (Hint: That Linux's memory usage is close to the available RAM is normal and good for you.)

Re: Tracker eating my memory cache

Nomail — Sat, 28 Apr 2012 20:34:36 -0000

use recoll ....

Re: Tor en Google Chrome

Ogvc74 — Mon, 23 Apr 2012 19:51:21 -0000

puede tambien ocultar el ip de salida real para nuestro proxy, es decir, no quiero que en mi red LAN detecten el uso del internet.

Re: Polipo and uncachable file

Philip — Sat, 21 Jan 2012 07:59:16 -0000

I can confirm that 'uncachable' doesn't work for me either. I'm using polipo 1.0.4 on OSX 10.6.8 via macports.

Removed my config file to ensure that I was using default settings. Confirmed with 'polipo -v' that my cachable file was found. Like ghostbar, I confirmed that my uncachable file format was correct by renaming the file to 'forbidden'. Checked both with & without a forbidden file in existence, just in case.Ended up adding a few domains to my system proxy setting, not to the browser settings. On OSX, so I don't know how to do the same on debian.

Re: Me declaro un fanático de las FreeFonts

Fitoschido — Thu, 01 Dec 2011 18:50:01 -0000

Representan un buen sustituto, pero no tienen la misma calidad.

Re: Polipo and uncachable file

Jose Luis Rivas — Mon, 07 Nov 2011 08:58:25 -0000

Yes Alan, I know this but I need my notebook and my wife's notebook to work the same and I thought it would be easy to just configure it on polipo's side than in each client. :-)

However, Thanks for your answer!

Re: Polipo and uncachable file

Alan Jenkins — Mon, 07 Nov 2011 06:49:36 -0000

That is, the manual isn't clear on whether "uncachable" entries override RelaxTransparency. Just a thought.

You can work around this in individual browsers. I think it's called "no_proxy" (the environment variable): a list of domains which skip the proxy. Firefox lets you configure it in the GUI. I think Konqueror & Chrome under KDE do as well... I guess it's fairly common, because of the desire to exclude localhost from being proxied.

Re: Polipo and uncachable file

Alan Jenkins — Mon, 07 Nov 2011 06:44:22 -0000

"A number of websites incorrectly mark variable resources as cachable; such issues can be worked around in polipo by manually marking given categories of objects as uncachable."

Re: and issues on vim with $TERM=”screen”

rjc — Wed, 02 Nov 2011 10:19:37 -0000

Not sure what you mean by: "... but I had a big issue with VIM because of this, it kept writing F\n and H\n each time I pressed and keys respectively."

Re: Moving from Screen to Tmux

Risca — Fri, 07 Oct 2011 04:43:15 -0000

Haven't you try jet BYOBU? That's really cool, it is like an upper interface for screen (similar to what could be apt for dpkg) but much easier!
For example:
- install it on the server;
- connect through SSH and launch byobu;
- if you'll press F2 you will get another console on the same ssh session, pressing F3/F4 you'll move to the next/previous console.

For more documentation look on google, it will let you do lot of staff.

Re: Moving from Screen to Tmux

Jean-Marc Liotier — Thu, 06 Oct 2011 08:42:05 -0000

If the number of SSH connections was the main issue, you could have multiplexed your SSH connections for the same effect without screen or tmux : http://en.wikibooks.org/wiki/O...

Re: Moving from Screen to Tmux

budiwijaya — Tue, 04 Oct 2011 21:19:20 -0000

I'm a screen users too. Look's like worth to try tmux. Thanks.

Re: Moving from Screen to Tmux

Jose Luis Rivas — Tue, 04 Oct 2011 18:44:45 -0000

For me the difference is significant. Instead of having 2, 3 or 4 SSH connections I'm using only one while programming with my workflow of at least 4 terminals open at the same terminal.

They redraw in the same way, yes, but the savings happens when I'm using multiple panes on a same window. It means a lot to me because I'm connecting trough a GSM modem in a low-signal area.

Re: Moving from Screen to Tmux

niol — Tue, 04 Oct 2011 05:22:55 -0000

I couldn't find this anywhere else, recovering a detached session if it exists or spawning a new one if there are none. I use this in my .bashrc . This is a bit equivalent to screen -RR && exit 0 .

if [ -x `which tmux` ] && [ -z "$TMUX" ]; then
    if tmux ls 2> /dev/null | grep -v '(attached)$'; then
        tmux attach && exit 0
    else
        tmux -2 && exit 0
    fi
fi

Re: Moving from Screen to Tmux

hhanff — Mon, 03 Oct 2011 16:34:27 -0000

> so, any other recommendation, people?
http://www.tenshu.net/p/termin...

Re: Moving from Screen to Tmux

Fred — Mon, 03 Oct 2011 13:05:20 -0000

> Finally I was [...] saving a lot of bandwidth with my
permanent SSH connection

Can you explain why tmux uses less bandwidth than screen? More efficient redrawing? Is the difference really measurable? How is it possible, since tmux also has TERM=screen, so applications should redraw the screen in the same way, shouldn't they?

Re: Moving from Screen to Tmux

Jose Luis Rivas — Mon, 03 Oct 2011 00:44:01 -0000

Of course. If you see the snapshot I posted, you will see the fullscreen being used, all the pixels of my tiny-screen being used on-demand out-of-the-box.

I love tmux's panes, it helps me a lot while writing code. I used 4 terminals before, now is only one with the functionality of 4 or more, on demand.

Re: Moving from Screen to Tmux

Josh Triplett — Sun, 02 Oct 2011 23:15:48 -0000

Can you elaborate a bit more on what tmux does for you that screen doesn't? You mentioned how you've configured tmux, and how you've transitioned from screen to tmux, but not what you can now do that you couldn't before.

Re: Moving from Screen to Tmux

Jose Luis Rivas — Sun, 02 Oct 2011 23:12:07 -0000

Yes, I love them and the purporse is keeping me happy :-)

Re: Moving from Screen to Tmux

klaernie — Sun, 02 Oct 2011 20:25:04 -0000

What is this background? Does these colors serve some purpose?

Re: Full-Page Background with CSS with crossbrowser support

'Mash — Mon, 12 Sep 2011 04:58:17 -0000

In the past I have done this, I but defined the image for the div itself allowing you control more via the stylesheet. I have not seen any cross-browser issues.

<div id="example">
Some content...
</div>

#example {
background: transparent url("image.png") left top no-repeat;
etc...
}

Re: Deck.js: Para hacer presentaciones con HTML+JS

Pablo SF — Wed, 31 Aug 2011 22:06:34 -0000

¡Que post más oportuno!, justo andaba buscando algo como esto para dar una charla durante el Software Freedom Day. Voy a probarlo.

Re: Deck.js: Para hacer presentaciones con HTML+JS

Richzendy — Wed, 31 Aug 2011 16:43:31 -0000

Deberías chequear este http://sozi.baierouge.fr/wiki/... que hace presentaciones en svg, por ejemplo a mi me gusto esta:

http://patriciolorente.com.ar/...