одбц драйвер есть, уже терпимо

какой-то процент mssql диалекта или фич связанных с хранимками не поддерживается драйвером на го

я только что перебрал 3 драйвера

два говно, одбцшный возможно работает

Бля, я зачитываюсь.

подпишись на рсс!

скоро сказка на ночь будет.

боре короче не дают покоя лавры СталинГулага и ФайтерБомбера :)))

тоже скоро станет Известным :)))

боре короче не дают покоя лавры СталинГулага и ФайтерБомбера :)))

что это за пидоры?

анонимные песатели руками. с хайпом и фанатками :)

я не анонимный.

даж с телефоном внезапно.

Давай я тебе почту нормальную дам posle.anala@otso.city?

Я пытался

Давай я тебе почту нормальную дам posle.anala@otso.city?

ресурс ануса не исчерпан еще.

А, ну тогда да.

ресурс ануса не исчерпан еще.

gaping@anus.dev для зарубежных коллег

много деловых предложений пришло на почту?

gaping@anus.dev для зарубежных коллег

gods.fag@anus.dev

много деловых предложений пришло на почту?

от ростелекома одно пришло

от ростелекома одно пришло

Ну эти то думали что в корп почту пишут

Ну эти то думали что в корп почту пишут

Подрядчикам по DPI

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

Бхх

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

Прочитал голосов Дроздова

https://pikabu.ru/story/pismo_v_it_otdel_420442 древних боянчиков в тред

https://pikabu.ru/story/pismo_v_it_otdel_420442 древних боянчиков в тред

Этот еще и переврали походу, видел куда более правдоподобную версию, где на вопрос отвечал человек с таким же вульгарным адресом

Добрый день, подскажите пожалуйста я делаю сервис для обработки персональных данных, я оформил ООО и лицензии оператора персональных данных, могу ли я арендовать сервера на территории российской федерации и разместить сервис на них, или я должен купить железо?

Человек с вульгарным адресом - звучит как детектив

Добрый день, подскажите пожалуйста я делаю сервис для обработки персональных данных, я оформил ООО и лицензии оператора персональных данных, могу ли я арендовать сервера на территории российской федерации и разместить сервис на них, или я должен купить железо?

Арендовать - можешь, емнип

Человек с вульгарной вульвой.

Добрый день, подскажите пожалуйста я делаю сервис для обработки персональных данных, я оформил ООО и лицензии оператора персональных данных, могу ли я арендовать сервера на территории российской федерации и разместить сервис на них, или я должен купить железо?

Это к юристам надо, а не к погромистам.

Человек с вульгарной вульвой.

Это уже другой жанр

Арендовать - можешь, емнип

А дата-центр должен ли обладать какими нибудь сертификатами?

А дата-центр должен ли обладать какими нибудь сертификатами?

нет

непосредственно софт в котором ты хранишь данные должен быть сертефицирован.

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

а внутри nginx с проксипасом на нормальную инфраструктуру.

наличие у тебя купленного сертифицированного говна достаточно, пользоваться им не обязательно, проверяющим на тебя насрать. но чисто технически если хочешь чтобы было все безукоризнено -то да.

наличие у тебя купленного сертифицированного говна достаточно, пользоваться им не обязательно, проверяющим на тебя насрать. но чисто технически если хочешь чтобы было все безукоризнено -то да.

А что я должен купить русифицированное?

Linux бесплатный, сервера арендованные , весь софт я пишу сам

наличие у тебя купленного сертифицированного говна достаточно, пользоваться им не обязательно, проверяющим на тебя насрать. но чисто технически если хочешь чтобы было все безукоризнено -то да.

?

Зависит от требрваний к тебе, я не юрист, а кодерок

@en_austin специально для тебя уже написана статья с пропущенными буквами. :3

куда же скатился григорий петров. вроде для python всегда делал неплохие доклады, а сейчас как то вообще не то

Клювом тык тык http://www.opennet.ru/opennews/art.shtml?num=50404

Лол курлык.

полгода фикс релизили :))))

Клювом тык тык http://www.opennet.ru/opennews/art.shtml?num=50404

Feuer!

Наверняка тимлид-эксперт делал.

@en_austin специально для тебя уже написана статья с пропущенными буквами. :3

Офигенно

Так да.

@en_austin специально для тебя уже написана статья с пропущенными буквами. :3

