Anatoly Lubarsky

Fosimo.AA 0.9.7.5 is available

Anatoly Lubarsky — Sat, 12 Jun 2010 23:10:00 GMT

Fosimo.AA 0.9.7.5 is available for download.

download Fosimo.AA here.

See our first post about Fosimo.AA - Introducing Fosimo.AA — Desktop Tool for Facebook Application Administration.

Fosimo.AA is a desktop extension to your existing apps. New in this release:

insights raw data for your applications (this functionality is new facebook released just last week).
multi-add news for the app dashboard (in addition to global news previously available).
APP_ID instead of API_KEY in the configuration.
fixing reported bugs and issues.
working with the new Graph API.

Enjoy :)

Fosimo 1.1.0 — New Authentication Flow

Anatoly Lubarsky — Fri, 07 May 2010 23:46:00 GMT

Fosimo 1.1.0 is available. Fosimo is a desktop app for Facebook which helps you control your Facebook account without browsing through Facebook.

Facebook released a new applications authentication flow based on OAuth protocol and a new Data permissions dialog so we moved forward and updated Fosimo with it.

Starting from Fosimo 1.1.0 version the user is no longer required to enter the username and password into Facebook's login page to authenticate and authorize the app. Instead the user have to provide a bunch of necessary data permissions for the app and Facebook processes the whole authorization process behind the scenes.

Unfortunately the new scheme is not fully backward compatible therefore if you are a Fosimo user you may notice some parts of the app not working starting today. In this case you need to remove the application from your Facebook account (via "My account" >> "Application settings") and restart it on your computer (make sure you have a new 1.1.0 version of Fosimo). This is supposed to solve permissions/authentication problems during the migration.

Enjoy

Introducing Fosimo.AA — Desktop Tool for Facebook Application Administration

Anatoly Lubarsky — Fri, 12 Mar 2010 06:16:00 GMT

Just released a desktop tool for facebook application administration.

"Please note: Fosimo.AA is not a separate app, but an extension to your existing apps, you configure it yourself with your app API_KEY/SECRET and it gives you extensible admin functionality for any app of yours just from your desktop. No need to browse to facebook site or login to facebook or authorize anywhere online in order to make it work. Sometimes it is not worth an effort to develop a separate Ban module for each of your apps just to ban a couple of folks and it is not secure to host such module online."

Among features: ban and unban users, add global news, etc. The tool is not a freeware - $30 per license. License is not needed for some basic features to work.

Download here: Fosimo.AA v0.9.7.4

See announcement on the facebook developer forum for more details.

Enjoy :)

Sic Transit...

Anatoly Lubarsky — Mon, 08 Mar 2010 05:08:00 GMT

It is very sad to see friendster go :( Their main problems have been always ops and security and not a competition with facebook or others.

Tips for Windows Server 2008 and IIS7 Tuning

Anatoly Lubarsky — Mon, 04 Jan 2010 16:49:00 GMT

Recently I moved from windows servers 2003 32 bit and IIS6 to windows servers 2008 64 bit and IIS7. My experience was rather painful, windows 2008 seems like a wild animal after windows 2003 experience. 2008 has lots networking and scalability issues and it took me quiet a while and many tweaks and hacks to achieve reliability and good performace plus scalability and solve many issues.

If you own a windows 2008 server under some significant load from the web issues described in this post maybe relevant for you. Maybe it may save you some time in desperate searching around the net for solutions...

Before we continue to windows 2008 and IIS7 tips - some relevant info about IIS7.

IIS7 breaking changes

IIS7 introduced new integrated pipeline model where asp.net pipeline is integrated into IIS which has extensibility and performance benefits. This comes together with some breaking changes to configuration and asp.net.

Follow this link to learn more:

asp.net 2 breaking changes on-iis 7

OK, now some tips...

Disable static compression

IIS7 has static compression turned on by default and dynamic compression turned off by default. My first tip is to disable static compression (website - compression in IIS7 manager).

It can be the problem when you have static XML files on you server for example. XML files become unreadable by XML parsers with IIS7 static compression. Browsers and other 3rd parties will not be able to read them anymore because XML is malformed (possible bug?).

Change max concurrent requests per CPU setting

By default IIS7 has a limit of handling 12 concurrent requests per CPU and will queue requests above this limit. If you have some significant web load and many AJAX style requests to your server - this setting maybe very restrictive and it is hard to find out the root of the problem when you server performance is suddenly degraded.

See this post to get the picture how it can cause performance issues on your server.

Some relevant info about asp.net thread usage on IIS7 here:

asp.net thread usage on IIS7 and IIS6

Thomas Marquardt advice is to change this default limit. Recommended settings:

"All of this may be a little confusing, but for nearly everyone, my recommendation is that for ASP.NET 2.0 you should use the same settings as the defaults in ASP.NET v4.0; that is, set maxConcurrentRequestsPerCPU = "5000" and maxConcurrentThreadsPerCPU="0".

This is done by adding DWORD MaxConcurrentRequestsPerCPU to the registry under

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ASP.NET\2.0.50727.0

called MaxConcurrentRequestsPerCPU (DWORD). This key doesn't exist by default. Or/and in aspnet.config section which overrides registry setting (also doesn't exist by default) aspnet.config is here on windows 64bit:

