| Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision |
| resources_for_website_builders [2022/04/30 01:47] – [Other Resources] delete dead link to Bandwidth preservation society peteyboy | resources_for_website_builders [2022/04/30 02:03] – [Advanced Website Building] fixed link to right page peteyboy |
|---|
| * [[http://www.irt.org/links/JavaScript_Resources/index.html|irt.org: JavaScript Resources]] | * [[http://www.irt.org/links/JavaScript_Resources/index.html|irt.org: JavaScript Resources]] |
| |
| | ===== Advanced Website Building ===== |
| | You can see more advanced things here: [[website_setup_and_hosting_features|WWW Website Setup and Hosting Features]] |
| ===== Other Resources ===== | ===== Other Resources ===== |
| |
| * if you want to try bash CGI, [[http://bashlib.sourceforge.net/ |bashlib]] is an old tool that may help | * if you want to try bash CGI, [[http://bashlib.sourceforge.net/ |bashlib]] is an old tool that may help |
| * [[https://metacpan.org/dist/CGI/view/lib/CGI.pod#CGI.pm-HAS-BEEN-REMOVED-FROM-THE-PERL-CORE| Don't use the old CGI.pm for perl CGI anymore]] - At ARPA level, you can write CGI scripts in perl, but you shouldn't use old perl CGI package recipes to do so, because like bash CGI, it's not very safe. Instead, use one of the following modern replacements: | * [[https://metacpan.org/dist/CGI/view/lib/CGI.pod#CGI.pm-HAS-BEEN-REMOVED-FROM-THE-PERL-CORE| Don't use the old CGI.pm for perl CGI anymore]] - At ARPA level, you can write CGI scripts in perl, but you shouldn't use old perl CGI package recipes to do so, because like bash CGI, it's not very safe. Instead, use one of the following modern replacements: |
| * Use CGI::Tiny, a non-framework modern replacement for standalone perl CGI: [[https://metacpan.org/pod/CGI::Alternatives#BUT-I-DON'T-WANT-TO-USE-A-FRAMEWORK | Perl CGI But I Don't Want to Use a Framework]]. You can easily install in your user perl library, and it works great! Mojo Templates are installed on both the SDF cluster and on the metaarray, and CGI::Tiny works with that to prevent XSS, plus other template engines which the docs have examples for. | * Use CGI::Tiny, a non-framework modern replacement for standalone perl CGI: [[https://metacpan.org/pod/CGI::Alternatives#BUT-I-DON'T-WANT-TO-USE-A-FRAMEWORK | Perl CGI But I Don't Want to Use a Framework]]. You can easily install in your user perl library, and it works great! Mojo Templates are installed on both the SDF cluster and on the metaarray, and CGI::Tiny works with that to prevent XSS, plus [[https://metacpan.org/dist/CGI-Tiny/view/lib/CGI/Tiny/Cookbook.pod#Templating | it works with other template engines]] which the docs have examples for. |
| * Use [[https://metacpan.org/pod/CGI::Alternatives#Plack-As-A-Run-On-Demand-CGI-Script| Plack]], it can be set up in your SDF space and run as CGI even thought it's designed around a web framework and its own webservers. | * Use [[https://metacpan.org/pod/CGI::Alternatives#Plack-As-A-Run-On-Demand-CGI-Script| Plack]], it can be set up in your SDF space and run as CGI even thought it's designed around a web framework and its own webservers. |
| * Use Mojolicious, or [[https://metacpan.org/pod/Mojolicious::Lite| Mojolicious Lite]]. Another framework that is meant to work with its own webserver, but can work for standalone CGI as well. There may be some version issues in the cluster. | * Use Mojolicious, or [[https://metacpan.org/pod/Mojolicious::Lite| Mojolicious Lite]]. Another framework that is meant to work with its own webserver, but can work for standalone CGI as well. There may be some version issues in the cluster. |
