@ru_python

Страница 8096 из 9768
Maxim robox
15.02.2019
04:35:32
Именно для такого регэксп.

Николай
15.02.2019
04:35:59
А строками никак последние 40 символов не выковырять?

Потому что они и меньше могут быть и больше

Именно для такого регэксп.
1 инструмент для всего - говно идея

Google
Maxim robox
15.02.2019
04:36:44
1 инструмент для всего - говно идея
Это инструмент именно для этого.

Николай
15.02.2019
04:36:47
Нет, именно для такого не регексп

Это инструмент именно для этого.
Регекс нужен, когда сложный поиск и другими средствами его не получить

В остальных случаях это выглядит как ужасная вещь

Минусы описал выше, но ты, не аргументированно продолжаешь спорить

Vasia
15.02.2019
04:37:44
если последний набор символов не постоянный и пляшет в длине, чому просто не слайсить по /

Николай
15.02.2019
04:37:45
Красавец

Maxim robox
15.02.2019
04:37:51
Завтра в конец урла добавят ?sort=desc. Послезавтра /page/34/. И затрахаешься ты эти буквы считать.

Vasia
15.02.2019
04:38:14
смысл придумывать условия, которых еще нет

Николай
15.02.2019
04:39:12
если последний набор символов не постоянный и пляшет в длине, чому просто не слайсить по /
Можно, но если чел начинает работать с урлами, по-любому рано или поздно пригодятся и другие функции, а тут либо дойти до некоей точки неотправки и начать юзать urllib.parse либо усложнять код со временем. Так что это скорее с заделом на будущее, лучше сразу использовать те инструменты, которые для этого предназначены

Vasia
15.02.2019
04:39:48
можно еще yarl, только я хз, он вроде асинхронный

Google
Николай
15.02.2019
04:40:51
можно еще yarl, только я хз, он вроде асинхронный
Можно, но пока не вижу профита, все задачи (с которыми я сталкивался) с урлами вполне покрываются стдлиб

Maxim robox
15.02.2019
04:41:52
urlparse проблему вообще никак не решает. Ты в path получишь /search/people/a128e2200c0989b7e86e3f5505851a975cce74f1

Николай
15.02.2019
04:45:31
urlparse проблему вообще никак не решает. Ты в path получишь /search/people/a128e2200c0989b7e86e3f5505851a975cce74f1
Ну, очищенный от лишних аргументов, с которым однозначно лучше работать

Maxim robox
15.02.2019
04:47:48


Николай
15.02.2019
04:50:58
Я не говорю что регексом нельзя. Я говорю что использование его там, где можно без него, это костыль

Maxim robox
15.02.2019
04:51:19
Ага. Давайте лучше слеши считать.

Николай
15.02.2019
04:51:26
Зачем

Maxim robox
15.02.2019
04:53:48


Николай
15.02.2019
04:57:51
Более чем

Vasia
15.02.2019
04:58:09
не спорь, а то забанит

Николай
15.02.2019
04:58:13




Игорь
15.02.2019
04:59:55
ммм пидроид

Maxim robox
15.02.2019
05:00:44
1. Нафига там urlparse? 2. А теперь добавь хотя бы слеш в конец урла.

не спорь, а то забанит
Никогда такого не было.

Николай
15.02.2019
05:00:55
Отлично, но тем не менее, посмотря на код без регекса становится более очевидно, что он делает, нежели твой с регексом. По выишрыш в пару мс я думаю тут упоминать не стоит ввиду его мелочности, хоть он и есть

Игорь
15.02.2019
05:01:14
стоит покупать?

Vasia
15.02.2019
05:01:23
Никогда такого не было.
да я рофлю, как в твитче у стримеров, когда они говорят "смейся или бан"

Google
Maxim robox
15.02.2019
05:01:32


Николай
15.02.2019
05:02:54
1. Нафига там urlparse? 2. А теперь добавь хотя бы слеш в конец урла.
1. Чтобы отделить path урла от всего остального, которое может быть. 2. Добавил, да, тогда находит пустоту. Но тогда и урл получается другой же

Николай
15.02.2019
05:03:31
.

Maxim robox
15.02.2019
05:03:40
Скрин смотри.

Николай
15.02.2019
05:04:00
Скрин смотри.
Посмотрел. Ответил п.2

Maxim robox
15.02.2019
05:04:29
Посмотрел. Ответил п.2
Скрин относится к обоим пунктам

Ты же с конца ищешь, епта.

Николай
15.02.2019
05:07:43


Maxim robox
15.02.2019
05:08:14
В итоге имеем regex. Стабильное решение, которое переживёт много изменений схемы урлов. И rsplit, который разваливается даже от trailing slash. =)

