alexalexes

Поставьте нормальную версию Putty - не портативную версию, в каталог, где имеются необходимые права доступа для приложения.

Пока не обозначите две вещи:
1) По каким критериям будете искать школы или учеников.
2) Какие и в какой форме выводить данные.
Не будет точного плана, как оптимально составить запрос или несколько запросов, чтобы перейти от условий 1 к результату 2.
Чем конкретно опишите входные и выходные данные, тем оптимальней можно получить запрос(ы) для решения этой задачи.

Веб разработчик крайне ограничен в стилизации скроллбара.
Повлиять можно только на 3 параметра:
1) Ширина скроллбара;
2) Цвет бегунка (+ hover);
3) Цвет подложки бегунка.
Все остальное поведение зависит от браузера и пользовательских настроек вне контекста песочницы веб-страницы (и даже доступные стилизации могут быть перебиты внешними настройками просто потому что потому).

Из минимального, что можно создать, не привлекая специалистов - локальную базу данных в Microsoft Access.
Вам нужно как минимум 3 таблицы: Сотрудники, Оборудование, Закрепление оборудования.
Создать формы для добавления Сотрудника, Оборудования и Закрепления оборудования.
И, возможно, 2 отчета - Закрепленное оборудование по сотруднику, Закрепленное оборудование всех сотрудников.

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

Если у вас MySQL 8+ версия, то список чатов получается тривиально - используя оконную функцию:

SELECT A.*
from (
SELECT class_messages.id as class_messages_id,
      `class_messages_chat`.`to_user_id`,
       `class_messages_chat`.`from_user_id`,
       `class_users`.`id`,
       `class_users`.`user_status`,
       `class_users`.`online`,
       `class_messages_chat`.`chat_id`,
       `class_messages_chat`.`ad_id`,
       `class_ads`.user_id,
       `class_ads`.title,
       row_number() over (partition by `class_messages_chat`.`chat_id` order by class_messages.id desc) rn -- этой функцией нумеруем в пределах чата сообщения
    FROM `class_messages_chat`
    inner join `class_ads` on `class_messages_chat`.ad_id = `class_ads`.id
    INNER JOIN `class_users` ON `class_users`.`id`=`class_ads`.`user_id`
    inner join `class_messages` on `class_messages_chat`.`chat_id` = `class_messages`.`chat_id`
WHERE (   `class_messages_chat`.`to_user_id` = 133337
       or `class_messages_chat`.`from_user_id` = 133337)
and class_messages_chat.chat_id is not null
) A
where A.Rn = 1 -- оставляем, все что с первым номером счетчика
order by A.class_messages_id desc

В mySQL 5.7

SELECT A.*
from (
SELECT
      `class_messages_chat`.`to_user_id`,
       `class_messages_chat`.`from_user_id`,
       `class_users`.`id`,
       `class_users`.`user_status`,
       `class_users`.`online`,
       `class_messages_chat`.`chat_id`,
       `class_messages_chat`.`ad_id`,
       `class_ads`.user_id,
       `class_ads`.title,
  IF(@prev <>  `class_messages_chat`.`chat_id`, @rn:=1,@rn), @prev:= `class_messages_chat`.`chat_id`, @rn:=@rn+1 AS rn -- этой функцией нумеруем в пределах чата сообщения
    FROM `class_messages_chat`
    inner join `class_ads` on `class_messages_chat`.ad_id = `class_ads`.id
    INNER JOIN `class_users` ON `class_users`.`id`=`class_ads`.`user_id`
    inner join `class_messages` on `class_messages_chat`.`chat_id` = `class_messages`.`chat_id`,
     (SELECT @rn:=1)rn,
     (SELECT @prev:=-1)prev
WHERE (   `class_messages_chat`.`to_user_id` = 133337
       or `class_messages_chat`.`from_user_id` = 133337)
and class_messages_chat.chat_id is not null
order by class_messages.id desc
) A
where A.Rn = 1 -- оставляем, все что с первым номером счетчика

Второй вариант для 5.7, если некорректно будет работать сортировка.

select B.*
from (SELECT A.*,
           IF(@prev <> A.chat_id, @rn:=1,@rn), @prev:= A.chat_id, @rn:=@rn+1 AS rn -- этой функцией нумеруем в пределах чата сообщения
from (
SELECT
      `class_messages_chat`.`to_user_id`,
       `class_messages_chat`.`from_user_id`,
       `class_users`.`id`,
       `class_users`.`user_status`,
       `class_users`.`online`,
       `class_messages_chat`.`chat_id`,
       `class_messages_chat`.`ad_id`,
       `class_ads`.user_id,
       `class_ads`.title
    FROM `class_messages_chat`
    inner join `class_ads` on `class_messages_chat`.ad_id = `class_ads`.id
    INNER JOIN `class_users` ON `class_users`.`id`=`class_ads`.`user_id`
    inner join `class_messages` on `class_messages_chat`.`chat_id` = `class_messages`.`chat_id`
WHERE (   `class_messages_chat`.`to_user_id` = 133337
       or `class_messages_chat`.`from_user_id` = 133337)
and class_messages_chat.chat_id is not null
order by class_messages.id desc
) A,
(SELECT @rn:=1)rn,
     (SELECT @prev:=-1)prev
) B
where B.Rn = 1 -- оставляем, все что с первым номером счетчика

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

Самостоятельно. Берете любой кусочек кода интересуемой вами задачи, и пытаетесь сделать красивую трассировку принтами. Тренируете основной навык отладки приложений, которые вы не писали.

Опции -> Настройки... -> Автозавершение, группа параметров "Автовставка". Выбираете, какие категории символов завершать.

SELECT TOP (100)   
[error_number] ,
[error_desc],
COUNT([error_number])as total      
FROM Db.tab_error
group by error_number, error_desc

Добавить и в select, и в group by.
Группировка не распадется, если у всех одинаковых error_number строго одно и тоже содержание error_desc.
Если error_desc не обладает таким свойством, то придется использовать оконную функцию:

SELECT TOP (100)   
[error_number] ,
[error_desc],
COUNT(*) over (partition by [error_number]) as total      
FROM Db.tab_error

Выглядит как кейс для шедулера Postgres.
Можно написать хранимую процедуру на plsql и поставить ее на выполнение в планировщик СУБД.
И не надо ничего из вне вызывать. А если надо вне очереди, то вызывать только хранимку - очень удобно.

Нужно помнить, что у тега a и button по умолчанию поведение display: inline - строчные элементы.
Если хотите, чтобы они служили там, где используются блочные элементы (display: block) и блочно-строчные (display: inline-block), как div в вашем примере. Так обеспечьте их этим свойством - указав его явно.
Зная это, можно спокойно заменить div на a и решить вашу проблему.

Скрыть - не скроете, но через пользователя Admin можете поместить пользователей Mom desktop, My desktop под группу НЕ администраторов, и отнять у них права на чтение/запись/доступ у определенных томов. При попытке войти туда пользователь будет получать сообщение "Отказано в доступе".

Делаете дамп базы в файл и ищите слово текстовым редактором.
В каком Insert предложении будет искомый текст, в той таблице, куда применяется insert нужно смотреть.