Короткий и полный урл при разработке.

Сам,  в свое время использовал полные урлы везде и всегда, но это очень плохо, почему? Ну спросите об этом создателей клиент-банка для малого бизнеса в Сбербанке. При обращению в хелп, я получил следующий линк http://localhost:8080/ic/help/html/index.html?
Понятно, что в ответ вы получите хрен, либо ексепшен(исключение), т.к. на этом порту у меня вертится локальный вебсервер и ничего о таком адресе он не слышал.

Правило первое, когда вы пишите что-то на стороне сервера никогда свой урл не описывайте полностью. Почему? А вдруг переезд на другой домен и всё упало :) Вот будет радости-то.
T.e. href="http://example.com/page/1/" Лучше нигде не писать,  надо сделать так href="/page/1/"
Вот если example.com это внешний сервис, и там нужная инфа (картинка к примеру), то да полный путь заказан.
Второе, и что тоже не менее важно. К примеру у джанги для шаблонов есть такой тег {% url %}
В файле с описанием урлов, каждому шаблону урлов можно задать name.
И если шаблону ^/page/\d+/$, name="page", то получим href="{% url page 1 %}"
Тогда как-бы в последствии мы не меняли внутреннее название страниц, на сайте проблем мы не увидим.

В помощь начинающему программисту.

Ну что там обычно новичку советуют? Типа изучай си, нет си сложен, изучай паскаль... посмотри на php. О есть такая штука как питон. Нет, об этом я сегодня говорить не буду. И не буду сравнивать, ide и "блокнот". Сегодня я расскажу о важном и удобном инструменте

В общем ситуация с кодом такая, что если ты ценишь свой труд, то ты захочешь сохранить свой код. Тут спасают бэкапы  - это понятно. А что делать с кодом, когда с ним работают несколько человек? А что делать, если надо вести сразу несколько вариантов проекта? А как организовать совместную работу над проектом? Вот на эти вопросы многие ответа и не знают. Ну конечно можно обговорить все последовательности действий. Разработать четкую структура, кто в какой код лезет, но это обычно сложно и не очень продуктивно. Ну сами посудите, я пишу кусок кода, тут оказывается, что в Васином участке какой-то глюк, поправить я его не могу, только отослать Васе, Вася ругается, что правил Федя и он дурак. И не понятно в итоге, что толком делать. 

Новичкам. Как упрощать себе админство или зачем нам мониторинг.

Побьют меня за мой язык, но скажу следующий тезис. Системный администратор - это высококвалифицированная(ый) уборщица(к). Т.е. это та должность которая непосредственно не влияет на функционирование проекта. К чему я это? А к тому, что на вверенной тебе территории ты должен знать что происходит, и уделять при этом как можно меньше сил. Это от того, что сделаешь ли ты на 5+ или  на 3-, никто в компании об этом не узнает, до момента когда всё не рухнет(т.е. станет совсем грязно - прим. уборщицы(ка)). Т.е. непосредственный твой начальник - это возглас работников "шо за нах(WTF)". Т.е. следить за всем приходится всегда тебе.
А что мы знаем о средствах слежения. Бинокль, радио метки, радарные комплексы... не чего-то они мне ни как не помогают. Следим мы по статусу WTF(см. выше). Т.к. 24 часа в сутки мониторить серваки не возможно, то кто-то это должен делать за тебя. Можно нанать пару китайцев или индусов (да именно так работают в крупных компаниях), но у нас бюджет. Да и время реакции в 15-30 минут не критично.