hope you all had some good time with family, friends or geeks. were going low for 2011. best time to put new effort into the blog.
that auto update for wp went surprisingly well and im trying out the new wp theme twenty-eleven. not so individualistic but still sweet. editing with an android pad is a bit crappy and even with the app its only an inch better. So i leave it for today with a little happy xmas quote. With an extra x.
there are some reasons why TYPO3 copies every file into the well known uploads/pics/ folder that you “reference” in the backend in content elements. after copying the file there, it´s (ordinarily) protected from being deleted by the newb user or changes. if the editors changes stuff, the file is copied again after save with the _01 appendix. that leads to a bunch of issues like orphan files. theres some solution for that, but it is best to prevent that for good — if you like.
$TCA['tt_content']['columns']['image']['config']['internal_type'] = 'file';
that put into extTables.php or so sets that the file is used as is. the file is linked to where the user did upload it and no file reference is created.
if you run ordinary setups for php think about using the xcache opcode cache. it will make your TYPO3 backend and frontend faster.
while this knowledge is wide spread, i´d like to express my feelings about a very responsive t3 backend after giving more meat to the xcache size. put 80Ms there. xcache comes with a nice admin log which shows the cache hits and misses, here are the explanations.
the t3 backend (the newer the better) is lightning fast even on larger installations (hundreds of editors) due to high cache count of necessary php files. uhm, and before i forget: of course the database server must be cool, too — or you will wait for the queries to be finished and thus all the php engine speed would idle around.
if you try to enable the webdav (web based distributed authoring and versioning) service with a linux server and apache2 it´s a piece of cake. the only thing you need to keep in mind is to make it ssl and auth_digest. this is so that windows clients can connect to the thing. theoretically. after all my unsuccessful attempts with the wizard ( i tried it like a hundred times with all different url formats ) a desperate try with net use made it work!
net use z: \\subdomain.domain.tld@SSL:443\webdavfoldername
will ask for a user and a password to gain access and to mount the webdavfoldername (your webdav alias in apache´s virtualhost conf) to drive letter z:
this is a hell of a lack that windows 7 has, but of course webdav seems to be an anathema to microsoft.
useful addendums to the command above are /persistent:yes and /User:user password and i hope it helps you save worthy hours.
if you happen to run into memory issues piwik/core/DataTable.php with the archive.sh script of piwik you might go to free up memory on the server, like i did. memory problems with the archive script are known.
since php5/cli/php.ini shows memory_limit=-1 which means no mem limit (which i thought is a good value), i didn´t care too much about this. but at the end it turns out, a little add (-d memory_limit=1024M) to the archive shell script worked things out for me:
// snip--- echo "Archiving period = $period for idsite = $idsite..." CMD="$PHP_BIN -d memory_limit=1024M -q $PIWIK_PATH -- module=API&method=VisitsSummary.getVisits&idSite=$idsite&period=$period&date=last52&format=xml&token_auth=$TOKEN_AUTH" $CMD // snap---
this made finally happen to bypass the archiving process for month/year and the server now has lower memory footprint because i tuned stuff down as much as i could before that 
so, if you want to override an ini setting for the script you´re calling, the -d flag is the one to help.
if you own the ea/dice game battlefield bad company 2 and played your soldier up to some serious level you´d definitely would not like what the developers might call the database layout of the login system for this game. to me it feels like we all paid a bunch of good money to ea to get a better-tested beta version of bfbc2 to own. despite the low performance of some weekend´s stats db of bfbc2 the login systems keeps coming up with some real pain in the ass bug that seems to correllate with the clan tag.
if that´s what you´re facing today try this:
that solved it today for me. and i really consider not to choose battlefield 3 since ea seems to give a crap for the lots of bfbc2 customers since they seem not providing any updates for this game anymore. i mean, how old is this game anyway?
i´m very disappointed and wonder when games like of a quality like unreal tournament 2004 come back to stage in times of downloadable/paid content that
yes, that would make my wishlist for today.
oh, and just to add a little tale that all of you bfbc2v players will recognize: the guys at ea really think we want to re-assign the kit specs -everytime- after we have switched to vietnam/original and played a class. so, if you happen to play as recon in vietnam your weapon settings in bfbc2 will be reset; and vice versa. how -cool- is this? never got what a great feature that makes >> always set up your stuff from the beginning. if the game was not that cool, i´d long have deinstalled it!
as of TYPO3 4.4 the SpriteManager appeared, tt_news (3.0.1) starts creating lines in the deprecated log. it´s one line changed in tt_news´ ext_tables.php file.
$ICON_TYPES['news'] = array('icon' => t3lib_extMgm::extRelPath($_EXTKEY).'res/gfx/ext_icon_ttnews_folder.gif');
must be changed to:
t3lib_SpriteManager::addTcaTypeIcon('pages', 'contains-news', '../typo3conf/ext/tt_news/res/gfx/ext_icon_ttnews_folder.gif');
this is obviously part of the deprecation message thus a no-brainer. but this way you can avoid even the first appearance of this message o.O
as i already am posting videos so i don´t need to put so much text into the thread this one is quite worth it. “cleverman”.
i like the deep club sound! technoid but natural