Page 2 of 2 First 12
  • Jump to page:
    #16
  1. No Profile Picture
    Contributing User
    Devshed Novice (500 - 999 posts)

    Join Date
    May 2007
    Posts
    765
    Rep Power
    929
    Yes, FastCGI scripts are pretty much daemon processes themselves. I guess IIS handles the management of the FastCGI process. Maybe there's some options in whatever management tools IIS has that would let you restart the FastCGI server.

    Or, it may be simpler to put IIS aside until you're ready to go production and use the perl HTTP server for testing (the xxx_server.pl script). This might be the better choice, the script can dump a lot of debugging information--including every URL pattern handled and what controller it maps to. That would be helpful in debugging the issue in your other post.
    sub{*{$::{$_}}{CODE}==$_[0]&& print for(%:: )}->(\&Meh);
  2. #17
  3. Contributing User
    Devshed Newbie (0 - 499 posts)

    Join Date
    Dec 2009
    Posts
    335
    Rep Power
    246
    I'm using both and both don't run correctly?

    it isn't correctly running the actions, it's running a controller action for the root.pm index path?

    If you are only mean to have one
    Code:
    sub index Path: Args(0)
    to handle root urls why would it create this default sub in every controller you create?

    It's only meant to handle the root of the controller path isn't it? I.E....

    http://mydomain/ = root.pm { index Path: Args(0) }

    http://mydomain/mydocs/ = mydocs.pm { index Path: Args(0) }

    that is how it is meant to work isn't it?
    Free MP3 Dance Music Downloads

    To err is human; To really balls things up you need Microsoft!
Page 2 of 2 First 12
  • Jump to page:

IMN logo majestic logo threadwatch logo seochat tools logo