<?xml version='1.0' encoding='UTF-8'?><rss xmlns:atom='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' version='2.0'><channel><atom:id>tag:blogger.com,1999:blog-7563956900158574447</atom:id><lastBuildDate>Thu, 25 Sep 2008 20:15:33 +0000</lastBuildDate><title>GoInfo Systems</title><description></description><link>http://www.goinfosystems.com/blog.php</link><managingEditor>noreply@blogger.com (GoInfo Systems)</managingEditor><generator>Blogger</generator><openSearch:totalResults>23</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-1135966977712866583</guid><pubDate>Fri, 01 Aug 2008 16:41:00 +0000</pubDate><atom:updated>2008-08-01T09:46:06.531-07:00</atom:updated><title>mod rewrites for search engine friendly URLs</title><atom:summary type='text'>On a Linux web hosting account this works great:

Open a text editor (Notepad)

Paste this into the file:

RewriteEngine On
RewriteRule ^app/([A-Za-z0-9_-]+)$ index.php?app=$1 [L]

Save the file as .htaccess

Upload it.

That's all there is to it.

Reference:
http://www.sourcerally.net/Scripts/42-Web---Root-Directory

</atom:summary><link>http://www.goinfosystems.com/2008/08/mod-rewrites-for-search-engine-friendly.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-7387033222936208024</guid><pubDate>Sat, 31 May 2008 19:40:00 +0000</pubDate><atom:updated>2008-05-31T12:50:16.676-07:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>web server</category><category domain='http://www.blogger.com/atom/ns#'>load balancing</category><title>Load balancer configuration</title><atom:summary type='text'>...

For any traffic that you intend to load-balance please be sure you have DNS pointed at the load balancer's virtual IP (VIP).