?? Eugene
15.02.2019
05:08:19
200 сообщений о том, как достать последнюю часть строки

Николай
15.02.2019
05:10:16
В итоге имеем regex. Стабильное решение, которое переживёт много изменений схемы урлов. И rsplit, который разваливается даже от trailing slash. =)
Тебе его допиливать нужно будет, если появятся доп аргументы в виде get аргументов например. Urlparse нивелирует эту проблему

Николай
15.02.2019
05:10:39
Но в любом случае regex тут излишен, имхо

Николай
15.02.2019
05:11:24
Правильно, потому что # это валидное продолжение path

А у тебя вот упадёт

Maxim robox
15.02.2019
05:12:16


Николай
15.02.2019
05:12:28
Ты наркоман?
Нет, боюсь ты

Google
Николай
15.02.2019
05:13:03
Ещё скажи что через # передаются get аргументы или вроде того

# - вполне себе валидная часть urlpath

Admin
ERROR: S client not available

Maxim robox
15.02.2019
05:13:38
Ещё скажи что через # передаются get аргументы или вроде того
Якоря | htmlbook.ru | HTML по теме htmlbook.ru Якорем называется закладка с уникальным именем на определенном месте веб-страницы, предназначенная для создания перехода к ней по ссылке. Якоря удобно применять в...

Николай
15.02.2019
05:13:59
# - вполне себе валидная часть urlpath
И это не отменяет моих слов

Как ты там говорил?

Тут задача тогда будет поставлена по другому. Да, если и дальше будет усложняться, то да, лучше использовать regex. Но его минусы я писал в самом начале разговора

Danil
15.02.2019
05:16:08
Flask + uwsgi ModuleNotFoundError: No module named 'wsgi' А кто-то сталкивался с таким? wsgi.py лежит в папке с фласк приложением. Если в ручную пишу "python wsgi.py" - работает. а если: uwsgi --socket 127.0.0.1:5000 --protocol=http -w wsgi:app , то он мне говорит что я не прав( совсем е понимаю, в чем дело, подскажите пожалуйста. Спасибо

Николай
15.02.2019
05:17:44
Да. Это скорее не минусы, а «я не способен даже открыть regex101.com»
Ух, зависит от regex, я видел разное говно вроде валидации почты, но тут по другому никак (или подкапотная реализация через высокоуровневый метод, но там будет тот же регекс)

Terminator
15.02.2019
05:31:01
@a_cherepanov будет жить. Поприветствуем!

Artyom
15.02.2019
05:36:58
Всем привет, товарищи, помогите решить проблему. Использую в django несколько моделей, обычное сохранение объектов происходит без проблем с помощю obj.save(using='default') obj.save(using='db_1') однако данное поведение не работает в админке def save_model(self, request, obj, form, change): obj.save(using='default') obj.save(using='db_1') сохраняет только в дефолтную базу (( вопрос, как быть с админкой ??

Tigran
15.02.2019
05:53:42
С чего вдруг? Ты видел мои test cases? Всё переживает.
ИМХО, лучше всего взять регекс и применять его к результату urlparse. Тогда, например, твоя функция будет сразу валиться, если ей вдруг свалилось какое-нибудь говно.

Например, если кто-то по ошибке передал ей path с расшифрованными uri components. В них пользователь мог вписать и /people/equals/shit и что угодно.

Ну и хороший регекс начинается с ^ и заканчивается $, конечно.

Maxim robox
15.02.2019
06:02:52
SHARIF_.PUARO.ENJINAL
15.02.2019
06:03:03
Хороши программист мертвый программист

Google
Tigran
15.02.2019
06:03:20
Зачем? Оно же может быть в середине.
Чтобы парсить максимально точно и падать в любой непонятной ситуации.

Николай
15.02.2019
06:07:28
А то будет что то вроде (^.*(pattern).*$)

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

Oleg
15.02.2019
06:32:15
всем доброго подскажите как мне передат значение параметру uniq_cfg в строку uniq_cfg="123123"; tn.write(b"copy uniq_cfg\n")

?? Eugene
15.02.2019
06:40:34
uniq_cfg.encode()

Или что ты там имеешь в виду

Dark
15.02.2019
06:47:11
https://pastebin.com/kE0ijtWx error: (-215) _img.rows * _img.cols == vecSize in function get почему на последней строке open cv падает

Terminator
15.02.2019
06:48:09
Vlad Ronin будет жить. Поприветствуем!

Oleg
15.02.2019
06:51:40
uniq_cfg.encode()
uniq_cfg = 123123; tn.write(b"copy " + uniq_cfg.encode() + "\n") неполучается ((

uniq_cfg.encode()
есть переменная uniq_cfg надо значение это йпеременной добавить в строку

Страница 8096 из 9768