stopBefore(document, 'getElementById')
stopBefore('document.getElementById') // the same as the previous
stopBefore(Element.prototype, 'removeChild')| /* | |
| Grep.js | |
| Author : Nic da Costa ( @nic_daCosta ) | |
| Created : 2012/11/14 | |
| Version : 0.2 | |
| (c) Nic da Costa | |
| License : MIT, GPL licenses | |
| Overview: | |
| Basic function that searches / filters any object or function and returns matched properties. |
| #!/bin/sh | |
| # I put all my dev stuff in here | |
| export DEV_PREFIX=$HOME/Dev/ | |
| # Don't forget to adjust this to your NDK path | |
| export ANDROID_NDK=${DEV_PREFIX}/android-ndk-r8d/ | |
| export CROSS_COMPILE=arm-linux-androideabi |
| #!/usr/bin/env python | |
| # coding=utf-8 | |
| import argparse | |
| import freetype | |
| import os | |
| import re | |
| import struct | |
| import sys | |
| import itertools | |
| from math import ceil |
I see this error when I try to suspend an Ubuntu 10 guest in Fusion:
The request to Suspend this virtual machine failed because the corresponding VMware Tools script did not run successfully.
If you have configured a custom suspend script in this virtual machine, make sure that it contains no errors. Attempting the operation again will ignore the script failure. You can also submit a support request to report this issue.
As the dialog states, the second time you try to suspend the VM it ignores the non-zero return code of the script and it seems to work. But it's annoying.
The problem appears to not be VMware actually, but Ubuntu (or Ubuntu's service script). I tried to figure out where exactly Ubuntu's initctl configuration/scripts is broken to no avail but found a work-around that I'm happy with.
| #!/usr/bin/env python | |
| # -*- coding: utf-8 -*- | |
| # Needs freetype-py>=1.0 | |
| # For more info see: | |
| # http://dbader.org/blog/monochrome-font-rendering-with-freetype-and-python | |
| # The MIT License (MIT) | |
| # | |
| # Copyright (c) 2013 Daniel Bader (http://dbader.org) |
| tim@touchsmart:~/Code$ nvm use v0.11.2-generators | |
| Now using node v0.11.2-generators | |
| tim@touchsmart:~/Code$ node --harmony testgen.js | |
| <Buffer 76 61 72 20 66 73 20 3d 20 72 65 71 75 69 72 65 28 27 66 73 27 29 3b 0a 66 75 6e 63 74 69 6f 6e 20 72 65 61 64 46 69 6c 65 28 70 61 74 68 2c 20 65 6e 63 ...> | |
| Sleeping for 2000ms... | |
| Done |
| #include <string.h> | |
| #include <ctype.h> | |
| #include <SoftwareSerial.h> | |
| // the Bluetooth Shield connects to Pin D9 & D10 | |
| SoftwareSerial bt(9,10); | |
| const uint8_t req[5] = {0x00, 0x01, 0x00, 0x11, 0x00}; | |
| const uint8_t cap[17] = {0x00, 0x0d, 0x00, 0x11, 0x01, 0xff, 0xff, 0xff, 0xff, 0x80, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x32}; | |
| const uint8_t ping[9] = {0x00, 0x05, 0x07, 0xd1, 0x00, 0xde, 0xad, 0xbe, 0xef}; |
Moved to git repository: https://github.com/denji/nginx-tuning
For this configuration you can use web server you like, i decided, because i work mostly with it to use nginx.
Generally, properly configured nginx can handle up to 400K to 500K requests per second (clustered), most what i saw is 50K to 80K (non-clustered) requests per second and 30% CPU load, course, this was 2 x Intel Xeon with HyperThreading enabled, but it can work without problem on slower machines.
You must understand that this config is used in testing environment and not in production so you will need to find a way to implement most of those features best possible for your servers.

