Как установить лимит на LEFT JOIN?

Network2020, у меня это рабоатет так:

create table t34 (user_id int, s varchar(200));

insert into t34 select 1,'q'
union all select 1,'w'
union all select 2,'a'
union all select 2,'s'
union all select 2,'d'
union all select 2,'f'
union all select 2,'g'
union all select 1,'t'
union all select 1,'e'
union all select 1,'r'
;
select 
        case when @userId<>user_id then @q:=1 else @q:=@q+1 end q,
        case when @q=1 then @userId:=user_id else @userId end user_id,
        s
    from (select * from t34 order by user_id) t1, (select @userId:=0, @q:=1) t2
    where user_id<>@userId or (user_id=@userId and @q<=2)

q user_id s
1 1 q
2 1 w
3 1 t
1 2 a
2 2 s
3 2 d

Как установить лимит на LEFT JOIN?

Network2020, ни слова не понял.
Приведенный запрос делит таблицу на группы по user_id, и выводит по 3 строки из каждой группы. Просто выполните его и посмотрите на результат. Как уже будете соединять с другими таблицами - это как вам удобнее.
Поправил запрос, забыл сделать предварительную сортировку, без нее не всегда работает. Может из-за этого проблема была, проверьте.

Как установить лимит на LEFT JOIN?

Network2020, да, именно так. "мы получаем из таблицы users_images по 3 элемента в каждой группе по user_id", полученную таблицу уже объединяйте с тем, что нужно и как нужно.

Какой из вариантов хранения данных предпочительнее?

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

Как в PHP обработать несколько одинаковых ключей POST запроса?

4-вариант - самому распарсить входные данные.
Но самое удобное, это, конечно, json.

Как организовать совместную разработку нескольких проектов в git?

Antonio Solo, если речь про сборку билда используйте что лучше знаете и к чему привыкли. Но, опять же, что собираете, если это пакеты для ОС, то там классически принято использовать make.

Как в языке СИ посчитать количество согласных букв, окруженных цифрами?

Alexandr_202, вы же все уже сами написали, идете циклом по заданной строке, проверяете символ слева и символ справа являются ли они числом функцией isdigit, проверяете основной символ, является ли он согласным, например так strchr("PBKFVMZHTDLN",toupper(s[i])) (для английского алфавита, для русского нужно разбираться с кодировкой). И все, если все 3 вызова true, то инкрементируем переменную-счетчик.
Чем код с enum будет понятнее я не понимаю, быть может нужно смотреть на реализацию. Но пример реализации который я привел выше мне не кажется более понятным, быть может только мне.

Как в языке СИ посчитать количество согласных букв, окруженных цифрами?

Alexandr_202, enum никак не поможет решить вашу задачу, кроме добавления лишних строчек кода.
Чтобы определить чар ss[i-1] число или нет вы можете написать следующий код:
if (isdigit(ss[i-1])) { ... }
или можете развить вокруг этой строчки бурную деятельность на 10 строк и написать что-то вроде:

enum symbol_class {digit, consonant, other};

enum symbol_class class(char d) {
    if (isdigit(d)) {
        return digit;
    }
    ...
    return other;
}

...
    f = class(ss[i-1]);
    if (f == digit) { ... }

Enum здесь не нужен совсем, объединение функций проверок на число и на согласную тоже не нужно, во-первых это разные вещи и во-вторых вы будете для разных символов использовать разные функции.
В принципе, о том что нужно просто взять нужную функцию уже написал res2001, но вы ищете какую-то магию, которая все решит сама и вас даже не смущает, что нужно писать на Си классы для символов...

Как в языке СИ посчитать количество согласных букв, окруженных цифрами?

ComodoHacker, может я чего-то не понимаю, но чем введение enum поможет в решении задачи? Будет выглядеть красивее? Ну может быть, на любителя. Вопрос определения чара как согласной или нет, буквы или цифры, все равно останется, разве нет?
Все равно придется писать, что-то вроде isdigit(s[i+1]) и strchr("PBKFVMZHTDLN",toupper(s[i])), нет?

