Алексей

1. Чтобы не было перехода - Обрабатывайте событие клика:
e.preventDefault();
вам в помощь.
2. Раскрывающееся меню. Тут куча решений уже готовых по типу superfish. Можете писать своё. Выбор за вами.
3. Запись статистики:
jQuery.ajax() до php-скрипта который инкрементирует какое то значение в базе. Чтобы была расширенная статистика - можно добавлять различного рода параметры ( url ссылки например ) и так же хранить их в базе.
Останется только вопрос секьюрности в плане защиты от накрутки за счет прямых обращений к скрипту и т.д. Но это уже детали.

Ну или идти более тяжелым путём и писать какой-то серверный js-апплет который будет заниматься обработкой и работой с базой. Это уже как то глобальнее.

Поделюсь своей историей т.к. она на мой взгляд идеально подходит для ответа на тему вопроса ( за исключением того что я пока даже не думал начинать считать себя профессионалом )

Моё изучение данной cms началось с того что я зная элементарные основы php ( и не пригодившийся в плане работы в дальнейшем ActionScript3 ) пришел работать в фирму которой на тот момент очень нужен был разработчик. Все проекты фирмы делались на Друпале.

А дальше сразу в бой. На второй день моей работы мне дали давно ждавший своего разработчика, тяжеленный по объему работы ( конечно оценка давалась на тот момент соотносительно моим знаниям в области разработки :) ) проект. И главным плюсом в той ситуации в плане развития меня как drupal-разработчика было то, что это уже стало моей работой а не домашним хобби от которого можно в любой момент отказаться. Умею я что то , или нет - делать надо.

И тут на помощь пришли htmlbook.ru, drupal.ru, drupal.org и stackoverflow.com которые я нещадно гуглил по любым непонятным мне вопросам.

В итоге проект был сдан. Cейчас глядя на него я делаю нехилый facepalm.
Но опять же проявился очередной плюс того что я работал в фирме. Через пару часов после сдачи первого проекта - мне повесили в разработку второй проект.

На этот раз пришлось копать javascript/jQuery.
В третьем проекте я столкнулся с CSS.

Я не хочу сказать что это всё обязательно, чтобы знать Drupal. Но помогает сильно.
Если уверены что будете развиваться именно в плане Drupal - обзаводитесь книжкой.
У нас в офисе она до сих пор лежит как настольное руководство для всех вновь приходящих.

Копайте php.net/manual/ru и api.drupal.org. Читайте статьи блоггеров, таких как xandeadx.ru ( а может и моей если я когда нибудь найду время его допилить и заняться контентом :D ).

Подводя итог всему вышеописанному я могу выделить 2 основых задачи для вас в плане развития как Drupal-разработчика, так и вообще web-developer'а:
- Ищите себе как можно больше проектов чтобы постоянно быть в работе.
- Постоянно развивайте свой кругозор и свои познания. Здесь нет предела совершенству.

Как вариант и наиболее быстрое решение - вы можете использовать базовый функционал модуля Views

Решение простое на мой взгляд. Делаем представление, в нем указываем все поля которые хотим отображать на странице. Там это всё удобно. Потом устанавливаем настройки показала - с использованием пагинации ( её потом тоже можно достилизовать ), и выводим по 1 материалу на страницу. И в последнюю очередь включаем AJAX в настройках представления. Всё легко и просто :)

Но учтите что это обходное решение. Если же вам требуется грамотный и рабочий функционал то придется немного пописать код на AJAX + HTML5History ( как упоминалось выше ). AJAX для загрузки страниц, а хистори для навигации. Больше рукописного кода.

А по большому счету не надо ничего делать. Просто всё что требуется делать запихиваем в блок true второго условия и всё.

Логика проста. Если сработало первое условие и не сработало второе условие - не делать ничего. Циклов как говорилось комментарием выше не наблюдается.

Если это - то что вам нужно то в комментариях могу объяснить что и как.

Я возможно покажу полную неосведомленность в вопросе, но почему не применим следующий метод:
Все файлы которые предполагается подключать, которые несут в себе какие то действия связанные с правами доступа и так далее сохраняем с различными расширениями типа inc, class.php, tpl.php и так далее.

А потом просто парой строк в .htaccess запрещаем к ним доступ.

<FilesMatch "\.(inc|tpl(\.php)|class(\.php))">
  Order allow,deny
</FilesMatch>

До файла index.php который будет является фронтенд-контроллером разрешаем доступ. А собственно сам файл index.php в себе подключает уже всё что необходимо.