Rsa97

UPDATE `product`
  SET `description` = CONCAT(SUBSTRING_INDEX(`description`, '(', 1), SUBSTRING_INDEX(`description`, ')', -1)) 
  WHERE `description` LIKE '%(%)%'

У вас связь посты-пользователь вида многие-к-одному. Соответственно, в каждом посте просто добавляете поле с id пользователя, разместившего этот пост.

Мда-с, вот что значит прогуливать школу...

x -> ширина_страницы
0 -> 765
y -> ?

ширина = 765 + (ширина_страницы - 765) * y / x

SELECT `b`.`id` AS `bot_id`, IFNULL(`c`.`count`, 0) AS `total`
  FROM (
    SELECT `bot_id`, COUNT(*) AS `count`
      FROM `items`
      GROUP BY `bot_id`
  ) AS `c`
  RIGHT JOIN `bots` AS `b` ON `b`.`id` = `c`.`bot_id`
  ORDER BY `total`

SELECT `sa_real`.*
  FROM (
    SELECT DISTINCT `location_id_fk`
      FROM `sa_metro_house`
      WHERE `metro_id_fk` IN (4,7,6)
  ) AS `t`
  JOIN `sa_real` ON `sa_real`.`house_location_id_fk` = `t`.`location_id_fk`

или

SELECT *
  FROM `sa_real`
  WHERE `house_location_id_fk` IN (
      SELECT `location_id_fk`
        FROM `sa_metro_house`
        WHERE `metro_id_fk` IN (4,7,6)
      )

В первом варианте у вас в цикле i получает значение 8, затем в начале следующего цикла сначала идёт попытка зажечь девятый светодиод и только потом i уменьшается до 7. Ну и программа написана неэффективно.

int main(void)
{
  DDRD = 0xFF;
  PORTD = 0x00;
  char position = 0;
  char step = -1;
  while(1) {
    PORTD = (1 << position);
    if (0 == position || 7 == position) {
      step = -step;
    }
    position += step;
    _delay_ms(200);
  } 
}

sudo tar  -cpvf "/backup/$(basename "$i")/$TS.tar.gz" --acls "$i/web"

Обычно в финансах работают с целыми числами, представляющими собой тысячные (иногда и десятитысячные) доли рубля. Доли, по возможности, представляют натуральными дробями. В этом случае ваша задача преобразуется из (12.50 * 0.2) в (12500 * 2 / 10). При целочисленных вычислениях минимизируется погрешность самих расчётов.

Следующая проблема - округление до целых копеек при сложении. Если мы получили 0.3 и 0.4 копейки (3 и 4 в тысячных долях рубля), то при их округлении получим 0.3 ≈ 0 и 0.4 ≈ 0, а при округлении их суммы получим 0.3 + 0.4 = 0.7 ≈ 1. То есть в результате будет 0 + 0 = 1.
Для решения такой проблемы применяют системное округление. Сначала все слагаемые округляются с отбрасыванием дробной части, а их сумма округляется по общим правилам. Вычтя из округлённой суммы сумму округлённых слагаемых получим количество единиц, которые надо раскидать. Затем исходные слагаемые сортируются по убыванию дробной части и соответствующее их количество округляется вверх.

Скажем слагаемые у нас 1.6, 2.7 и 3.8.
Их сумма 1.6 + 2.7 + 3.8 = 8.1
Если округлить слагаемые по общим правилам, то получим 2 + 3 + 4 = 9 ≠ 8
Округляем их с отбрасыванием: 1 + 2 + 3 = 6
Округлённая сумма 8.1 ≈ 8
8 - 6 = 2, значит два слагаемых с наибольшей дробной частью надо округлить вверх.
3.8 ≈ 4, 2.7 ≈ 3, 1.6 ≈ 1
4 + 3 + 1 = 8

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

SELECT `t`.`id_project`, `p`.`title`, `t`.`task_count`, 
       `t`.`task_lose`, `t`.`task_active`
  FROM (
    SELECT `id_project`, COUNT(*) AS `task_count`, 
           SUM(`status` = '1' AND `deadlines` < :TIME) AS `task_lose`,
           SUM(`status` = '1') AS `task_active`
      FROM `tasks`
      GROUP BY `id_project`
  ) AS `t`
  RIGHT JOIN `projects` AS `p` ON `p`.`id` = `t`.`id_project`
  ORDER BY `t`.`task_lose` DESC, `t`.`task_active` DESC, 
           `t`.`task_count` DESC

SELECT SUM(`sum`), COUNT(*)
  FROM `table`
  GROUP BY `name`, HOUR(`datetime`)

virtual_mailbox_base не определено.

$arrIndex = 0;
foreach ($arResult['SECTIONS'] as &$arSection)
{?>
    <div class="--<?=$arrColor[$arrIndex]?>"></div>
    <?
    $arrIndex = ($arrIndex+1)%count($arrColor);
}

У вас звонок приходит на экстеншин +1234567890, а в контексте прописан только s. Поскольку специальный экстеншин i (invalid) тоже не прописан, то возникает ошибка.
Вам в dongle.conf надо добавить или изменить строчку
exten=s

WHERE работает до GROUP BY, соответственно использование агрегатных функций (MIN, MAX, и т.п.) во WHERE не допускается.
Кроме того, начиная с версии 5.7 при использовании группировки все поля в SELECT должны быть либо агрегатными функциями, либо полями группировки. SELECT * выдаст ошибку.