====== Building a website on SDF ====== Creating your own websites can be fun and SDF gives webspace to all its validated users, so the moment you become validated you can begin creating your own websites straight away. In this tutorial when text looks like ''this'', this means it's a command you can run in your shell, once you've logged into SDF. ==== Getting Started ==== ''mkhomepg'' – This command needs to be executed before you can start building your web pages. When you execute this program, it will create a directory in which you can put all your web files. This directory is sym-linked into your home directory, under the name //html//. (A sym-link is sort of like a shortcut in Microsoft Windows.) You will be prompted to select a URL for your website. This URL is what other internet users type into their web browser to view your web pages. If you're not an ARPA member then you may only use urls in the form of //.freeshell.org//. For instance, user //((the original author of this tutorial: thanks, alterego!))alterego//'s web pages are stored at //alterego.freeshell.org//. If you're an ARPA member, there are many different domains you [[Domains available to ARPA members |may choose from]]. So first, run at your ($) prompt: $ mkhomepg ==== Your First Page! ==== Creating your first page is **__SO__** easy! First you'll need to open a text editor. SDF has many text editors installed but new users to UNIX often find that “nano” is the easiest to work with. ''nano ~/html/index.html'' – This command starts the nano text editor, creating a new file, called //index.html// in your html directory.Once you've executed the command above. You'll notice that the terminal layout has changed. If you press keys on your keyboard you'll notice they appear in the “text buffer”. Write out the text below into this program. My First Page!

My First Page!

This is my first html web page!

Now that you have copied the text out into ''nano'', you need to save the file. To do this, hold down the 'CTRL' key on your keyboard and whilst pressing that, press the letter ''x'', and answer ''Y'' to the prompt to save, after which nano will exit. Right, now, do you remember that URL you selected when you ran ''mkhomepg''? Open a web browser and type that into the address bar. Hopefully, after a few seconds. You should see your very own web page! Here are ways you can [[accessing web spaces#WWW |view your page from the SDF shell]] ==== More Pages ==== Okay, now that you have your first web page up, there are several ways you can proceed * If you want to get your hands dirty with HTML markup, CSS, CGI and Javascript so you understand how the web works, here are some [[resources_for_website_builders |Resources for Developing Your Website]] * If, however, your goal is to start getting content shared out to the web, there are many website tools you can use that you can set up in your web space that will take care of making it easy for you to start creating content without worrying about so much technical detail. * There are several [[web content management | Content Management Systems (CMS) and wikis]] that you can install in your web space as an SDF user--most need ARPA membership--so you can hit the ground running with a decent looking site right away. * There are several [[static site generators]] ([[wp>static site generator|SSG]]) installed at SDF, which will allow you to set up a website however you like (with a little learning of how the SSG works) and provide you with tools to update it. An important thing: your website files need to be set to particular user permissions in order to be viewable by the world. When you add pages or subdirectories to your web site, the easiest way to make sure it will all continue to work is to **remember, after you are done with your changes**, to run the command mkhomepg -p The ''-p'' flag sets appropriate permissions for your //~/html//, //~/public_html/// directories on the cluster, including your VHOSTS, as well as your //~/html/// directory on the [[metaarray|The MetaArray]]. Here are all the options for the mkhomepg command, which you can see by running it with the ''h'' flag: $ mkhomepg -h usage: mkhomepg (initial setup) mkhomepg -p (set appropriate file permissions) mkhomepg -a (set or unset your custom URL) mkhomepg -t (set or unset http://sdf.org/~username) mkhomepg -e (enables SDF MetaArray hosting / disables cluster hosting) mkhomepg -d (disables SDF MetaArray hosting / enables cluster hosting) ===== Web Page Locations ===== As you can see above with the ''mkhomepg'' command, there are several places your web page files can be: * **Standard Site:** By default, your web site files go in your user folder on the cluster in the ''html'' subfolder. These files are then viewable at //.freeshell.org//, or what other domain you set as a custom url with mkhomepg or from the ''maint'' command * **'Tilde' Site:** You may, if you first run ''mkhomepg -d'' also (or instead) place files in your ''public_html'' folder, and they will be accessible at your old school "tilde site" at //sdf.org/~// * **Virtual Host:** If you have a [[vhost]], **the way this is managed at SDF has changed** see [[Accessing Your VHOST Folders]] if you have signed up for this [[membership_levels |membership]] * **[[metaarray |The MetaArray]]:** If you want to host from the unlimited storage of the MetaArray, after you use ''mkhomepg -t'' to toggle your main web page from the cluster to the MetaArray, you should put your files on the metaarray at //~/html///, and as with the cluster, these will be accessible at //.freeshell.org//, or what other domain you set as a custom url with mkhomepg or from the ''maint'' command ===== Problems ===== The most important thing you need to have is **patience**. Sometimes updates when running ''mkhomepg -p'' may take a few hours to complete, sometimes they will occur almost immediately. By using the higher functions of your brain and **patience** you will solve a lot of the problems you may meet! In case a page is not found on your site, the client may be forwarded to a page of sdf.org or redmartian, which can be confusing (but which is in fact completely reasonable, as all the domains belong to one entity). If you want to prevent this also for broken links, you have to set up error handler documents. Please consult the FAQ, [[https://sdf.org/?faq?WEB?07 |“CAN I DEFINE MY OWN 403, 404 and 405 ERROR DOCUMENTS?”]] item for this! ==== Diagnose ==== One way to try to figure out what is going wrong when you HTTP requests are made to your site is to look at http access logs. === Finding Your Logs on the Main Cluster === If your site is hosted on sdf.org (you are an ARPA member) then you can grep inside the httpd log file in ///var/log// directory. For example: $ grep abc123.sdf.org /var/log/httpd/*.log === Finding Your Logs on the Metaarray === If your site is hosted on ma.sdf.org (you are a MetaARPA member) then you can look inside the log file for your web site in ///meta/log//. For example: $ less /meta/log/abc123.sdf.org === Finding Your Logs for VHOSTs === See [[accessing_your_vhost_folders|Accessing your VHOST Folders]] ==== Web Server Details ==== Problems you may be having may relate to what web server your pages are running on. That depends, as above, on where you are storing the pages: ^Host ^Web Server Software ^Web sites hosted^ | sdf | Apache |user sites | | faeroes | Apache |ARPA user sites| | iceland | Apache |MetaARPA user sites| | norge | nginx |VHOST sites| | mab | nginx |MetaArray IVB (MetaARPA)| ====== More Help ====== For additional help, check the information in the FAQ page [[https://sdf.org/?faq?WEB?05 |“What About the Access Logs, Statistics, and Quotas?”]] ----- Traditional link (using [[wp>Revision_Control_System|RCS]]): http://sdf.org/?tutorials/building_a_website ,v 1.8 2020/01/01 22:29:35 niro