Вот как тут теперь приконнектиться к базе? Т.е чтоб return возвращал $mysqli - уже готовый к использованию объект? И функции reg_validate(),reg_send() лучше в этом же классе или другом? (Добавление)
esterio пишет:
Дополню что он не должен быть в data_base, как описали выше
т.е
likvidator пишет:
функции reg_validate(),reg_send() лучше использовать в другом
(Добавление)
DelphinPRO пишет:
Думаю синглтон используют для того, чтобы коннект был один
благодарю,сразу не дошло))) (Добавление)
В общем...спасибо всем за ценные и не очень советы... Собрал я все воедино - работает на ура) + много чего усвоил
likvidator
Отправлено: 18 Ноября, 2013 - 22:06:52
Посетитель
Покинул форум
Сообщений всего: 416
Дата рег-ции: Март 2012
Помог: 4 раз(а)
[+]
Поговорил я с гуглом - не помог... Надежда на вас...:
while ($Match->fetch()) {
foreach($row в $key => $val) {
$x[$key] = $val;
}
$результатов[] = $x;
}
я не знаю какого лешего он переводит все на русский,но там вроде что-то есть)) (Добавление)
teddy пишет:
спешу вас огорчить, но будете
и если я добавлю 1 поле в таблицу,то будет писец?... (Добавление)
Цитата:
$stmt->bind_result по-моему самое слабое место класса mysqli_stmt, так как оно обязывает знать, какие именно данные будут получены из запроса и каком порядке они объявлены в запросе. Для случая “SELECT * FROM …” он вряд ли применим. Гораздо более гибкий подход в работе с результатом предлагает класс mysqli_result. Чтобы быть окончательно объективным, стоит упомянуть, что можно воспользоваться функцией $stmt->result_metadata() получить mysqli_result содержащий только о метаданные без самих данных, и посмотреть что за столбцы получены, но этот подход мне кажется излишне сложным, и о нем я упомянул только, чтобы избежать обвинений в неточной информации.
Покинул форум
Сообщений всего: 1462
Дата рег-ции: Апр. 2013
Помог: 91 раз(а)
likvidator пишет:
$stmt->bind_result по-моему самое слабое место класса mysqli_stmt, так как оно обязывает знать, какие именно данные будут получены из запроса и каком порядке они объявлены в запросе
и что? наоборот я думаю это даже хорошо
likvidator пишет:
Для случая “SELECT * FROM
забудьте вы про SELECT * я им например пользовался всего несколько раз и то когда начинал... даже слышал что считается дурным тоном и сам так считаю т.к в запросе могут быть получены те данные, которые вовсе не нужны. Простой пример - авторизация. Хорошо будет если выберем только логин и пароль и сравним их с тем что ввел пользователь, например в таком случае дергать id и role нет смысла а звездочка их вытянет в любом случае - хорошо ли это? не думаю... также плюс перечисления полей в том, что названия полей всегда перед глазами в коде(особенно удобно если таблица большая)
likvidator пишет:
и если я добавлю 1 поле в таблицу,то будет писец?...
нет, добавите ещё 1 переменную в bind_result, не надо бояться правки кода по необходимости... все таки не каждый день приходится добавлять новое поле при грамотной структуре приложения
а вышеуказанный пример я бы лично не стал бы использовать
Покинул форум
Сообщений всего: 468
Дата рег-ции: Сент. 2011 Откуда: Владивосток
Помог: 8 раз(а)
likvidator пишет:
и если я добавлю 1 поле в таблицу,то будет писец?.
А сделайте модель для таблицы, с перечислением полей, а где нужно дергайте через метод этой модели, например Post::inst()->getAllFields(), а при добавлении нового поля в таблицу добовляете описание этого поля в модель и все.
----- просто ?: сложно
_Dark_
Отправлено: 19 Ноября, 2013 - 10:37:52
Частый гость
Покинул форум
Сообщений всего: 231
Дата рег-ции: Окт. 2011
Все гости форума могут просматривать этот раздел. Только зарегистрированные пользователи могут создавать новые темы в этом разделе. Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.