I use SSL for my catalog as well, and too have run into problems with
account functions using the testing server and SSL. I get an error from
http_parse_message() on line 522 but it says "Empty or too short HTTP
message." When I browsing my testing/staging catalog with Firefox, which
is on port 2082 for me, I see that the link to access my account
actually points to the main server. It makes me wonder if there are
account functions on the test port at all. Or if the account functions
work on the test port on catalogs without SSL. Perhaps the script is
confused whether to use the testing server's port or the official SSL
port (443), or that the change between servers/certificates produces
unexpected results...
Even if you rely upon the code added to the WebOPAC templates, try
accessing your account when you pointing at your main catalog (not the
testing port).
Perhaps you could attach your SiteParse.php to see if there's a problem
there that needs catching. Though it sounds like it must already be
there, are you sure that the PECL_HTTP is installed?
Thanks!
Dave Hansen
On 1/7/2011 9:23 AM, xyz wrote:
> Hi all,
> I'm running ver 1.1 and all is working except there seems to be a
> hitch with the login. I changed the SiteParse to use the SSL url and
> included the port number. I'm testing it on our test port. I get the
> following after logging in on the login_accept page.
>
> Fatal error: Call to undefined function http_parse_message() in /home/
> ecpublic/public_html/mobile/IIIParse.php on line 522
>
>
> When I use the browser back button and look at the links on the
> bottom, it is displaying my name and there is a log out link- so
> something is working.
>
> I'm just not sure what $resp =
> http_parse_message(http_get($login_url)); is looking for here?
>
> Thanks
--
Dave Hansen
Electronic Resources Manager
dm...@stmarys-ca.edu
Saint Mary�s College of California
1928 Saint Mary�s Road
Moraga, CA 94575-4290
(925) 631-4253 x4253
On 1/11/2011 6:42 AM, xyz wrote:
> Hi Dave,
> I followed the link which you had sent on installing the PECL library
> on a shared server. All went well until the compile phase of the
> process.
>
> It couldn't find the directories required.
> /usr/local/include/php/main/php.h: No such file or directory
>
> The paths are different.
Like you, php.h is not available in that location on my server but I
don't have the privileges to finish the compiling, so I can't test for
the error. I also didn't perform the initial installation. Poking
around, I found it nearby, at '/usr/include/php/main/php.h'. Hopefully
knowing that can solve this...
I've solved similar problems with a symbolic link, which points the
system to another directory. Try the following command to create a
symlink that should do the trick. Otherwise, perhaps the path can be
changed somewhere in the PECL settings?
ln -s /usr/include/php /usr/local/include/php
Dave
On 1/11/2011 9:10 AM, xyz wrote:
> Centos 5.5, Kernel Version 2.6.18-194.17.1.el5, httpd 2.2.16 Unix
>
> Is there a command I can run from SSH to get the exact distro?
>
> Thanks
>
> On Jan 11, 10:26 am, Dave Hansen<d...@stmarys-ca.edu> wrote:
>> Do you know the version/distribution of your OS?
>>
>> On 1/11/2011 6:42 AM, xyz wrote:
>>
>>> Hi Dave,
>>> I followed the link which you had sent on installing the PECL library
>>> on a shared server. All went well until the compile phase of the
>>> process.
>>> It couldn't find the directories required.
>>> /usr/local/include/php/main/php.h: No such file or directory
>>> The paths are different.
>>> Thanks
>> --
>> Dave Hansen
>> Electronic Resources Manager
>> d...@stmarys-ca.edu
>> Saint Mary s College of California
>> 1928 Saint Mary s Road
--
You received this message because you are subscribed to the Google Groups "mobilecat" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mobilecat+...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.