Владимир Шестаков

Нельзя просто взять, создать объект, получить к нему прямой доступ из компонентов (т.е. по сути сделать хранилище данных), и подписаться на изменения данных в этом хранилище. Реакт просто не отреагирует на это, ему нужно изменение состояния, а этого не произойдет. Либо, нужно делать обходные пути по форсированию рендера, что тоже плохо.

Так redux это и делает в функции connect. Подписывается на данные и дергает setState для форсирования рендера.

Promise.all вернет массив ответов всех выполненных запросов. Смотри, что в then каждого запроса возвращаешь и как потом обрабатываешь.

export function homePageProfileAction(list, name) {
    return (dispatch) => {
        dispatch(homePageProfileFetchId(list, name));

        let promise = list.map(v => {
            return getUserHome(v);
        });

        Promise.all(promise)
             .then((ids) => {
                 console.log(ids);
                 //dispatch(homePageProfileFetchSuccess(res, "top"));
             })
             .catch(err => {console.log(err); });
    };
}

DELETE t1 FROM table1 AS t1 
LEFT JOIN table2 AS t2 ON (t1.id=t2.id)
LEFT JOIN table3 AS t3 ON (t3.id = t2.id AND t3.published = 1)
WHERE t2.id IS NULL

Как то так. Перед FROM указываешь из какой таблицы удалять

Каждый клиент джойнится с клиентами текущей и предыдущей недели. Так за 1 неделю будет 9 клиентов! Потом группируются по tbl.Week, чтобы получить уникальные недели. По каждой недели агрегация клиентов - сумма уникальных клиентов. За счёт подсчёта уникальных первый джойн корректируется и получаем 3 клиента вместо 9

Не учитесь сразу верстать на Bootstrap 3

Не нужны, суть в адаптации под устройство, а как её реализовывать - поифг

У блока сделал бы бордер слева, справа, снизу, а для верхнего применил псевдоэлементы ::after и ::before, позиционируя их в верхнем левом и правом углу соответственно.

Тимофей Белоусов тоже самое предложил, только он псевдоэлементы к заголовку применил

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

Такое сойдет? =)))

SELECT t.* FROM table t
UNION SELECT t1.* FROM table t1 WHERE t1.count > 1
UNION SELECT t2.* FROM table t2 WHERE t2.count > 2
UNION SELECT t3.* FROM table t3 WHERE t3.count > 3
UNION SELECT t4.* FROM table t4 WHERE t4.count > 4
UNION SELECT t5.* FROM table t5 WHERE t5.count > 5
UNION SELECT t6.* FROM table t6 WHERE t6.count > 6
UNION SELECT t7.* FROM table t7 WHERE t7.count > 7
UNION SELECT t8.* FROM table t8 WHERE t8.count > 8
UNION SELECT t9.* FROM table t9 WHERE t9.count > 9

Верхнему блоку добавить ::after{} в котором фоном картинку бордера

Можно сделать смещение отступами или абсолютным позиционированием для пунктов от 4 и для 6. Но пункты потребуют фиксированных размеров, чтобы не наезжать друг на друга при изменении их контента.

в php.ini может засунуть настройки? Папка trace есть?