In order to properly configure your load-balancer we will need to know which servers (also specify which IPs on which servers) you wish to have load-balanced and which types of traffic you will be load-balancing. The most common scenario is to load-balance WWW (TCP </atom:summary><link>http://www.goinfosystems.com/2008/05/load-balancer-configuration.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-2457657681011026455</guid><pubDate>Sat, 31 May 2008 07:51:00 +0000</pubDate><atom:updated>2008-05-31T00:59:35.785-07:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>database</category><title>Managed Hosting: 24/7 support for absolute emergencies...</title><atom:summary type='text'>Are these canned email replies to trouble tickets really necessary?

Most people would just think it's an emergency because their site is down -- it's just simply UNAVAILABLE!

But I guess if the help just isn't there, you're SOL...

Seems to me though if you're in a managed hosting situation, someone on their side should know your site is down before you call.

 This automated response is to </atom:summary><link>http://www.goinfosystems.com/2008/05/managed-hosting-247-support-for.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-3631117617701286658</guid><pubDate>Sat, 31 May 2008 07:46:00 +0000</pubDate><atom:updated>2008-05-31T00:47:06.842-07:00</atom:updated><title>Using the binary vs. char type in MySQL with PHP</title><atom:summary type='text'>In regards to using BINARY over CHAR, while this might be splitting hairs in terms of performance, the BINARY option is going to be more efficient in multiple fronts. The reason is that if you store an MD5 as a string, it requires 8 bits per character. But you are actually only representing 4 bits per character. If you store the string in binary, you can half the size of the field. It is also </atom:summary><link>http://www.goinfosystems.com/2008/05/using-binary-vs-char-type-in-mysql-with.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-8892558923621813378</guid><pubDate>Sat, 31 May 2008 07:13:00 +0000</pubDate><atom:updated>2008-05-31T00:19:08.563-07:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>raid</category><category domain='http://www.blogger.com/atom/ns#'>mysql</category><category domain='http://www.blogger.com/atom/ns#'>red hat</category><category domain='http://www.blogger.com/atom/ns#'>database</category><title>MySQL buffer_size recommendations</title><atom:summary type='text'>To figure out the right settings for your database server, you really need a good MySQL DBA to take a look at your application's resource utilization and make decisions based on hard data.

Preliminary assessment for our current set up - after yet another crash:

My guess would be that the mysqld service crashed while writing to the table. Being as mysql is using 6G in global buffers alone and </atom:summary><link>http://www.goinfosystems.com/2008/05/mysql-buffersize-recommendations.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-4028678184264341837</guid><pubDate>Sat, 31 May 2008 06:57:00 +0000</pubDate><atom:updated>2008-05-31T00:06:21.583-07:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>raid</category><category domain='http://www.blogger.com/atom/ns#'>mysql</category><category domain='http://www.blogger.com/atom/ns#'>database</category><title>Converting a MyISAM table to InnoDB - pros and cons</title><atom:summary type='text'>Notes from a MySQL DBA:

With MyISAM tables, updates/insert cause table level locking. Converting to InnoDB will be useful as this uses MVCC + row level locking.

Things that can be done:
Convert to InnoDB
Create a numeric PK (auto_Increment) and UNIQUE KEY for hashid. InnoDB require primary keys (PK) for all your tables. If you don't define one, one will be invisibly defined for you. InnoDB best</atom:summary><link>http://www.goinfosystems.com/2008/05/converting-myisam-table-to-innodb-pros.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-1276581869838649975</guid><pubDate>Sat, 31 May 2008 06:43:00 +0000</pubDate><atom:updated>2008-05-30T23:52:30.968-07:00</atom:updated><title>Optimizing a large MySQL table that gets a lot of inserts</title><atom:summary type='text'>When you develop a web application that is database driven that is going to log a lot of data, you really have to consider the database structure carefully.

Here's an example of how a log table was optimized. This table had over 60 million rows and getting another million rows a day!

--

The problem with this table (in terms of speed) is that

It’s quite large (62M rows)
It’s heavily indexed.
</atom:summary><link>http://www.goinfosystems.com/2008/05/optimizing-large-mysql-table-that-gets.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-8586909098103507786</guid><pubDate>Sat, 31 May 2008 06:24:00 +0000</pubDate><atom:updated>2008-05-30T23:39:21.311-07:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>raid</category><category domain='http://www.blogger.com/atom/ns#'>mysql</category><category domain='http://www.blogger.com/atom/ns#'>red hat</category><category domain='http://www.blogger.com/atom/ns#'>database</category><title>Limitations of MySQL on 32-bit OS -- RedHat Linux Enterprise</title><atom:summary type='text'>Most developers will never run into this situation. But if you're running a Linux server RHE 32-bit OS and have a large MySQL database, watch out!

It took a few days of crashing this database with a table that has over 14GB of data.

The index on that table had grown over 2GB and was causing MySQL server to page the data (writing temp data to the hard drive instead of RAM). Disk I/O is thousands</atom:summary><link>http://www.goinfosystems.com/2008/05/limitations-of-mysql-on-32-bit-os.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-8158871045934960041</guid><pubDate>Sat, 10 May 2008 01:11:00 +0000</pubDate><atom:updated>2008-09-25T13:15:33.365-07:00</atom:updated><title>ssh client for Windows with command line - copSSH</title><atom:summary type='text'>I just looked at pretty much everything available out there.

I like this one the best, and it's free. This is just a simple add-on that will give your cmd.exe additional functionality like ssh. I've used it on Windows 2000 and Windows XP.

Download copSSH - OpenSSH for Windows from


http://sourceforge.net/project/showfiles.php?group_id=69227&amp;package_id=127780&amp;release_id=615115




copSSH is an </atom:summary><link>http://www.goinfosystems.com/2008/05/ssh-client-for-windows-with-command.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-5191278269540214932</guid><pubDate>Fri, 09 May 2008 21:08:00 +0000</pubDate><atom:updated>2008-05-09T14:36:11.590-07:00</atom:updated><title>Using mysqldump and gzip to move a database to another server</title><atom:summary type='text'>When your database is large enough that using phpMyAdmin is not feasible, you can use mysqldump to move a database to a new server.


This looks like a reasonable tutorial, which came up with a google search:


http://www.mydigitallife.info/2007/07/21/how-to-backup-and-restore-export-and-import-mysql-databases-tutorial/


Essentially all you do is:

# mysqldump dbname &gt; whatever.sql
-- or --
# </atom:summary><link>http://www.goinfosystems.com/2008/05/using-mysqldump-and-gzip-to-move.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-7222160895937065525</guid><pubDate>Thu, 08 May 2008 01:27:00 +0000</pubDate><atom:updated>2008-05-07T18:33:32.194-07:00</atom:updated><title>Adwords, Googlebot/2.0, and AdsBot-Google</title><atom:summary type='text'>I noticed this in my logs. Looks like when you use your Adwords account to analyze your ads and upload a campaign, Google sends a bunch of queries to analyze your landing pages. And it's not just the AdsBot, you also get the actual Googlebot visiting as well... Interesting.



05/07/2008 12:32 AM
Mozilla/5.0 (compatible; Google Keyword Tool; +http://adwords.google.com/select/KeywordToolExternal)</atom:summary><link>http://www.goinfosystems.com/2008/05/adwords-googlebot20-and-adsbot-google.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-9068041929800570191</guid><pubDate>Wed, 07 May 2008 01:58:00 +0000</pubDate><atom:updated>2008-05-06T19:25:03.085-07:00</atom:updated><title>Google Adwords API: Using getNewKeywordEstimate() vs. getCampaignEstimate()</title><atom:summary type='text'>It seems the Google Adwords API doesn't give you consistent results for cost and traffic data. The numbers can change radically during the same 24hr period.
How are we supposed to get reliable stats from this?


Here's the response from Adwords staff:


Using getNewKeywordEstimate() function is not the best choice if you want the most accurate estimates. When you use estimateKeywordList() method,</atom:summary><link>http://www.goinfosystems.com/2008/05/google-adwords-api-using.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-2819969787125061288</guid><pubDate>Sat, 26 Apr 2008 06:22:00 +0000</pubDate><atom:updated>2008-04-25T23:43:18.612-07:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>CSV class</category><title>class CsvIterator implements Iterator</title><atom:summary type='text'>Looks like a useful class for handling CSV files.
I haven't tested it yet.






filePointer = fopen($file,  'r');

$this-&gt;delimiter = $delimiter;

}

catch (Exception $e)  {

throw new Exception('The file "'.$file.'" cannot be read.');

}

}

