Привет, существует ли возможность в php файле использовать айди  или ник пользователя?

Пробовал так:

<?php
$member = \IPS\Member::load( \IPS\Request::i()->id);
$data = '$member->member_id';
$desc = base64_encode( $data );

...
  ....
  .....

В общем нужно чтобы в base64 кодировалось не $member->member_id , а число - ID залогиненого юзера.. а не выходит, помогите, кто знает

А с чего ты взял, что  \IPS\Request::i()->id вообще есть, а если и есть, то в ней ид пользователя, а не ид, например статьи или темы форума

1 минуту назад, kgb сказал:

А с чего ты взял, что  \IPS\Request::i()->id вообще есть, а если и есть, то в ней ид пользователя, а не ид, например статьи или темы форума

я кажется написал, что попробовал

если ты знаешь как  нужно - покажи, я не умею в пыхепе

1 час назад, Envy сказал:

если ты знаешь как  нужно

Я не знаю, знаю ли я, потому что условие задачи не понятно.  Что, зачем, где , когда.

закройте тему, сам решил проблему.. *ну как обычно*

3 часа назад, Envy сказал:

 

закройте тему, сам решил проблему.. *ну как обычно*

 

Каким образом вы решили проблему? Почему вы постоянно не пишете решение? Этими действиями вы убиваете форум.

2 часа назад, Bonfire сказал:

Каким образом вы решили проблему? Почему вы постоянно не пишете решение? Этими действиями вы убиваете форум.

Почему вы не написали мне решение здесь? Этим действием вы убиваете форум.

3 часа назад, Bonfire сказал:

Почему вы постоянно не пишете решение?

Потому что он относится к категории людей, которые привыкли брать, но ничего не отдавать. Эти люди считаю что им все должны и должны на халяву.  Вот посмотрите на это сообщение

34 минуты назад, Envy сказал:

Почему вы не написали мне решение

Он превыше всего!!! Даже несмотря на то, что условие задачи не сформулировал, остальные должны догадаться, что ему нужно и выложить для него решение

5 минут назад, kgb сказал:

Потому что он относится к категории людей, которые привыкли брать, но ничего не отдавать. Эти люди считаю что им все должны и должны на халяву.  Вот посмотрите на это сообщение

Он превыше всего!!! Даже несмотря на то, что условие задачи не сформулировал, остальные должны догадаться, что ему нужно и выложить для него решение

А вы, я так понимаю, относитесь к категории людей проницательных, которые видят других насквозь ДАЖЕ через интернет, не так ли?

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

Если ты не готов помочь, то зачем заходишь в тему. которая находится в разделе, в котором людям бесплатно помогают, и упрекаешь МЕНЯ (я выделю еще крупнее, чтобы твое собственное эго и неприятие меня еще больше вздулось) в том, что Я ( =) ) - халявщик и мне все должны? 

 

3 часа назад, Envy сказал:

А вы, я так понимаю, относитесь к категории людей проницательных, которые видят других насквозь ДАЖЕ через интернет, не так ли?

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

Если ты не готов помочь, то зачем заходишь в тему. которая находится в разделе, в котором людям бесплатно помогают, и упрекаешь МЕНЯ (я выделю еще крупнее, чтобы твое собственное эго и неприятие меня еще больше вздулось) в том, что Я ( =) ) - халявщик и мне все должны? 

 

не неси чушь!" половина пустая болтовня. тебе по сути сказали, напиши задание или объясни что ты хочешь, а потом пиши чтобы тебе сказали как сделать. По твоему вопросу можно понять одно-ничего не понять. А требовать будешь дома за столом у мамки.

Реляционные базы данных, как мы уже знаем, состоят из таблиц. Каждая таблица состоит из столбцов (их называют полями или атрибутами) и строк (их называют записями или кортежами). Таблицы в реляционных базах данных обладают рядом свойств. Основными являются следующие: 
 

• В таблице не может быть двух одинаковых строк. В математике таблицы, обладающие таким свойством, называют отношениями - по-английски relation, отсюда и название - реляционные.
  
  
   
• Столбцы располагаются в определенном порядке, который создается при создании таблицы. В таблице может не быть ни одной строки, но обязательно должен быть хотя бы один столбец.
  
  
   
• У каждого столбца есть уникальное имя (в пределах таблицы), и все значения в одном столбце имеют один тип (число, текст, дата...).
  
  
   
• На пересечении каждого столбца и строки может находиться только атомарное значение (одно значение, не состоящее из группы значений). Таблицы, удовлетворяющие этому условию, называют нормализованными.
  
  
   

Все будет понятнее на примере. Предположим, мы захотели создать базу данных для форума. У форума есть зарегистрированные пользователи, которые создают темы и оставляют сообщения в этих темах. Эта информация и должна храниться в базе данных.

Теоретически (на бумаге) мы можем все это расположить в одной таблице, например, так: 



Но это противоречит свойству атомарности (одно значение в одной ячейке), а в столбцах Темы и Сообщения у нас предполагается неограниченное количество значений. Значит, нашу таблицу надо разбить на три: Пользователи, Темы и Сообщения. 



Наша таблица Пользователи удовлетворяет всем условиям. А вот таблицы Темы и Сообщения - нет. Ведь в таблице не может быть двух одинаковых строк, а где гарантия, что один пользователь не оставит два одинаковых сообщения, например: 



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

Первичный ключ (сокращенно РК - primary key) - столбец, значения которого во всех строках различны. Первичные ключи могут быть логическими (естественными) и суррогатными (искусственными). Так, для нашей таблицы Пользователи первичным ключом может стать столбец e-mail (ведь теоретически не может быть двух пользователей с одинаковым e-mail). На практике лучше использовать суррогатные ключи, т.к. их применение позволяет абстрагировать ключи от реальных данных. Кроме того, первичные ключи менять нельзя, а что если у пользователя сменится e-mail?

Суррогатный ключ представляет собой дополнительное поле в базе данных. Как правило, это порядковый номер записи (хотя вы можете задавать их на свое усмотрение, контролируя, чтобы они были уникальны). Давайте внесем поля первичных ключей в наши таблицы:





Теперь каждая запись в наших таблицах уникальна. Нам осталось установить соответствие между темами и сообщениями в них. Делается это также при помощи первичных ключей. В таблицу сообщения мы добавим еще одно поле:



Теперь понятно, что сообщение с id=2 принадлежит теме "О рыбалке" (id темы = 4), созданной Васей, а остальные сообщения принадлежать теме "О рыбалке" (id темы = 1), созданной Кириллом. Такое поле называется внешний ключ(сокращенно FK - foreign key). Каждое значение этого поля соответствует какому-либо первичному ключу из таблицы "Темы". Так устанавливается однозначное соответствие между сообщениями и темами, к которым они относятся.

Последний нюанс. Предположим, у нас добавился новый пользователь, и зовут его тоже Вася:



Как мы узнаем, какой именно Вася оставил сообщения? Для этого поля автор в таблицах "Темы" и "Сообщения" мы сделаем также внешними ключами:




Наша база данных готова. Схематично ее можно представить так:



В нашей маленькой базе данных всего три таблички, а если бы их было 10 или 100? Понятно, что сразу невозможно представить все таблицы, поля и связи, которые нам могут понадобиться. Именно поэтому проектирование базы данных начинается с ее концептуальной модели, которую мы и рассмотрим в следующем уроке. 

Друзья, у нас не политический форум, давайте оставим своё мнение при себе. Тему почистил.