Adamos

Вариант 4. Торжественно похоронить свой велосипед и использовать SafeMySQL, который легко превращается в синглтон и не требует никакого наследования для использования каким угодно образом.

Я бы посоветовал, если уж хочется общего развития, действительно познакомиться с С или Ассемблером (неглубоко - ровно настолько, чтобы понять, как программистские конструкции доходят до реального "железа").
А для работы - не нахватываться языков, да побольше, а погрузиться в один из них всерьез. Написать свою библиотеку на js. Или высоконагруженный проект на go. Так, чтобы прочувствовать язык и получить от него удовольствие, делая сложные вещи просто и естественно.
То есть - побольше руками и головой. А за статьи, хабр и прочее хвататься только тогда, когда не будет хватать информации. Читать - легко...

Зря тут речь идет про Windows 7. Под такое дело хорошо работает Debian, проверено.
Более того, буквально парой строчек в конфиге можно ограничить браузер одним сайтом.
А в винде дыры так или иначе все равно найдутся...

Конфиг киоска на Debian:
/etc/rc.local :

!/bin/sh -e
iptables -t filter -A INPUT -p tcp -s YOUR_SITE.ru --dport http -j ACCEPT
iptables -t filter -A OUTPUT -p tcp -d YOUR_SITE.ru --dport http -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport http -j DROP
iptables -t filter -A OUTPUT -p tcp --dport http -j DROP
iptables -t filter -A INPUT -p tcp --dport https -j DROP
iptables -t filter -A OUTPUT -p tcp --dport https -j DROP
su -- user -c "startx" &
exit 0

/home/user/.xinitrc :

xset -dpms &
xset s off &
exec chromium -kiosk --start-maximized --disable-restore-background-contents --window-size=1280,1024 --disable-translate "http://YOUR_SITE.ru/PATH_TO_PAGE/"

Запускается Хром прямо под иксами, без оболочек, и открывает нужную страницу. Ни на какие другие сайты доступа нет. Возможности вызвать какие-то другие программы, не имея пароля администратора - тоже ;)

1. Вы сами себя путаете, используя *(array + i) вместо array[i]
2. Вы создаете новый массив, не удаляя старый. Понятно, что в лабораторной это не критично. Но если вы собрались жить с С++, то либо вам будут резать глаз такие вещи, либо учите другой язык.
3. У вас есть функция, в которую передается массив и элемент. Функция возвращает либо новый массив, либо nullptr. Это противоестественно. Функция должна возвращать ссылку на массив - а новый он или старый, можно решать вне функции. Это кажется неважным, но хороший код базируется именно на таких мелочах, а говнокод растет именно из-за того, что "здесь же и так все понятно".
4. Наконец, в программе трэш. Запрашиваются значения для массива, но они не вводятся в сам массив. В массив добавляется не введенное значение, а 4 (?). lineArray сразу же теряется, поскольку ему присваивается nullptr...

Та часть кода, которая работает с БД, должна быть связана со всем остальным кодом только тем набором данных, которые ей надо сохранить или прочесть.
Логика приложения не должна ничего знать о таблицах, запросах и прочем. Она должна только знать, как обратиться к обертке над БД, чтобы получить или сохранить данные.
Любые смешения этих двух уровней приводят к говнокоду - это проверено уже несколькими поколениями пыхеров.

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

Дело в том, что поисковики индексируют не запросы, а страницы. Если у вас ajax-запрос получает данные для товара в формате json, а потом строит из них представление прямо на той же странице, не меняя ее адреса - как вы себе представляете эту страницу в выдаче поисковика?
Как бы поисковик ни понимал скрипты, логика "по этому адресу я видел этот текст", которой руководствуются поисковики, в таких случаях не работает.

Нужно, чтобы у каждого товара была своя четкая ссылка. Возможно, наполовину состоящая из GET-параметров, но уникальная. Для уверенного индексирования можно подсунуть роботу такие ссылки внутри тега noscript.
Ну, и sitemap построить и скормить Яндексу с Гуглем - они это любят.

Строки с несовпадающим $6 вы уже выкинули.
Перегоняем оба файла в формат $1,$3, отбрасывая прочую информацию и убирая дубли.
Сортируем, находим пересечение этих файлов.
Перегоняем второй в формат $1,$3,$2,$4,$5,$6,$7 и сортируем.
На своем любимом языке программирования открываем этот файл (1) и файл пересечений (2), сравнивая текущую строку в файле (2) с началом текущей строки в файле (1).
Если они совпадают - выводим, переставив столбцы.
Если нет - читаем следующую строку из файла, строка в котором оказалась меньше другого (данные-то отсортированы).
В один проход получаем результат, никаких недель.