MadMakz™
[Mæd Mæks]
In reply to http://twitter.com/#!/_MaxLe/status/113753591457644545 since it’s to long for Twitter <.<
And its called ByteHero.
This one also seems to scan and sign only the headers, and not the container/encrypted/compressed code, the code that actually would held bad data.
That makes ByteHero also fail on probably all Bat2Exe, AutoIt and similar compiled scripts as it marks them all as a False-Positive Trojan due to their standart (and virus,-malware free) header shipped in EACH .exe.
This is AV detection made wrong at it’s best and simpelst.
Just the steps:
Install hldsupdatetool if not already done
wget http://storefront.steampowered.com/download/hldsupdatetool.bin chmod +x hldsupdatetool.bin ./hldsupdatetool.bin
Answer with yes.
Install Dino D-Day:
./steam -command update -game dinodday -dir <choose dir> -retry
Install Wine & Depencies and Screen if not already done (as root):
aptitude install wine xserver-xorg xvfb screen
Run Dino D-Day:
Make sure you start Xvbf first!
Xvfb :1&
Then:
export DISPLAY=:1 screen -dmS dday_1 wine ./srcds.exe -console -game dinodday -ip <ip> -port <port> -maxplayers <maxplayers> +map <map>
Done.
To stop the server just kill the screen session. You can get a list of running screen sessions via screen -ls
Nice, so after the FPS lie and more people starting to listen about it… GSP’s now come up with a new “epic performance boost”…
As easy as 1-2-3:
1.) For the registration, make sure you’ve set a Captcha method, but don’t use the default one. Use Re-Captcha or an 3rd-party Java Captcha.
2.) Use Anti-Spam ACP
3.) Implent ZB Block
Today i came accross a permanent 500 Server Error when attempting to go to my sites wordpress admin.
To make things short;
The issue was between Suhosin and WordPress.
Yesterday i upgraded the Shuhoshin patch to v0.9.32.1. Since wordpress tries to alter the PHP’s memory_limit via ini_set it breaks as the Suhosin patch disallows such altering of settings.
Simple solution;
Make sure PHP can allocate enough space for WordPress (memory_limit should be at 64MB or above) and
place ini_set inside the disable_functions of your PHP.ini file.
Stop your webserver and kill any attached PHP processes, restart your webserver, done.
The WP devs should check to what the memlimit is set to before trying to do an ini_set. My limit already is 128M. But anyway, if you ask me, no weapp should use ini_set unless it’s due the install process.
Better way; Give out a notice/Warning so Admins actually know what to set instead of it happens sneaky in the background.
Original post: http://developer.ctrlplusv.com/2010/04/12/drupal-6-base_path-is-not-base_path/
Over the past 2 days i close to finished the theme conversion for CGX24.
I now started to build some block modules and came across that $base_path does NOT (always ?) point to the home URL.
In my themplate i sticked to call the base url via
By a typo i hoverver used
on one of my modules to get the base URL, but i quickly figured that $base_path points out the full URL to current page.
After i had a closer look on the api docs, i defined $base_path as a global first, and this brought the correct result of $base_path being then the base URL.
However, the best solution in my mind is to always use base_path() if you need to get the base URL to your drupal install.
Today i figured a nice tool to “symlink” a directory to a FTP server / mountpoint.
The app is called CurlFTPFS (there are other, old ones, but this one seems the only one wich is still good enough to be in the Debian packages).
To install simply run a
aptitude install curlftpfs
Then you can easily link folders via
curlftpfs ftp://myftp/ folder_link
(you need to create an empty folder via mkdir first!)
It surely also supports user and passwords, even SSL.
If you want to remove the FTP link again it is important that you do it via
unmount
directly doing a rm -r or rmdir WONT work as this “link” is actually a true mount and not a symlink (so a rm -r before unmount would even delete the files on the FTP for god if you´re authed or have otherwise delete access on that FTP). After unmount you can remove the folder then finaly via rm -r.
Well not really a Bogus, more kinda incomplete.
I was helping out a friend who is in the move to G-portal.de. After screwing arround with the ROOT, he desided to start from scratch by reinstalling the default Lenny 64bit image.
But suddenly he was unable to execute hldsupdatetool.bin anymore.
He then gave me a call and i had a look;
The initial issue was as follows (permissions where set correctly before):
./hldsupdatetool.bin
-bash: ./hldsupdatetool.bin: No such file or directory
ldd hldsupdatetool.bin
not a dynamic executable
It took me a while untill i had the glory idea to do a ldd hldsupdatetool.bin wich then brought me quickly to the “libary idea”.
The default image, with everyone can reinstall their ROOT with, seems to come with the for hldsupdatetool (or any 32bit app) required ia32-libs, but not with the also required lib32gcc1 libaries (Wich breaks the sense of a “ready to go” image).
Today somone stated that he may have problems geting things to work wich is using PHP´s fsockopen function.
I provided him a fsockopen test script i found myself some time ago on the web.
I added a disclaimler and mirrored it on my page since i lost the original link.
You can get the small PHP script here: http://code.madmakz.com/pub/fsockopen/
