Sourcepawn стрим

[R1KO]

Хочу написать простой аналог куков и несколько человек просили показать сам процесс.
Вот думаю мб стрим подрубить и делать всё с объяснениями (только нормальными, а не как прошлый раз) и ответами на вопросы.

Если кому-то это будет интересно - ставьте лукас

если что - это сегодня вечером

 

[GUM]

+1

 

[Svyatoy]

Why not?

 

[Virus]

Если стрим будет то ссыль на него сюда кинешь?)

 

[R1KO]

Если стрим будет то ссыль на него сюда кинешь?)

да

 

[September]

девчонки будут?

 

[R1KO]

девчонки будут?

там же буду я, так что сомневаюсь.

 

[Nico Yazawa]

Я был бы рад, если бы то же самое сделали с ООП в SourcePawn)

 

[R1KO]

Я был бы рад, если бы то же самое сделали с ООП в SourcePawn)

можно будет потом (если затянется то в другой раз) натянуть на него методмап чтобы работать как с объектом

 

[NaN]

обязательно ссылочку на donation alerts для поддержки стримера

 

[Grey83]

Хочу написать простой аналог куков

Мне бы их аналог только с большим количеством колонок. Чтобы по SteamID (который используется в куках как ключ) можно сохранять больше одной колонки информации.
И чтобы можно было задать срок их жизни.

Вот это была бы вещь.

 

[R1KO]

с большим количеством колонок.

поподробнее можно?

 

[Grey83]

поподробнее можно?

Да что там подробней?
Количество колонок как при простой работе с БД (там колонок может быть в таблице много, а в clientprefs - только 2: ключ и строковое значение), а простота работы как с кукисами.

Написать ядро, которое будет работать с БД как отдельный плагин, а остальные будут к нему обращаться для работы с БД без прямых sql-запросов.

 

[R1KO]

Да что там подробней?
Количество колонок как при простой работе с БД (там колонок может быть в таблице много, а в clientprefs - только 2: ключ и строковое значение), а простота работы как с кукисами.

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

 

[Grey83]

если нужно 2 столбца - используешь 2 ключа.

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

 

[R1KO]

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

так и так используется 1 таблица, просто ключи масштабируются не горизонтально (как столбцы таблицы) а вертикально (как ключи клиент-свойство-значение)

 

[Grey83]

хм
Разве? Колонки с датой созданию и cookie_id я не считаю.
Получается всего 2: SteamID и значение

 

[R1KO]

хм
Разве? Колонки с датой созданию и cookie_id я не считаю.
Получается всего 2: SteamID и значение

ну вот cookie_id это ключ, стим ид это сущность, ну и значение.

 

[Grey83]

Я имел в виду чтобы делать RegClientCookie() только раз, а не для каждого значения свой, как это делается сейчас.

 

[R1KO]

Я имел в виду чтобы делать RegClientCookie() только раз, а не для каждого значения свой, как это делается сейчас.

я думал сделать чтобы его вообще не не делать.
Просто пишешь аля set(client, "my_key", "value");