/**

* This method resets the file pointer.

*

* @access  public

*/

public function rewind() {

$this-&gt;rowCounter =  0;

rewind($this-&gt;filePointer);

}
</atom:summary><link>http://www.goinfosystems.com/2008/04/class-csviterator-implements-iterator.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-7718958242339204932</guid><pubDate>Fri, 21 Mar 2008 17:59:00 +0000</pubDate><atom:updated>2008-03-21T11:08:53.891-07:00</atom:updated><title>MSN QBR - Quality-Based Ranking for AdCenter</title><atom:summary type='text'>If you've never submitted a PPC campaign to MSN, get ready for some real scrutiny of your landing pages... A campaign that was successfully launched with Google and Yahoo got this response from MSN editors:

Here some information regarding QBR and landing page best practices. From here, we need to rework your landing page to clean it up a bit. Then I'll appeal the QBR status. Hope this helps.

</atom:summary><link>http://www.goinfosystems.com/2008/03/msn-qbr-quality-based-ranking-for.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-8664853181626836271</guid><pubDate>Thu, 20 Dec 2007 21:00:00 +0000</pubDate><atom:updated>2007-12-20T13:09:47.468-08:00</atom:updated><title>Website Certified by an Unknown Authority</title><atom:summary type='text'>
  
There was a problem with the SSL certificate...

When I opened https://www.silopublisher.com   directly after opening Firefox
(Windows XP Home) I got the following notice - see attached.

This error wasn't showing up in IE7. Only with Firefox...



Here's the response from Godaddy:

Support Staff Response Dear Secure Certificate Customer,

Upon reviewing your site, I have found the problem </atom:summary><link>http://www.goinfosystems.com/2007/12/website-certified-by-unknown-authority.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-7845940301899715048</guid><pubDate>Sat, 20 Oct 2007 19:05:00 +0000</pubDate><atom:updated>2007-10-20T12:07:43.203-07:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>systems performance</category><title>Monitoring disk I/O and CPU utilization</title><atom:summary type='text'>Red Hat Linux has a tool that collects data installed, to view the data you can use the sar command from the command line.

To find out how many processes were running and the one minute, five minute and fifteen minute load averages you can type 'sar -r' (without the quotes).

To find out RAM and swap disk memory usage you can type 'sar -q' (without the quotes). To look at I/O statistics you can </atom:summary><link>http://www.goinfosystems.com/2007/10/monitoring-disk-io-and-cpu-utilization.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-5689830116492280306</guid><pubDate>Thu, 21 Jun 2007 19:03:00 +0000</pubDate><atom:updated>2007-06-21T12:11:31.856-07:00</atom:updated><title>Troubleshooting PHP cURL with proxies at Godaddy.com</title><atom:summary type='text'>This code block will work for Godaddy hosting accounts that require outbound connections via their proxy.

