U
Иначе у тебя будут SQL-инъекции и куча геморроя с фильтрацией ввода - пользователь может ввести
text = "Hello, World!' DROP TABLE LOLOPLOLO;Size: a a a
2020 April 28
U
Ну и оно так и исполнится, с дропом. Правильный синтаксис не помню, но суть, думаю, уловить не сложно
U
А почему шестнадцатиричной системе есть буквы?
Ну так надо как-то значение 10 и 11 записать без коллизий. 0xFF == 0x'15 '15'
Х
Ну и оно так и исполнится, с дропом. Правильный синтаксис не помню, но суть, думаю, уловить не сложно
Спасибо)
AM
Если я ничего не путаю, то вот такое в качестве text должно быстро учить пользоваться плейсхолдерами:
'); DROP TABLE Lessons WHERE 1=1; --U
Если я ничего не путаю, то вот такое в качестве text должно быстро учить пользоваться плейсхолдерами:
'); DROP TABLE Lessons WHERE 1=1; --Во, да, именно так
2020 April 29
КР
Даже заставка не поменялась
Я до сих пор смотрю.)) Точнее, я прерывался лет на 5, а вот спустя 5 лет опять начал смотреть. Вообще словил дзен от деградации после работы. Около 9 часов работаешь в поте лица, трудясь над сложными конструкциями, а потом релаксишь. Кайф. Даже в чатики почти перестал заглядывать, аж жить легче стало.
DP
Тоже хочу, но возможно он слишком сложноват для типов.
Надо свой язык писать (на окамле конечно же - он же для компиляторов и подходит)
Надо свой язык писать (на окамле конечно же - он же для компиляторов и подходит)
а почему именно компилятор?
смотря на С++ нужен навороченный интерпретатор, который будет крутить сложные библиотечные и пользовательские макро в compile time, а для генерации целевого кода дергать LLVM или gcc/rustc
ну от написания большей части компилятора в виде библиотеки конечно не убежать (парсер, семантика, контроль типов)
типа на Python:
смотря на С++ нужен навороченный интерпретатор, который будет крутить сложные библиотечные и пользовательские макро в compile time, а для генерации целевого кода дергать LLVM или gcc/rustc
ну от написания большей части компилятора в виде библиотеки конечно не убежать (парсер, семантика, контроль типов)
типа на Python:
import cpp
import linux
import openwrt
import borrow
C("""
int main() { printf(" Hello World "); }
""")
gdb(compile('mipsel32','hello'))
ГТ
no, you
ГТ
что за нашествие
AN
Dmitry Ponyatov
а почему именно компилятор?
смотря на С++ нужен навороченный интерпретатор, который будет крутить сложные библиотечные и пользовательские макро в compile time, а для генерации целевого кода дергать LLVM или gcc/rustc
ну от написания большей части компилятора в виде библиотеки конечно не убежать (парсер, семантика, контроль типов)
типа на Python:
смотря на С++ нужен навороченный интерпретатор, который будет крутить сложные библиотечные и пользовательские макро в compile time, а для генерации целевого кода дергать LLVM или gcc/rustc
ну от написания большей части компилятора в виде библиотеки конечно не убежать (парсер, семантика, контроль типов)
типа на Python:
import cpp
import linux
import openwrt
import borrow
C("""
int main() { printf(" Hello World "); }
""")
gdb(compile('mipsel32','hello'))
Уже есть - Джулия. Джитует при помощи llvm. Первый вызов функции до минуты
RU
Спасибо)
sql инъекция, это, когда тебе могут залезть в базу и сделать буквально, что угодно.
Попробуй либу sql2o, оч простая, быстрая, не тянет лишних зависимостей
Попробуй либу sql2o, оч простая, быстрая, не тянет лишних зависимостей
AK
посоны, а кто в курсе у грааля есть поддержка кросс-комиляции для native image или какой-то сторонний тулинг для этого?
AN
посоны, а кто в курсе у грааля есть поддержка кросс-комиляции для native image или какой-то сторонний тулинг для этого?
AK
чьорт
пиздос это больно для ci/cd будет тогда. держать билдсервера на разных ос
No, cross compilation between different OS is more or less impossible in the current approach because OS specific JDK classes need to be loaded in the image generator
пиздос это больно для ci/cd будет тогда. держать билдсервера на разных ос
AN
чьорт
пиздос это больно для ci/cd будет тогда. держать билдсервера на разных ос
No, cross compilation between different OS is more or less impossible in the current approach because OS specific JDK classes need to be loaded in the image generator
пиздос это больно для ci/cd будет тогда. держать билдсервера на разных ос
Ну мотивация написана, стандартная либа Java мешает
I
чьорт
пиздос это больно для ci/cd будет тогда. держать билдсервера на разных ос
No, cross compilation between different OS is more or less impossible in the current approach because OS specific JDK classes need to be loaded in the image generator
пиздос это больно для ci/cd будет тогда. держать билдсервера на разных ос
Так это на любом CI делается в пару строк в yaml
AK
Так это на любом CI делается в пару строк в yaml
дыа? и как ты сделаешь на ci сервере с линухом билд под винду? учитывая что нужно использование раскиданных по всей виндовой системе компонентов от visual build tools
AN
дыа? и как ты сделаешь на ci сервере с линухом билд под винду? учитывая что нужно использование раскиданных по всей виндовой системе компонентов от visual build tools
Контегнеры ваши любимые