ipokos

Существует JSON вида :{"Question 1":"Answer 1","Question 2":"Answer 2"}

Например:

$your_str = '{"Question 1":"Answer 1","Question 2":"Answer 2"}'
$your_array = json_decode($your_str);

получаете массив.
Работаете с массивом, добавляете что нужно,
после этого:
$your_array = json_encode($result_array);
Преобразовываете обратно

Вставлю еще свои 5 копеек.
Если у вас есть команда (хотя бы несколько человек), разделите обязанности.
Всем в равной степени учить одно и то же, не нужно.
Например пару человек осваивают тот же php, mysql, git (минимальный набор).
Другие пару фронт. html, css, js (что уметь сверстать страницу +- )
И достаточно кого то одного на координацию + роль сисадмина и по мелочам.
Минимальный набор: понимать что такое сервер и уметь с ним работать, проектирование БД, git... Добавлять можно долго, но этого вроде должно хватить, что б появилось какое то понимание.

Я подумал про php, но может есть готовые решения, а я хочу собрать велосипед

Готовые решения в этом случае, это фреймворки. Практически в любом (например Symfony, Laravel), из коробки реализована работа с БД, встроенный шаблонизатор, готовые методы проверки, валидации данных и т.д.

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

Хорошая документация по функциям и методам на сайте wp-kama.
Но wp не расчитан на сложные проэкты. Рекомендую паралельно разбирать из cms - magento или какой то фреймворк (например Yii или Laravel). Если не с точки зрения применения, то с точки зрения реализации кода.

Где вы ожидаете результат?
Добавляется в базу, выводится на гриде, при редактировании записи не подгружаются уже установленные значения?

Проверьте содержимое модели в классе Offline_Store_Block_Adminhtml_Store_Edit_Form на 18й строке $model = Mage::registry('store_block');
Если в ней нет данных, смотрите в контроллере метод edit, на что перезаписывается data на 8й строке:
Mage::registry('store_block')->setData($blockObject);
Что содержится в $blockObject

Могу предположить что подписки используются для вывода новостей на которые подписался пользователь.
Тогда у Вас есть таблица с категориями:
id_cat. | name_cat.
1 | example_name_1
2 | example_name_2
...

И таблица пользователей в виде
id_user | name | etc ... | categories

Отмеченные категории пользователем, можно складывать в массив, сериализовать, записывать строкой.
При входе пользователя, получаете его id и его отмеченные categories
ансериализуете строку в массив и можно составить например запрос:
SELECT name, your, columns FROM your_table WHERE id IN (1 , 2 ... или дополняете запрос что б выбирал сначала по тегам или т.п. )
Вообщем это как вариант.

А зачем вы храните подписки пользователя в файловом кеше?
Не лучше ли тогда не нагружать сервер и базу таблицами, если у пользователя могут быть только временные подписки и хранить например в куках?

Дополню ответ Артем Волков. При выборке с таблицы, SELCT * дальше условие... вернет все колонки, у строк, которых совпало условие. Это нормально, если таблица не будет дальше расти.
Если таблица будет пополняться, запрос правильнее составлять максимально точно из тех значений, с которыми будете работать.
Например SELCT id, name, date FROM `table_name` WHERE colom = 0
Если запрос составлен как написал Артем Волков, будут выводится все записи с colom = 0.
Если получаете не все, значит что то изменили в запросе или в таблице не однотипные данные.

Если как вы говориье, в общих чертах понимание теории есть, попробуйте взять любой ооп движок, и на нем смотреть как что работает. На php например можно попробовать магенто или симфони

Если плковырять для опыта, то opencart.
Можно найти все практически и бесплатно.

По функционалу, преста лучше (кроме ее отстойной корзины) именно фронтенда, как по мне она ужасна.

Параметры в форме которые вы указываете:
method - это способ как передаются данные (может быть POST и GET)
action - тут вы указываете куда форма отправляется (то место где вы будете с ней работать) например proc.php
А уже в proc.php вы ловите переменную:
$email = $_POST['field_email'];
И дальше работаете с ней:
if($email){
//Тут вызов вашей функции
}
Если вам понадобиться проверить что введен именно email , а не пробел или абракадабра, тут вам помогут регулярные выражения.
Так же любые поля которые получаете от пользователя всегда нужно обрабатывать, что б там не было зловредного скрипта.
Хотя б так $email = trim(strip_tags($_POST['field_email']));

Исходя из описания задачи, попробуйте посмотреть в сторону функции is_user_logged_in(). Проверяет авторизирован пользователь или нет (возвращает true если да и false, если нет).
Обернуть код вывода самого поста, в файле wp-content/theme/single.php или wp-content/theme/template-parts/content.php в зависимости какую часть нужно скрыть.
Если правть код не вариант, то остаются плагины

В зависимости от задач, вот пара вариантов...
jquery:
$(document).ready(function(){
var x = $("div.mixplat__relative").width(); // получает ширину нужного блока
var y = 200; // минимум при котором скрывать
if(x < y){
$(".mixplat__operators").css("display", "none");
}
});
Или можно использовать медиа квери, блок залазит как я понял при смене разрешения?:
media screen and (max-width: 480px) {
.mixplat__operators{
display:none;
}
}
пример www.w3schools.com/cssref/css3_pr_mediaquery.asp
p.s. код на скорую руку.. не тестил =)