curl_setopt($ch, CURLOPT_VERBOSE, 1);
curl_setopt($ch, CURLOPT_URL, $url);  
curl_setopt ($ch, CURLOPT_PROXYTYPE, CURLPROXY_HTTP);
//"http://64.202.165.130:3128"
curl_setopt ($ch, CURLOPT_PROXY,"http://proxy.shr.secureserver.net:3128");
curl_setopt($ch, CURLOPT_TIMEOUT, 30);
curl_setopt($ch,</atom:summary><link>http://www.goinfosystems.com/2007/06/troubleshooting-php-curl-with-proxies.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-1176098534815663066</guid><pubDate>Thu, 14 Jun 2007 17:44:00 +0000</pubDate><atom:updated>2007-06-14T10:57:42.236-07:00</atom:updated><title>Google Adwords API Tokens - Approved!</title><atom:summary type='text'>Finally. After a 2-week wait.

Your AdWords API tokens have been approved!Congratulations!

Based on the information you provided during registration, your Developer Token and Application Token have been approved and activated for use with the AdWords API. Your approved tokens are on your AdWords API Center page (see Account details below). In the meantime, if you haven't already done so, you </atom:summary><link>http://www.goinfosystems.com/2007/06/google-adwords-api-tokens-approved.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-5139525691795215538</guid><pubDate>Thu, 14 Jun 2007 16:08:00 +0000</pubDate><atom:updated>2007-06-14T09:17:46.355-07:00</atom:updated><title>Regular Expressions Checker - DHTML Goodies</title><atom:summary type='text'>Recently ran into this site:
http://www.dhtmlgoodies.com/

This site has a bunch of really cool scripts - AJAX, DHTML / PHP - with demos.

Check out their regular expression checker:
http://www.dhtmlgoodies.com/scripts/regular-expression/regular-expression.html


Pretty cool.
-j</atom:summary><link>http://www.goinfosystems.com/2007/06/regular-expressions-checker-dhtml.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-5105800914380106778</guid><pubDate>Sun, 03 Jun 2007 08:29:00 +0000</pubDate><atom:updated>2007-06-03T01:40:46.656-07:00</atom:updated><title>Google Adwords API - Sandbox Error</title><atom:summary type='text'>Got this error while testing code for the Adwords API using the Sandbox:

Message: The specified client email does not exist. Your client accounts may not exist because either this is your first time using the sandbox or the sandbox database has been cleaned. Please remove the clientEmail from the request header and call the getClientAccounts method from AccountService to ensure that your client </atom:summary><link>http://www.goinfosystems.com/2007/06/google-adwords-api-sandbox-error.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-827535316602070537</guid><pubDate>Sat, 05 May 2007 00:44:00 +0000</pubDate><atom:updated>2007-05-04T18:03:31.148-07:00</atom:updated><title>Why PageRank is overrated</title><atom:summary type='text'>Are you still obsessed with PageRank?

GoinfoSystems.com and SiloPublisher.com didn't have any PR until recently. Yet we were getting traffic for some nice long-tail keywords. Mostly from Google.

For example, Google the phrase lsi web publishing. Silo Publisher is on 1st page out of over 500,000 results.

This is what the site is about after all. So it makes sense. But we have virtually no </atom:summary><link>http://www.goinfosystems.com/2007/05/why-pagerank-is-overrated.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-4700911470183910906</guid><pubDate>Tue, 24 Apr 2007 07:26:00 +0000</pubDate><atom:updated>2007-04-24T00:41:37.292-07:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>yahoo yui</category><category domain='http://www.blogger.com/atom/ns#'>javascript</category><category domain='http://www.blogger.com/atom/ns#'>dom</category><category domain='http://www.blogger.com/atom/ns#'>web developer</category><category domain='http://www.blogger.com/atom/ns#'>ajax</category><category domain='http://www.blogger.com/atom/ns#'>css</category><title>Standards-based API's and reusable libraries</title><atom:summary type='text'>We're planning a lot of exciting projects to enhance Silo Publisher and related applications.
With growth comes new challenges for stability, scalability, and long-term maintenance of our own code. Moving toward a more standards based environment is an obvious choice, but one that involves rewriting some of our own applications. Hopefully it's still early in the game for us.

It's better to be </atom:summary><link>http://www.goinfosystems.com/2007/04/standards-based-apis-and-reusable.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-7563956900158574447.post-8515950601178719296</guid><pubDate>Tue, 17 Apr 2007 21:16:00 +0000</pubDate><atom:updated>2007-04-17T14:24:11.032-07:00</atom:updated><title>Time for a quick overhaul!</title><atom:summary type='text'>We're finally on the home stretch to do a major launch for Silo Publisher.
It's amazing how this application has grown over the past few months. Not only on the backend programming side, but also with our strategic partnerships the best in the industry. Theme Zoom, University2020.com, and ... a soon to be public PPC management service.

We will soon be able to unveil exactly how our services are </atom:summary><link>http://www.goinfosystems.com/2007/04/time-for-quick-overhaul.html</link><author>noreply@blogger.com (GoInfo Systems)</author></item></channel></rss>