Дмитрий Ковальский

Решение в лоб - загрузить оба файла в отдельные массивы и проверить поэлементно А на наличие элемента в Б. По результатам проверки - удалить/пропустить. Получившийся массив перезаписать в файл А.

Если вы имеете ввиду новую вкладку - то вы не с той стороны заходите, это клиентская логика, а не серверная. К примеру на ссылке можно дописать target="_blank".

Точно нет. На клиенте делать такую викторину нельзя - крякнуть можно будет с полтычка. надо асинхронный запрос на сервер делать - id слова/вопроса, номер буквы, вариант пользователя. на возврат true/false. А отрисовка - уже другая история. Можно нарисовать пучок div-ов , а по клику туда засунуть текстовое поле к примеру.

Ну в последнем варианте у вас вроде нет вывода. Так что что там будет при раскрутке рекурсии - мне не понятно. В первых двух разница есть довольно большая. В первом случае происходит проверка - если элемент List, то нырять глубже и она очевидна, во втором вы проверяете какой-то флаг ($list['closureTag']), который в вопросе вроде не описан, поэтому сказать какие элементы пройдут проверку я не могу.

UPD: Код сильно переписан, так что мой ответ по большой части не актуален, но всеже внесу правки. Заметьте что в первом коде не используются ни индексы, ни строковые константы. Знаете почему? потому что любая опечатка и сразу - "Счастливой отладки". Поддерживать такое тоже сложно, потому что переименовывать поля становится весело и задорно. Хрен знает где они использовались в старом виде. Далее - в чем главный баг. У вас вывод делается ТОЛЬКО если у узла нет наследников. Т.е. вы выводите только кончики. Это правильно?

Нет

Потому что на клиентской машине по указанному src нет этой картинки.

Идеальным решением наверно было бы API для доступа к данным, а на базе этих данных уже строить веб-морду или настолку или мобильное приложение.

Реализовать самому можно как 2 пальца. нужен 1 аякс запрос на клиенте отправляющий на сервер идентификатор элемента(кого лайкать) и собственно параметр +/-. На сервере обработчик этого запроса который сохранит действие. Но можете и поискать готовый. На вскидку самый долгий процесс здесь - стилизация.

Господи , что за трешак?! вы про switch/case не слышали?

Шутите чтоли? select col2 from table1 WHERE col1 = someValue

В зависимости от масштабов администрирования - можете хоть отдельное приложение писать.

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

А вы на 100% уверены что сайт не использует защиту от CSRF?

Данные из базы вытаскиваются банальным скриптом

SELECT rating,Count(1) from ratingSource
WHERE itemid = someId
GROUP BY(rating)

Хотя все зависит от того как вы храните данные оценки
Прогресс бар вам показали в другом ответе. Все элементарно в общем-то.