Hosting your own web site. - Post ID...

User 2073552 Photo


Registered User
1,625 posts

You start talking to yourself... :P
"An Apple doth not fall far from its tree, yet an orange does."

https://lbwebsitedesign.com - Responsive Web Design & Web Hosting Services.
http://helpsite.sirage.com - HTML5, CSS3 and CC Help Video Blog.
User 629005 Photo


Ambassador
2,174 posts

SirAGE wrote:
You start talking to yourself... :P


Start???

Heck, I started that years ago :P
Living the dream, stocking the cream :D
User 187934 Photo


Senior Advisor
20,271 posts

I don't talk to myself there's just nobody close enough to hear.:lol:
I can't hear what I'm looking at.
It's easy to overlook something you're not looking for.

This is a site I built for my work.(RSD)
http://esmansgreenhouse.com
This is a site I built for use in my job.(HTML Editor)
https://pestlogbook.com
This is my personal site used for testing and as an easy way to share photos.(RLM imported to RSD)
https://ericrohloff.com
User 2073552 Photo


Registered User
1,625 posts

I speak to myself all the time. Some say it is unhealthy, I say if I can not talk to myself, then how am I expected to talk to others...
"An Apple doth not fall far from its tree, yet an orange does."

https://lbwebsitedesign.com - Responsive Web Design & Web Hosting Services.
http://helpsite.sirage.com - HTML5, CSS3 and CC Help Video Blog.
User 103173 Photo


VP of Software Development
0 posts

SirAGE wrote:
I speak to myself all the time. Some say it is unhealthy, I say if I can not talk to myself, then how am I expected to talk to others...

I thought you started recording videos to yourself. ;)
Learn the essentials with these quick tips for Responsive Site Designer, Responsive Email Designer, Foundation Framer, and the new Bootstrap Builder. You'll be making awesome, code-free responsive websites and newsletters like a boss.
User 2073552 Photo


Registered User
1,625 posts

I do, because you never watch them! lol

And.........

Just for that... I am sending you a few more!
"An Apple doth not fall far from its tree, yet an orange does."

https://lbwebsitedesign.com - Responsive Web Design & Web Hosting Services.
http://helpsite.sirage.com - HTML5, CSS3 and CC Help Video Blog.
User 187934 Photo


Senior Advisor
20,271 posts

I'm just glad that Camtasia doesn't record the refection in his monitor.:lol:
I can't hear what I'm looking at.
It's easy to overlook something you're not looking for.

This is a site I built for my work.(RSD)
http://esmansgreenhouse.com
This is a site I built for use in my job.(HTML Editor)
https://pestlogbook.com
This is my personal site used for testing and as an easy way to share photos.(RLM imported to RSD)
https://ericrohloff.com
User 2495192 Photo


Registered User
2 posts

The S-drive solution is not usable for me, and I have wasted hours and hours on trying to make forms fråm Web Form Builder display on my own server under Apache (Apache 2.0, 2.2, 2.4) on Windows (XP, 7); PHP 5.3, 5.4, Firefox (18, 19). The Apache server works fine otherwise, I have been running a Drupal site this way for several years. Has anybody succeded in making the Web Form Builder forms work from an Apache/Windows localhost server?

The problem:

1) When I open my webpage with the generated Coffeecup code inserted, the form doesn't display. The rest of the simple page displays.

2) When I run the servertest.php (from the fbapp/php directory), it works ok: It creates a cookie file, writes the info (47 bytes) into it ('testing|s:27:"sdfsfdshfkdshkelkwefousdjfs";'), reads it back and responds 'Cool, sessions usable'.

3) Thereafter I try to display my form in the browser. It doesn't show. When I look at the cookie file now it is empty (0 bytes). Reloading the servertest page now of course results in "Sorry, sessions don't work".

The problem seems to sit in the writing of the session cookie file. (The solution is neither the setting of session.save_path in php.ini, nor the session handler "files", the problem persists with sqlite that is available as session handler in php 5.3)

I have placed trace echos in the servertest.php. When the sessions don't work:

$has_session is set
$_GET[ 'sessiontest' ] ) is set
$_SESSION[ 'testing' ] is not set ($_SESSION array is empty)

The generated form code should use the SetSessionVariable function to set $_SESSION to something (to my understanding to the same value as the cookie file contains).

If I run the servertest.php again it happily recreates the cookie file, sets $_SESSION[ 'testing' ] and it is "Cool, sessions usable" again! This shouldn't be a setup-problem since the sessions do work with the servertest but not with the form code. Frustrating.

mk
User 187934 Photo


Senior Advisor
20,271 posts

Hi Milos,
This should help.:)
http://www.coffeecup.com/help/articles/ … m-builder/
For Windows servers, you must use IIS/7.0.
I can't hear what I'm looking at.
It's easy to overlook something you're not looking for.

This is a site I built for my work.(RSD)
http://esmansgreenhouse.com
This is a site I built for use in my job.(HTML Editor)
https://pestlogbook.com
This is my personal site used for testing and as an easy way to share photos.(RLM imported to RSD)
https://ericrohloff.com
User 2495192 Photo


Registered User
2 posts

Thanks for the reply Eric,

the requirements do state IIS for Windows but obviously not with letters big enough :-(
Apache is rather common, so it may be of interest to people that it doesn't work here.

So, I went for a Linux system. Setting up Centos (6.4) is quite swift, getting MySQL (5.1), Apache (2.2) and PHP (5.3) to work together is a bit harder but not that bad. Getting the Web Form Builder up and working was the hardest part. A few notes if somebody wants to do the same thing:

In Centos the session cookies that don't work under Windows are nicely stored at /var/lib/php/session/ and contain the form data

Web Form Builder requires:
* PHP with DOM-support from php-xml module (not there in the standard Centos setup, must be fetched by "yum install php-xml")
* that the MySQL database variables have same size and name as those delivered from the webform (perhaps self-evident).
* two additional fields defined in your receiving database table, even if you don't use them: _submitted_ and _fromaddress_

The generated construction seems a bit sensitive. It seems wiser not to edit directly the PHP-code generated by Web Form Builder but rather make changes from within Coffeecup and generate new code.

mk

Have something to add? We’d love to hear it!
You must have an account to participate. Please Sign In Here, then join the conversation.