FrontPage Server Extensions for Unix?
beetle496 asks: "Okay, so I didn't research my choice of ISP adequately. Despite running Apache 2.0 on Red Hat, the only option for dynamic content they support is FrontPage Server Extensions. I am quite comfortable with X/HTML and CSS, and am okay with JavaScript. I am annoyed enough that I would buy FrontPage, were it available for my preferred platform. I've performed the customary MSDN and Google searches. The best I came up with was a page on FrontPage UNIX Server Extensions, which sounds exactly on target, but didn't help me. Can anyone point me toward a resource on writing HTML code to make use of FPSE (aka, webbot) -- without using FrontPage?"
use the power of choice: change ISP's
...makes me shudder.
yep, change ISPs.
Web standards are scary enough without adding yet another layer of, "more to go wrong".
geocities still has an impressive page builder. It might be worth looking into.
Why would you punish yourself by using a product whos vendor hates its existence?
Microsoft will make using Frontpage on Linux the most painful experience you've ever had, trying to force you into switching to Windows.
- For the complete works of Shakespeare: cat
...that PHP (albeit an older version) is installed. Create a file called phpinfo.php in your web root, and put in the following:
<?php phpinfo(); ?>
Then, visit the page in your browser. If you see the code, or it wants you to download the file, you're SOL. Otherwise, rock on!
I've installed Apache on windows, and I recently discovered that there was no Frontpage extensions for WINDOWS! I refuse running IIS on Windows, so what do I do? :)
You want to use the frontpage extensions, OUTSIDE OF FRONTPAGE? Tell you what, go get a .22, and shoot yourself in the foot. It'll be more productive.
I have the unfortunate "pleasure" of supporting the Frontpage extensions on about 40 production web hosting servers. They are *horrible*. I mean *HORRIBLE*. When they work, they work fine, but then they quit working, it sometimes takes wiping out a clients site, reinstalling the extensions, and then having them re-publish from *scratch*. Oh yeah, great stuff there.
Do yourself a favor and use a few PHP or Perl scripts do do what you need to do. There's nothing in Frontpage that can't be done in PHP or Perl. Its NOT that great. Heck I've done prettier, more functional sites using shtml and php.
Just reading this post makes me feel like I'm watching a bad horror movie and the main character is about to enter the room where the axe murderer is waiting, and everybody in the audience KNOWS there's an axe murderer. "DONT GO IN THERE!" somebody shouts.
Remember, Friends don't let friends use Frontpage.
Nobodies Prefect
Tidbits for Techs Technology Blog
This seems pretty straight forward to me.
Perhaps you should find a new ISP since your current one is using obsolete software.
then why not buy it and run it under crossover office on linux. Its un-supported but it may work.
.. they want their "Ask Slashdot" back.
.. ew.
Sheesh. "Frontpage Extensions"
; -- the corruption of government starts with its secrets. a truly free people keep no secrets. --
a style="background: rgb(255, 204, 153) none repeat scroll 0% ! important; color: rgb(102, 0, 0) ! important; -moz-background-clip: initial ! important; -moz-background-origin: initial ! important; -moz-background-inline-policy: initial ! important;" stylesave="" href="http://home.adelphia.net/"
- it looks horrid! Make the bleeding stop!
As other people have mentioned, FPSE is obsolete. Today, you are supposed to use client-side dynamic (webbot, DTC, add-in) or more modern server-side dynamic (ASP) techniques. A lot of things including navigation can be handled design-time, reply or email if you're interested in that topic. I do everything design-time; it's my preferred method, and FP2003 is my preferred tool.
However you can still use a webbot for server-side dynamic behavior. Visit MSDN and download the Frontpage 2002 SDK. Don't worry, it's not outdated. The extensibility models haven't changed between versions.
With a perl script, it's the same as a standard CGI script as described on MSDN. Look for the example \FPSDK\Files\WebBot\wbtest4 in the SDK. If you prefer to use a DLL or shared library, use the BeginWebBotExpand macro which lets you access the bot attributes. In either case, you're going to build a BTL file and call the webbot from HTML like:
The SDK describes the four ways a webbot can activate. Try to test things client-side first, it's a lot easier. If your webbot fails it will just insert a generic [FrontPage Component name] on the page. Doublecheck the logs in _vti_pvt for the logs, to get hint why things are failing.
It's oldschool, it works, and it's a simple variant on CGI scripting. Again, for simple things like navigation bars it's a heck of a lot easier to use a design-time dynamic control (client-side webbot, DTC, or add-in). I strongly recommend you consider those instead.
No.
http://alternatives.rzero.com/
Change ISPs, yours sounds like a security nightmare.
Frontpage Express can generate pages that use frontpage serve extensions, google Frontpage Express and see if pages created by that work. You're probably better off paying a small amount for PHP/MySQL/CGI capable webspace though.
Unforunately, he probably can't change ISPs because he's using Adelphia - a cable provider. Thanks to a recent supr. court decision, he won't be ever able to change providers unless he goes DSL or Satellite.
It sucks to have to pay more, but you could always find a webhost with cheap plans.
Colin Dean Go a year without DRM
2) ????
3) Profit!
Seriously, I have quite a bit of experience in MS Web Dev land. Stay clear of the FP extensions. If you are on IIS, use ASP or ASP.NET. If you are running on Unix PHP will probably be available and is the most widely supported (read: you will be able to find examples of what you want to do online) web scripting language out there. Also, give Ruby on Rails a try.
Great ideas often receive violent opposition from mediocre minds. - Albert Einstein
Better hosting will cost you a fraction of what frontpage would for a very long time. And if your time's worth anything, this looks like an even better deal... Try these guys. No setup fee, no monthly fee. You just pay $1 per GB transferred and $0.01/MB/Month for disk space. php and mysql are included. To set up an account, you just transfer some money to them. If you use more bandwidth than you've paid for, they just stop serving your pages, so there's no risk of running up a huge bill if you get slashdotted. I'm not affiliated, just a really happy customer.
(My experience: I run a lightly used download site there along with a personal bookmark synchronization php/mysql app to share my mozilla bookmarks between machines. I've spent just under $1.50 for credit card fees, transfer and disk space since October.)
.sig: file not found
Not only is this going to be a headache... You're going to be hand-coding all of the FrontPage stuff into your website, which may grow to be pretty large. Then you're probably stuck doing it that same way, because FP might kick back your code, and it would take too much effort to port to something else. You'll have to keep editing it by hand, FOREVER.
Is this something you really want to do?
I was just trying to add a hit counter and was modestly surprised that I could not find the syntax documented. I then became astounded at Adelphia's refusal (or, more likely, inability) to explain why they supported FPSE but not cgi scripting when they were running Apache under Red Hat. (That discussion logically followed when they could not point me to resources either.)
Anyway, the broken hit counter is here. Web searches turn up similar problems, but none that I could understand that were outside the context of using FrontPage to make the page.
I would prefer a text-based counter. I have no idea if FPSE can provide that.
I paid the going retail price for a Windows screen reader and got a free Unix computer!