Rsa97 С Рождеством! :) Всех благ и всего самого лучшего! :) И можно задам вопрос :) Извините, что беспокою Вас :) Я вроде бы разобрался с деревом, ну по крайней мере начинаю догонять. :) Вот у меня в голове только не укладывается одно - суть следующая - у каждого нового человека в системе свои 7-м уровней, т.е. получается каждый новичок выступает в роле нового узла и как родитель нижестоящим. Вот в примере есть столбец - level - я его добавил, но вопрос в том, как потом отслеживать пользователей по уровням, т.е. я хочу строить схему команды юзера в личном кабинете. Получается в начале идет система - у нее уровень 0, потом иду я - у меня уровень 1, но у моего приглашенного должен быть уровень 1, а для системы это должен быть уровень 2. Затем этот человек приглашает еще одного, он встает для на уровень 1 для моего приглашенного, для меня на уровень 2, а для корня системы на уровень 3. И у каждого пользователя должно быть ограничение по 7-и уровням. Прошу прощения, что беспокою Вас такими глупыми вопросами, но честно скажу, догнать этот нюанс не могу. Я добавил еще в таблицу столбец parent_id, в него буду записывать id пригласившего. Подскажите пожалуйста, как вот отслеживать эту вещь? Что-то голову сломал :(
Rsa97 благодарю за ответ! :) Я и хотел использовать транзакцию для этой задачи :) За статью спасибо, наткнулся ночью на нее, но сил не было изучать :) Спасибо еще раз! :) Если возникнут вопросы, можно будет написать?
Rsa97 Можете подсказать по этой системе Nested Set? Что-то догнать не могу. Переделал БД, включил в таблицу user поля - left_branch, right_branch, level - сделал их индексами, удалил эти ref1 и т.д. Вот вопрос по заполнению таблицы этой и как вытаскивать данные вышестоящего человека. С левой веткой то можно сделать быстро вытащить - достаточно указать в запросе WHERE id = {left_branch - 1}, а вот с правой веткой такое не пройдет. Можем в скайпе пообщаться? Я просто завис с этим, что-то туплю, уже несколько раз перечитал статью и доп.материалы, но все решение в голову не приходит.
Rsa97: Все 7 :) Это максимальное количество. Т.е. человек(корень) приглашает юзера, он регается по его ссылке партнерской, соответственно(приглашенныей юзер 1-го уровня) встает на первый уровень. Затем приглашенный юзер с первого уровня так же делиться ссылкой - и по ней регается юзер - он становится юзером 2-го уровня для корня и юзером первого уровня для юзера первого уровня, которые его пригласил. Исходя из этого - корень получает доход с юзера 2-го уровня и первого, а юзер первого уровня от корня, получает только со своего приглашенного. и так ниже идет, вплоть до 7-го уровня. Надеюсь понятно объяснил :)
Александр Марченко: Спасибо :) Благодарю, что Вы откликнулись моментально на мой вопрос! :) Проблема была в том, что я включил глобальную очистку от xss атак :) Вот и происходило преобразование :)
Александр Марченко: Александр, к сожалению я что-то не могу догнать. я убрал эти функции из кода, CodeIgniter сам экранирует код. Как вот обратно эти сущности превратить в знаки HTML? я что-то растерян сейчас. голова не варит :( Целый день бьюсь, как говорил :)
Спасибо Александр! :) Я пожалуй не буду эскейпить эту шляпу :) Да, вопрос имено в этом :) Почитал документашку, CodeIgniter сам все запросы автоматом экранирует! Просто для избежания ошибок сделаю замену двойных кавычек на одинарные! :) Спасибо большое!!!!! Поддержали прям сейчас! Я аж духом упал! ))
Я правильно понял, что второй вариант - это вы указали для JS? Прост я хочу еще сделать проверку на стороне сервера - средствами PHP, т.к. клиентской валидации доверять на 100% нельзя. :)
Мне не сам путь до файла нужен :) А именно домен от юзера! Т.к. его домен будет цепляться в ссылку на файл, и затем будет выдаваться этот сгенерированный файл. Немного сейчас запутано объясняю. :)
@xmoonlight Я Вас понял, просто у меня мобильное приложение использует разные API для подгрузки данных. :) И оно имеет более удобный вид для пользователя. :) А можете еще подсказать по регулярным выражениям?