Thursday, October 22, 2009

A Solution for "debug source display has encountered a problem..."

It is one thing to follow SEO experts and Google suggestions for creating great content to bring traffic—customers to your estore. That's the first part of the equation. When she/he arrives we have to work hard to make the shopping easy to do and fast responding so that the customer will have a pleasant experience getting the Good Deal and Great $Price on the Supplies they came for.

To optimize a set of managed supplies shops for improved user-experience, I have downloaded, installed & configured eclipse PDT for Windows 2003 Server and xdebug for RedHat Linux El 5 64bit. Both are test servers.

The purpose of this quick log, and perhaps a reason why you have landed here, is to share my observation and a possible diagnosis/solution when you get a message like "debug source display has encountered a problem..." when using eclipse PDT and xdebug to debug your php web applications.

First here are the relevant specs for our environment in case they match or don't match your environment. In order words our solution may or may not help you. We hope it will.

Eclipse PDT Platform
Windows Server 2003 for Small Business Server SP2
Eclipse PDT Build 20090920-1017


Xdebug Platform

Linux 2.6.18-128.1.1.el5 SMP x86_64 x86_64 x86_64 GNU/Linux
Xdebug v2.0.5


A Solution for You?
After double-checking that xdebug has been installed and configured properly, it was discovered that the eclipse pdt platform was using IBM version of the Java system. It turns out that the Windows 2003 server is also hosting IBM Tivoli Directory Integrator (TDI V6.1.1) and IBM Websphere Application Server (WAS V6.1) which rely on IBM Java 1.5.

A fresh Java system was downloaded. The version downloaded was Version 6 Update 16. The installation was a breeze. After the installation, it was ensured that the new Java will be used for eclipse pdt operations by doing the following:

1. Set JAVA_HOME as a System Variable (see picture below)












2. Reinstall the Eclipse PDT

3. Restart Eclipse and configure your workspace accordingly with the newly installed Java

We are now able to debug and the steps seem to have resolved the problem: "debug source display has encountered a problem..."

Tuesday, August 18, 2009

How to Setup Googlebase Update with Push Automation

Googlebase allows publishers to publish their products, goods and services. This service is really great for anyone to take advantage of; and Google does not ask a fee in return. However, publishers must meet a set of stated requirements and policy rules which are periodically updated. Comply with the requirements and obey those policies to get into, and do well with, the Google publishing service.

There are many aspects to Googlebase. We here discuss how to upload or get your data (aka feed) into googlebase; in fact we concentrate on automating the upload via ftp.

Quick Overview of Googlebase Feed Update
Googlebase implementation allows you to get your feed into its system and update the feed afterwards by manual upload (from the broswer, click upload file), or by setting up a feed schedule (Googlebase will automatically "pull" your feed at scheduled times), or by running ftp sessions to "push" your feed to Googlebase.

Definitely, the manual via-browser upload is not the way to go for anyone looking to automate the feed upload process. Both remaining methods a) scheduling upload via your googlebase dashboard (pull) and b) running ftp to upload the feed (push) are automated. Rather than asking which is better a) or b) it may be better to note that you will need to create/generate the data feed for both. Since you're likely generating the data with a script, then why not take the extra step to push it up to googlebase? Googlebase allows you to push up (upload) the feed with the ftp application protocol. The remainder of this document shows the ftp process.

1. Get the ftp access credential and server address

After you creat a Google Account and you login to the Merchant center, you need to request ftp access credentials - server access id and password

2.Create FTP commands set

Now use your favorite editor (vi, vim, gmacs, etc. on Linux/Unix cygwin) or notepad on Windows) to create a commands file for the ftp upload from your server to Google base server. Assume we name this file as feedldr.txt, the contents will be similar to the following


user ftp_userid ftp_passwd
binary
hash
put TheFeed.txt.gz
ls -l
bye


In the file (contents above),

-substitute the ftp_userid and ftp_passwd received from Step 1
-use binary when you're uploading a zip (binary) file, otherwise use ascii
-the hash is to show the prograss of the upload visually
-the put line is the actual command that "moves" your feed from your server to the Google base ftp staging area
-Immediately after the put, we want to be sure that the file is indeed upload so we do a listing of the destination directory (hopefully, the Google base processor has not removed the feed at this time)
-finally, we close the session with the bye command.

3. Run a Test UPload

Before completing the automation with a cron job (Linux) or Scheduled Task (Windows), run an instance of the task—the same task you are hoping to automate. Here is a sample command line to execute the task (on UNIX)

ftp -i -n -d ftp_server < feedldr.txt >logfile

where ftp_server is the server hostname obtained from Step 1, feedldr.txt is the file created in Step 2 and the ftp option -d asks ftp to report more detailed info, useful in case you need to determine later why your feed apparently failed.

Look in logfile after the run completes. Fix problems as needed. Once you can run the above command successfully the final step is to put the command in a regularly scheduled mode with crontab.

4. Install the Feed Upload Task in the cron System

Invoke cron with crontab -e to bring up the cron editor. Then insert

00 03 * * * ftp -i -n -d ftp_server < /var/dat/feedldr.txt >/var/logs/logfile

Save the edit; your Google base feed upload via ftp push is now automated and ready to upload everyday starting at 3:00 am. You may want to check cron man pages for more understanding of the crontab fields.

Sunday, June 28, 2009

Google Base Automatic Upload Not Working

In the Google base dashboard, the automatic feed fetch schedule is active but it appears the base pickup/processor is not running. The last upload date & status shows 3 days ago when the same file was manually uploaded.

We have just changed the schedule time and frequency and immediately change it back in the hope that this pertubation will nudge the feed fetcher to resume the configured scheduled. We'll update this post if this somehow solves the problem which would not prove anything because the scheduler may have just decided to resume on its own.

Tuesday, February 17, 2009

Google site verification problem - We were unable to verify your file due to a server timeou

"We were unable to verify your file due to a server timeout"

That's strange. My site used to verify. But not anymore. The solution by trial and error was to add the same site again this time removing the www so that instead of www.domain.com it is now domain.com.

Is this a bug in Google's webmaster site verification tool?
Internet blogs