%windir%\Microsoft.NET\Framework64\v2.0.50727\aspnet.config

You need to add the following section under "configuration" section (here I used default values) - don't forget change maxConcurrentRequestsPerCPU to 5000.

< system.web>
    < applicationPool 
        maxConcurrentRequestsPerCPU="12" 
        maxConcurrentThreadsPerCPU="0" 
        requestQueueLimit="5000" />
< /system.web>

Disable offload network enhancements if you have network issues

Different unexplained network issue on your windows 2008 server could be related to TCP Chimney and related "networking enhancements" in windows 2008 and certain hardware vendors when hardware doesn't play well with these enhancements.

If you have networking problems similar to these below - try to disable these features.

Information about the TCP Chimney Offload, Receive Side Scaling, and Network Direct Memory Access features in Windows Server 2008

Related threads:

Set Connection "close" request header explicitly posting to AJAX web services

When moving from IIS6 to IIS7 integrated mode you may experience issues similar to below (POST request time-outs and request aborted errors) and all related to AJAX POST requests to IIS7 while AJAX GET requests don't have any problem.

Related threads (all unresolved)

I experienced the same issue. Some HTTP POST requests got aborted in IIS7 pipeline and never reach server code. It can happen one per 1000 requests. However it may be still a significant number and if you have many users it can degrade performance for other requests.

In HTTPERR logs you can notice Timer_EntityBody errors related. POST requests usually arrive split in 2 segments: headers and following request body while GET requests arrive in one segment. On network monitor you can notice that server received POST request headers but request body never arrives to the server and after some timeout IIS aborts such request.

The solution which can help minimize the number of these errors is to set Connection "close" request header on the caller explicitly. Somehow IIS7 doesn't treat ajax POST requests very well, while IIS6 is more robust and able to handle missing Connection "close" header. Go figure.

Example for XMLHTTP javascript client:

oXmlHttp.setRequestHeader("Connection", "close");

Enjoy :)

Happy New Year

Anatoly Lubarsky — Thu, 31 Dec 2009 03:51:00 GMT

Thanks for all who was around here in 2009 and helped us with great suggestions, feedback and support. We wish you all happy New Year!

Moving

Anatoly Lubarsky — Wed, 02 Dec 2009 12:03:00 GMT

Hello

We are moving to new servers and occasional brief downtimes are expected during December on our sites and apps. Sorry for the inconvenience.

Fosimo — Backup Facebook Inbox Available

Anatoly Lubarsky — Fri, 11 Sep 2009 22:46:00 GMT

As announced previously backup facebook inbox functionality is now available on Fosimo. It took some time until the app was whitelisted on Facebook in terms of reading users inbox permission but now it should be operational. If you already have Fosimo 1.0.8 it should work.

Download here. Hurry up because maybe it is the first app on Facebook which is capable of doing this. For now your inbox is saved in XML format.

Enjoy :)

Fosimo 1.0.8 — Backup Facebook Inbox

Anatoly Lubarsky — Tue, 01 Sep 2009 21:43:00 GMT

Fosimo 1.0.8 is available. Fosimo is a desktop app for Facebook which helps you control your Facebook account without browsing through Facebook.

Facebook has rolled out several important features recently including new inbox functionality today and new authentication scheme for desktop applications a couple of weeks ago so there are new features and adjustments.

New in Fosimo 1.0.8

Improved permissions configuration and authentication (supports recently introoduced "Publish Stream" and "Read Inbox" permission).
Improved photo upload functionality.
Improved set status (removed "is" verb). This is an old bug on Fosimo but finally fixed.
Many fixes and enhancements.
Backup facebook inbox: now you can backup your inbox on facebook to your hard drive with 1 click. Please note: Facebook is rolling out new inbox functionality now so it may take a couple of days until this feature is fully available for everyone.

Enjoy

Running MSI on Windows 7

Anatoly Lubarsky — Tue, 01 Sep 2009 21:17:00 GMT

I didn't try Windows 7 yet. But seems that Windows 7 inherited user access control feature from Windows Vista as is. It maybe useful info for people running MSIs on Windows 7.

I learned it because lifehacker linked yesterday to my 2-year-old post about MSI Error 2869 on Windows Vista where I explained the error and how to deal with it (lifehacker had the same MSI problem on Windows 7). In short — the error is caused by user access control feature and you need to run MSI from command line as administrator as a workaround (or patch the MSI). I was a bit surprised yesterday while reading that 2-year-old post since it seems very techy and it took me a while to fully understand it :). Good coverage after all...