Владимир

По моему этот государственный троллинг недолго продлится.

Я на время разработки собираю less на стороне клиента. И только после запуска проекта уже компилирую его в css и подключаю

Недавно с убунты перешел на debian.
А после того, как надоели различные свистелки — перешел на awesome.

Поместить контент модуля в скрытый блок а после загрузки dom яваскриптом переносить контент из скрытого блока в нужное место.
Не знаю как это сделать на mootols, но на jquery будет примерно так:

<div class="hidden-module" id="hm1"><jdoc:include type=”modules” name=”hiddenpos” /> </div>
<!-- html -->
<div class="visible-module" id="vm1"></div>
<script>
$(document).ready(function(){
  $('#vm1').html($('#hm1').html());
});
</script>
<source>

Я не силен в сео, и не знаю насколько принципиально использовать неограниченную вложенность разделов.
Например, для страницы, имеющей родителей делаю примерно вот так:
/nazvanie-razdela-4c/stranica-97p
где:
nazvanie-razdela — чпу раздела
4 — уникальный ID раздела в таблице
c — идентификатор экшена для отображения раздела (задается в правилах маршрутизации)
stranica — чпу страницы
97 — уникальный ID страницы в таблице
p — идентификатор экшена для отображения страницы (задается в правилах маршрутизации)

Далее, если раздел с чпу nazvanie-razdela вложен в другой раздел, то адрес будет примерно таким:
/roditelskiy-razdel-1c/nazvanie-razdela-4c

Т.е. я отображаю только только текущую страницу и одного ее предка.

при загрузке файлов большого размера сталкивался чаще всего с двумя проблемами:
upload_max_filesize и post_max_size. Если в .htaccess позволяет прописать эти директивы, то добавьте
php_value upload_max_filesize 100M php_value post_max_size 100M
или какие значения вам нужны, если нет, то аналогичные параметры следует изменить в php.ini

BackOut

Думаю что знакомство с фреймворками на этапе обучения и первых шагов будет лишним.
Как писали выше — htmlbook.ru и www.w3.org/
Так же могу порекомендовать css-live.ru/ и javascript.ru/ потому что опытному верстальщику необходимы хотя бы базовые знания о яваскрипте.
В качестве базового шаблона на начальном этапе я бы рекомендовал html5boilerplate.com/

У меня на сайтах это решается на этапе инициализации движка, но движок самописный с поддержкой мультидоменной архитектуры. Мне кажется это более удобное решение, нежели решать это при помощи mod_rewrite

Пиво и мигрирование в awesome :)

Здесь нет того, что вы ищите?
www.cbr.ru/DailyInfoWebServ/DailyInfo.asmx
www.cbr.ru/scripts/Root.asp?Prtid=SXML

Я в работе использую Yii и плохо представляю, какую нельзя реализовать на нем, но можно с набором классов.
Но тем не менее, когда становится задача расширения функционала, в первую очередь я ищу готовые решения тут www.phpclasses.org/ что бы не изобретать велосипедов.

Ответ всем, кто предлагает гиф:
Потому что хочу в дальнейшем делать более сложную анимацию. А эта задача — как раз подходит, что бы научится.

Я человек не образованный, УЗов не заканчивал — учился в основном по доступным книгам, так что сильно не пинайте :)
Есть такой термин как «денормализация данных». Я для таких случаев придумал для себя «денормализацию таблиц».
Например, у нас есть новостной ресурс, в котором нельзя физически удалять новости. Т.е. удаленные новости должны быть доступны при необходимости из панели управления, но для клиентской части они «отсутствуют». Я делал дубликат таблицы, в которую при удалении переносил запись со всеми полями. Это разгружало рабочую таблицу, но нагружало приложение в случае необходимости запроса к удаленной записи. А в виду того что таких запросов обычно в тысячи раз меньше — я остановился на таком подходе.

Т.е. я в своих решениях использовал (при необходимости) union совместно с кешированием.

Юзаю lastpass для хранения паролей от сайтов.
Для всего остального keepass

Привычнее оперировать терминами «структура данных» и «архитектура приложения».
О чем идет речь, не совсем ясно из вопроса.
Тем не менее предположу, что ни на то, ни на другое ГОСТов нет. Скорее всего стоит использовать общепринятые рекомендации по проектированию данных/приложений. А если область применения специфическая, то возможно для конкретной области будут ТУ (технические условия).