:(

У меня как раз R ниочень.

Всем привет, я новичок. Нужна помощь опытных бегиннеров Dk, [27.03.19 13:01] Подскажите как запрос с duplicate key сделать нормально с dbapi. Типа insert into tdb set (a,b,c) values (%s, %s, %s) on duplicate key update b = %s, c = %s args = (1,2,3, 2,3) только без дублирования значений для %s Пробовал сунуть в словать insert into tdb set (a,b,c) values (%(a)s, %(b)s, %(c)s) on duplicate key update b = %(b)s, c = %(b)s args = {'a':1, 'b':2, 'c':3} Но он только первые значения подставляет. p.s. mysql

Ладно, попробую ещё раз.

У меня как раз R ниочень.

Да пиши ты на питонах, на хуй тебе R.

Расписал запрос с дублированием переменных (небо не видело такого позорного пацака). И тут выскочила проблема, что executmany не поддерживает INSERT ON DUPLICATE KEY (я нагуглил). Общая задача такая: Мне надо по API загружать данные и обновлять их бд. Сначала делал REPLACE INTO, но бд начала ругаться на FOREIGN KEY как только они появились, поэтому поменял на INSERT. Но без executemany у меня получается 7.5к запросов к бд. Получается очень долго. Формирования запросов перед выполнением в mysql нет, иначе бы делал запрос к бд пачками. Может кто намекнёт как оптимально решить задачу?

что значит "не поддерживает"?

что значит "не поддерживает"?

https://github.com/PyMySQL/PyMySQL/issues/554 вот такое нашёл

Всем привет. Такой вопрос: нужно ли делать проверку типов переменных, передаваемых в функцию/метод? Если да, то как? На ум приходят несколько вариантов: 1. Аннотации или докстринги. Т.е. проверки нет, но обозначили, что функция принимает. 2. Честно проверять типы, выкидывать эксепшн, если что-то не так. 3. Если передан не тот тип, то приводим к нужному (если есть возможность), и продолжаем работу. Наверное 3-ий вариант наиболее питоник вей, но он не всегда возможен. Что посоветуете по этому поводу может пеп на эту тему есть?

ERROR: S client not available

четвертый и самый верный - забить хуй

по-моему 3-ий способ наименее разумный путь. но я ненастоящий сварщик

от задачи зависит

в целом жесткая проверка типов нужна не так уж часто обычно достаточно утки

я про то, что приводить все подряд к какому-то типу это как-то странно и можно нахвататься хуёв

если передан не тот тип, я бы предложил упасть, так как передан не тот тип, который твоя функция ожидает.

Всем привет. Такой вопрос: нужно ли делать проверку типов переменных, передаваемых в функцию/метод? Если да, то как? На ум приходят несколько вариантов: 1. Аннотации или докстринги. Т.е. проверки нет, но обозначили, что функция принимает. 2. Честно проверять типы, выкидывать эксепшн, если что-то не так. 3. Если передан не тот тип, то приводим к нужному (если есть возможность), и продолжаем работу. Наверное 3-ий вариант наиболее питоник вей, но он не всегда возможен. Что посоветуете по этому поводу может пеп на эту тему есть?

зачем это нужно?

четвертый и самый верный - забить хуй

Сейчас так и делаю :/

это главный вопрос всегда, когда безумие накатывает на голову.

если передан не тот тип, я бы предложил упасть, так как передан не тот тип, который твоя функция ожидает.

но зачем?

есть такая вещь - контракт. ты декларировал, какого типа аргументы у функции - контракт создал.

использующий функцию или соблюдает контракт или нахуй идет.

верификация параметров должна производится вне исполняемого кода - где-то на входе у API.

но зачем?

потому что это неожиданное поведение, и лучше явно упасть в этом месте, а потом разбираться

все, что внутри не проверяет типы, значения и прочую ерунду.

я про то, что приводить все подряд к какому-то типу это как-то странно и можно нахвататься хуёв

Ну например, жрёт у меня функция инты. Я ей отдаю строку по каким-то причинам. Пусть попробует привести это к инту. Какой-то процент случаев это предотвратит ошибку. Или я не вижу случая когда буду хватать хуи?

>>> import sys >>> buf = [] >>> _write = sys.stdout.write; sys.stdout.write = buf.append >>> print('Fuck this shit', 123, 1+2j, None) >>> sys.stdout.write = _write >>> buf ['Fuck this shit', ' ', '123', ' ', '(1+2j)', ' ', 'None', '\n'] >>> если бы принт ебало чтоб file= был реальным файлом, а не рандомной хуйней с write(string) методом, было бы намного скучнее

потому что это неожиданное поведение, и лучше явно упасть в этом месте, а потом разбираться

нет, иди нахуй

понял, принял

питон про кря

есть сценарии когда нужен конкретный тип, да тогда либо приводим к нему, либо кидаемся исключениями

но в целом, должно быть похрен

если к нему в функцию пришла строка, а ожидается инт, то строка так не покрякает

ну тогда оно вылетит, да

если та хуйня, что к нему пришла, неважно какого типа, соблюдает тот же интерфейс, что и ожидается, то и типы приводить не нужно

Зато кодерок почитает твой исходник, чтобы понять, где он дебил

короче, я хз

любители статической типизации и прочие жабоёбы на этом этапе вытаскивают всякие говноаннотации и майпаи

если к нему в функцию пришла строка, а ожидается инт, то строка так не покрякает

а если придет что-то, что может быть не интом, но поддерживать его интерфейс?