Mysql партицирование. Как разделить таблицу по списку и дате?

С виду все правильно. Покажите вывод для:
show create table routes
EXPLAIN SELECT * FROM routes WHERE archive = 1 AND created >= '2020-01-01 00:00:00';

В редакторах кода, IDE, браузерах появляются вот такие пиксели, чем можно вылечить это?

В играх скорее всего задействована другая видеокарта (если их 2). Либо видюха, либо драйвера к ней.

Почему число не включается в выборку?

Programmir, ошибается не машина, а человек работающий с ней. Чтобы было понятно человеку используйте MathLab. В программировании все несколько иначе, в данном случае вы некорректно используете типы данных, ваши 1.4 после преобразования в тип с плавающей точкой не будут равны значению 1.4. Если вам нужны точные значения не следует использовать этот тип данных или не производить сравнение без указания точности.

Как получить данные с сервера?

Вопрос: Заказчик уже поменял, заголовки, тайтлы и т д, все изменения файлах на сервере(master), как мне получить данные с сервера в ветку master?

Изменяемые во время работы данные - это не исходный код, нет нужды тянуть их в git, настройте backup для этих целей.

Какой способ лучше защитит пароль?

xmoonlight, если вы закончили с метафизикой, то может объясните что все-таки имеете ввиду?

что серверу мы вроде как это подсунем тот же хеш, что и поймали

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

А я говорил про то, чтобы сам пароль был захешированным.

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

ps Что за привычка в любом вопросе делать серьезный вид и представать неким гуру, а кругом все идиоты. Если вас не понимают, объясните подробнее, а не бросайтесь короткими ничего не значащими фразами. Все мы можем ошибаться, и именно поэтому мы задаем вопросы, а не чтобы потешить свое чсв. Хеширование подразумевает хеширование, а не многофакторную аутентификацию, нельзя здесь выезжать на фразе "это очевидно". Очевидно тебе, не очевидно другому, именно поэтому составляют словари предметной области при разработке проектов, к чему себя считать умнее или выше этого?

Какой способ лучше защитит пароль?

xmoonlight,

Почему Вы так упорно не хотите, чтобы пароль был не в хешированном виде, уходя от пользователя на сервер?

Мне было непонятно каким образом это может защитить пользователя, о чем и спросил, высказав свои соображения. Думал, может что-то упустил или что-то недопонимаю.
Рассуждать о метафизически павильном состоянии пароля что-то не хочется.

Какой способ лучше защитит пароль?

xmoonlight,

Это защищает пользователя от "утечки" открытого пароля (plain text) через "прослушку" сети и на стороне сервера: при возможной утечки БД.

Пользователю абсолютно фиолетово взломали его узнав его пароль или не зная пароль.

Это намного лучше, чем отправка в plain text! Чтобы было "по-проще ловить" - можно использовать "примесь": рандомную вставку случайных символов в случайные позиции. И это уже будет вообще нереально восстановить, а сервер - спокойно проверит.

Еще раз, никто не собирается восстанавливать первоначальный пароль, это не нужно, т.к. обманываем мы сервер, а сервер работает не с первоначальными паролями.

Соль нужна всегда, если хеширует клиент (думал, что это и так очевидно!)

Если это очевидно, то какую очевидную соль следовало использовать в этом случае?

Какой способ лучше защитит пароль?

xmoonlight,

тем, что пароль будет сложно восстановить как при перехвате запроса, так и при хищении БД сервера.

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

Какой способ лучше защитит пароль?

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

Как работодатели в Москве относятся к отсутствию военного билета?

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

Как работодатели в Москве относятся к отсутствию военного билета?

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

bondle, по закону, если вас принимают на работу, а вы заявляете, что у вас нет военного билета, работадатель обязан "настучать" о вас в комиссариат.