Список комментариев KpuTuK

Башка, довольно сомнительный кэш
Написал: KpuTuK (09.01.2016 / 23:51)

Башка (Сегодня / 22:43)

<?php
class MyMysqli extends mysqli{
  public function myQuery($query, $params){
    $stmt = $this->prepare($query);
    $p = array_values($params);
    array_unshift($p, array_keys($params));
    call_user_func_array([$stmt, 'bind_param'], $p);
    $result = $stmt->execute();
    $stmt->close();
    return $result;
  }
}                                                             
$mysql = new MyMysqli("localhost", "my_user", "my_password", "world");
$mysql->myQuery('SELECT * FROM users WHERE login = ?', ['s' => 'admin']);

А то забудут закрыть
Написал: KpuTuK (09.01.2016 / 23:15)

Башка (Сегодня / 22:42)
Через Redis
ротор было дело и БД не любил

я не про кэширование а про

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

Написал: KpuTuK (09.01.2016 / 23:11)

Башка (Сегодня / 22:22)
Экономия через кэширование гораздо более эффективный способ повышения производительности, чем подобные рекомендации ;)

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

например? через foreach? тут не в экономии дело. много кто не любит подготовленные запросы (взять тот же пдо клас в роторе) а $db->query('sql', ['params']) как то лаконичние вашего выше
Написал: KpuTuK (09.01.2016 / 22:26)

Башка,

Каждый подготавливаемый запрос использует ресурсы сервера. Если запрос больше не нужен, его необходимо сразу закрыть. Если не сделать этого явно, запрос закроется сам, но только когда PHP освободит его дескриптор, как правило это происходит при выходе запроса из области видимости или при завершении работы скрипта.

Использование подготавливаемых запросов не всегда приводит к повышению эффективности. Если параметризованный запрос запускается лишь раз, это приводит к большему количеству клиент-серверных обменов данными, нежели при выполнении простого запроса. Именно по этой причине в примере выше выражение SELECT выполнялось, как обычный запрос.

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

да и влом столько писать
Написал: KpuTuK (09.01.2016 / 21:40)

Башка, я понял)) Но я имел ввиду что я я писал для тех кто имеет хоть какое то представление о ns)) Я, например, примерно представлял себе что это пока не решил использовать))
Написал: KpuTuK (30.01.2014 / 17:01)

Башка, и тогда следовало бы еще написать про динамические ns и использование 2х ns в одном файле)) а я хотел написать конкретно про автозагрузку))
Написал: KpuTuK (29.01.2014 / 13:27)

Башка, на IT обычно стаж минимум 3 года (в новых 2) нужен)))
Написал: KpuTuK (23.01.2014 / 18:07)

Башка, работал IT менеджером в инвестиционной компании (там чисто один вордпресс начальник уважал) и Программистом в компании по продаже рекламы (там в основном джумла ну и была небольшая работенка с 0 написать готовый "движок" для сайтов пицерии)) звали еще в beboss там в основном над их проэктом работать (каталог сайтов) но у меня знаний не хватало (я тут еще тему про ОРМ поднимал как раз))
Написал: KpuTuK (21.01.2014 / 17:41)

+ )) вот только насчет реализации себя как программиста не совсем так)) учил учил пошел на работу везде нужны джумла, врод пресс, и дюрпал)) а что ты там умееешь (с 0 писать например) и тому подобное всем пофиг))) вот и приходится выкладываться в сети на полную а на работе возиться с этими скриптами
Написал: KpuTuK (21.01.2014 / 11:05)