ThunderCat

Отсюда возникает первый вопрос - как лучше записывать эти категории - в один столбик, или для каждой категории сделать отдельный?

таблица связей ид_проекта-ид_категории. Читать про отношения один-ко-многим и многие-ко-многим.

Фотографию категорий я не хочу записывать в базу.

Почему? Лень? Религия? Звезды не сошлись?

Поэтому вопрос - как это лучше всего реализовать?

Хранить имя картинки в бд, если это одна картинка - можно прямо в таблице категории. Путь до картинок категорий вынести в константу например.

str_replace("\n",'',$body); ну и/или регулярками пробельные символы погрохать.

Охохохооо, по новой....
1) проверьте var_dump($login) и var_dump($password), есть ли там что-то
2) сначала "руками" проверьте вставляется ли ваш запрос в бд, идете в пхпмайадмин и выполняете INSERT INTO users (login,password) VALUES('aa', 'bb');
3) Смотрите на ошибки, если имеются, потом думаете...

на будущее делайте проверку

try {
            $result2->execute();
        }
        catch(PDOException $e) {
            echo $e->getMessage();
        }

UPD: Как заметил Лентюй, новичкам не совсем очевидно что пдо нужно настроить перед использованием, в частности вывод ошибок нужно выставить через

$db->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

Подскажите, что я делаю не так?

Не читаешь доку?
во первых, вам надо получить children от вашего offer[6] а не param, который первый из.
во вторых уже проитерировать:
https://www.php.net/manual/ru/simplexmlelement.att...

Замечание: SimpleXML содержит правило добавления итеративных свойств к большинству методов. Они не могут быть просмотрены с использованием var_dump() или каких-либо других средств анализа объектов.

гуглите относительные и абсолютные пути, в вашем случае в линк нужно выводить относительные (от корня домена).

Чего там сложного, берется время завершения работы, и считается 3 дня, если 3 дня прошло, значит заказ принят. Если очень охота - в момент этой проверки можно ставить еще в бд какой-то флаг, но в принципе не обязательно.

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

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

Не нужно ничего вкладывать. Сделайте плоский массив, где чайлды идут за своим парентом, и да, это делается рекурсивной функцией. Дальше проверяете парент ид, когда меняется - добавляете смещение или вложенность, уже от верстки зависит.

тут только один запрос на вставку, зачем тут 3 запроса?

В логах сервера ошибок нет.

Это говорит только о том что логирование не настроено

if ($aff_id && $parent_aff_id){
        global $wpdb; 
        $table = $wpdb->prefix . 'uap_relations';
        $sql = "INSERT INTO $table VALUES(NULL, %d, %d)";
var_dump([$aff_id, $parent_aff_id]);
var_dump($sql); exit(); //тут смотреть и думать
        $q = $wpdb->prepare($sql, [$aff_id, $parent_aff_id]); //здесь вроде массив должен быть
        $wpdb->query($q);
      }

Во первых посмотреть что в переменных, для этого есть вар_дамп.
Во вторых, если переменные не пустые, взять запрос, подставить руками значения и выполнить запрос из пхпмайадмин или из оболочки напрямую. Скорее всего какое-то поле является обязательным, но не входит в ваш запрос, либо первое поле (id?) не автоинкремент... В любом случае вы увидите ошибку.

во первых определитесь ДЛЯ ЧЕГО в хтаксессе такие правила, иначе там какой-то бред. Обычно нечто подобное делают для переадресации на единую точку входа, в вашем случае я вообще не понимаю зачем такие правила.
во вторых (когда вы разберетесь с первым) либо исключите из правил пхп файлы, либо вы придете к нормальному роутингу, мвц и объектам и вопрос отпадет сам собой.

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

есть ли другой способ это сделать?

Есть конечно, но так норм, так как все равно вам как то нужно получить содержимое файла.

так как я думаю что getByName не должен знать о каких либо путях итд

Не то что бы не должен, просто здесь это не нужно. Просто нужен чейнинг: гетолл сетит внутреннее свойство $this->schemes и возвращает $this, а гетбайнэйм берет по имени из $this->schemes.

Для начала - данный сервис немного не про это.
Во первых вам надо разобраться где конкретно у вас тормоза, за вас этим тут никто не займется, а по коду это понять практически невозможно
Во вторых (но после первого) уже конкретизировать вопрос: "медленно выполняется это: [3-4 строчки кода, ну 10-15 если это реально нужно], что можно сделать?".

А так у вас вопрос из разряда "Дорогие ученые, у меня в подвале подземный стук, объясните как он происходит?".

UPD:

как сделать так чтобы они вызывались только когда нужно не знаю

так как у вас это "такой себе" чат - сильно что-то исправить не получится, для этого нужно переписать как серверный, так и браузерный код, используя сокеты или хотя бы лонг поллинг.
В вашем случае - во первых сократить количество запросов к серверу - поставьте интервал хотя бы секунд 10 вместо 1.
Во вторых проверять бан можно не по интервалу, а только когда юзер что-то пришет в чат, тогда и проверять и возвращать ответ сервера с флагом бана.
Ну и хз как у вас там работает сам чат на сервере, я бы посмотрел как быстро выполняются запросы к бд и насколько быстро вообще код исполняется на сервере.