Роман Сохарев

Если вы запускаете код локально, то чаще всего, причиной испорченных сертификатов TLS являются антивирусы. Попробуйте отключить сканирование защищенных (зашифрованных) соединений в настройках антивируса.

в коде по предоставленной тобой ссылке, самый тонкий момент это :

$map[$category['parent']]['subcategories'][] = &$category;

на самом деле это тоже самое (короткий синтаксис), что

array_push(
    $map[$category['parent']]['subcategories'],
    &$category
);

$category['parent'] - это id категории. Допустим это 0.
То есть в массив $map[0]['subcategories'][0] будет добавлена ссылка на $categories[0]. Если попадется еще категория с таким же [parent],
То ссылка на нее будет записана в $map[0]['subcategories'][1].
Ну а так, как в строке,
$map[$category['id']] = &$category;
говорится что категория в карте ($map), ссылается на категорию в списке($categories). То они устанавливаются по ссылкам рекурсивно.
интерпритатор смотрит в subcategory - там ссылки, он смотрит в subcategory ссылок - там снова ссылки, и так, пока вложенность не достигнет конца.

<meta name="description" content="some words">
я не вижу здесь атрибута "value"
только "content". Удачи!

Джумла и многие прочие движки используют свой собственный механизм сессий, с массивом $_SESSION ни как не связанный. Используйте апи Джумлы для создания сессий.

Правильная организация:
goods
айди, артикул, ... , и прочие данные общие для всех товаров с данным артикулом (например бренд или айди бренда (если бренды хранятся в отдельной таблице); возможно, ссылка на основное изображение).
В общем, здесь описан непосредственно сам продукт, как таковой.

goods_variants
айди_варианта, айди_товара, опции товара, остаток.
Здесь все сочетания возможных опций для товара, с определенным айди. А так же возможная уникальная информация для конкретных параметров (возможно, информация о том, что товар акционный - допустим скидка 50% на супер большие размеры - здесь айди акции или что-то такое).
Например, если опции - это размер и цвет, то таблица в этом случае:
айди, размер, цвет, остаток, и еще что-то уникальное для данного варианта товара (ссылка на изображение, если цвет отличается, к примеру).
Само собой, сочетание полей айди+размер+цвет должно быть уникальным, во избежание дублей.

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

1. Создать в шаблоне позицию для модуля.
2. В модулях создать модуль K2 tools и вывести в него список категорий.
3. Указать в какой позиции выводить модуль, и отметить на каких страницах он должен отображаться.

<img src="some.png" onerror="setDefaultSrc(e)">
<script>
setDefaultSrc(e){
$(e.target).attr({src:"default.png"});
}
</script>

за работу кода не ручаюсь, но мысль я думаю ясна.

Я смотрю, и просто не понимаю: причем тут аякс?
Подгрузка любой картинки по аттрибуту SRC - само по себе асинхронный запрос. Зачем запихивать в аякс то, что и так асинхронно?

А в саппорт постучаться не пробовали? Вообще, большинство подобных лицензий работают, если привязанны к урл заканчивающемуся на ".loc".

Попробуйте копнуть в сторону mysql_set_charset() или ее аналога для Вашего драйвера соединения.

Делать-то можно. Хоть так, хоть всяко. Хоть в массив значения забить и потом его через implode() собрать. Это же PHP - тут даже строки на булевы значения умножать можно. Однако, эту функцию принято использовать для подстановки переменных. В других случаях (например сборка url) лучше использовать конкатенацию.

Опыт в верстке есть? Если нет, то помочь нечем. Если есть, то проходим в: catalog\view\theme\default\template\common\header.tpl
Там, между говорящими за себя тегами <div id="menu"></div> свёрстана собственно менюшка.
Вот по этому адресу:
catalog\view\theme\default\stylesheet\stylesheet.css
лежат (как нам красноречиво говорит название файла) стили.
А вот тут:
catalog\view\javascript
принято хранить .js файлы.
Берем любую красивую менюшку из понравившихся (ну например хотя бы вот от сюда).
Верстаем структуру и подключаем .js менюшки в файле "header.tpl",
пишем стили в "stylesheet.css". Если все сделано без ошибок, то идем на главную страницу и фапаем на эту красоту.

Тут необходимы знания в областях: JS, AJAX, PHP и MySQL. Наймите программиста.

сначала разбить строку с помощью explode(),
потом подставить значения в mktime()

Если, глядеть в сторону PHP.
Видео-курс по основам синтаксиса : infospir. Я смотрел разные видеокурсы. Но лучше чем этот парень никто в рунете не объясняет. Жаль, что он закрыл свой проект...

После этого станет намного легче править скрипты на своем сайте. Далее, много мелкой практики. Желательно именно практики, а не решения придуманных самому себе задач. Я в свое время упражнялся на том, что парсил базу яндекс-кодов городов для создания универсального погодного баннера. Кроме того, нужно врсатить глаза в официальный мануал, и постоянно гуглить вопросы (умение правильно гуглить - это вообще один из самых важных навыков). Когда почувствуете, что готовы - без книги никуда. Лучшее, что можно найти по ООП в PHP - это "Мэтт Зандстра. PHP: Объекты, Паттерны и Практики". Невероятной занудности книга, но она дает наиболее полное понятие о классах, объектах, и других хороших делах. После этого можно браться за изучение какого ни будь фреймвока на паттерне MVC. Первым делом почитать где ни будь что такое MVC и в бой. Для первого опыта, лучше взять что-то более-менее простенькое, типа CodeIgniter. В общем, если не сойдешь с пути праведного, то года через три, ты будешь силен.

По поводу "учитилей". Когда-то пробовал - знаю. Как ни странно, но основная проблема в том, что эти люди - программисты. В большинстве своем, они не способны качественно обучать. Может и повезет нарваться на "уникума", но скорее всего нет.

Если у Вас есть проблема, и вы хотите решить ее с помощью регулярных выражений - значит у Вас две проблемы (с).

1) #<li>(?P<mask>.*)</li>#
2) /src= "(?P<mask>.*)"/    обратите внимание - в файле пробел между = и "
3) а курсовую за Вас не написать?

У меня почему-то возникло ощущение, что Вам нужен не фреймворк, а хорошая CMS, которая справлялась бы возможным ростом нагрузок.

Я не совсем понимаю, о каком API Вы говорите. Я всегда сам писал парсеры.
Ниже привожу необходимый минимум заполнения таблиц для адекватной работы магазина:

product,
product_description,
product_to_category,
product_to_store,
category,
category_description,
category_path,
category_to_store,
manufacturer,
manufacturer_to_store,

заполнение прочих таблиц с префиксами product/category/manufacturer - желательно, но не критично. Также, следует понимать устройство самого openCart'а. Например, если на сайте используются кастомные лэйауты, то таблицу category_to_layout тоже необходимо заполнить... ну и тому подобное.