{"action":"created","issue":{"url":"https://api.github.com/repos/varnishcache/varnish-cache/issues/2615","repository_url":"https://api.github.com/repos/varnishcache/varnish-cache","labels_url":"https://api.github.com/repos/varnishcache/varnish-cache/issues/2615/labels{/name}","comments_url":"https://api.github.com/repos/varnishcache/varnish-cache/issues/2615/comments","events_url":"https://api.github.com/repos/varnishcache/varnish-cache/issues/2615/events","html_url":"https://github.com/varnishcache/varnish-cache/issues/2615","id":305671855,"number":2615,"title":"IP and REGEX literals for vcl 4.1?","user":{"login":"Dridi","id":891744,"avatar_url":"https://avatars2.githubusercontent.com/u/891744?v=4","gravatar_id":"","url":"https://api.github.com/users/Dridi","html_url":"https://github.com/Dridi","followers_url":"https://api.github.com/users/Dridi/followers","following_url":"https://api.github.com/users/Dridi/following{/other_user}","gists_url":"https://api.github.com/users/Dridi/gists{/gist_id}","starred_url":"https://api.github.com/users/Dridi/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/Dridi/subscriptions","organizations_url":"https://api.github.com/users/Dridi/orgs","repos_url":"https://api.github.com/users/Dridi/repos","events_url":"https://api.github.com/users/Dridi/events{/privacy}","received_events_url":"https://api.github.com/users/Dridi/received_events","type":"User","site_admin":false},"labels":[{"id":404480667,"url":"https://api.github.com/repos/varnishcache/varnish-cache/labels/a=bugwash","name":"a=bugwash","color":"ff8800","default":false}],"state":"closed","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":0,"created_at":"2018-03-15T18:33:34Z","updated_at":"2018-04-09T11:49:49Z","closed_at":"2018-04-09T11:49:49Z","author_association":"MEMBER","body":"After a discussion with @nigoroll in varnish-hacking:\r\n\r\n> 18:40 < slink> did we ever consider literal ip addresses in vcl?\r\n18:40 < slink> it feels odd having no sensible fallback for std.ip\r\n19:21 < dridi> slink: i agree, it would be nice to just say \"x.x.x.x\" or the ipv6 equivalent\r\n19:21 < dridi> or fwiw, possibly even a domain name\r\n19:21 < dridi> we already do that for backend .host\r\n19:22 < dridi> a constant string resolved a compile time\r\n19:22 < slink> um not sure if I like that, but it would probably be convenient for many cases\r\n19:22 < dridi> we do that for regular expressions\r\n19:22 < dridi> we write them as string literals\r\n19:22 < slink> true\r\n19:23 < dridi> not as /regex-literals/ like other languages with built-in regex support\r\n19:23 < slink> yes\r\n19:23 < dridi> although i wouldn't mind regex literals for regex flags\r\n19:24 < dridi> eg. if (req.http.host ~ /(.*\\\\.)acme\\\\.com/i) { ... }\r\n19:25 < slink> also true\r\n19:26  * dridi throws booleans everywhere\r\n19:26 < dridi> slink: github issue for next bugwash? sounds like vcl 4.1 material\r\n19:27 < slink> I don't feel that much pain about it, so I'd tend to consider other VIPs a priority, but would be nice to get back to it\r\n19:28 < slink> IF we opened the regex wormcan, I'd throw in back references\r\n19:28 < dridi> slink: if we discuss it next bugwash it can turn into a vip for later\r\n19:28 < slink> (basically integrating vmod_re)\r\n19:28 < slink> feel free to take a gh note\r\n19:28 < dridi> at least we'd have a formal document to refer to later\r\n19:28 < slink> that seems to have become the new fashion ;)\r\n19:29 < dridi> ok, will lazily do\r\n\r\nMaybe we need a label `c=vcl` for github issues, we may see more tickets related to `vcl 4.1` from now on."},"comment":{"url":"https://api.github.com/repos/varnishcache/varnish-cache/issues/comments/379725123","html_url":"https://github.com/varnishcache/varnish-cache/issues/2615#issuecomment-379725123","issue_url":"https://api.github.com/repos/varnishcache/varnish-cache/issues/2615","id":379725123,"user":{"login":"bsdphk","id":567236,"avatar_url":"https://avatars3.githubusercontent.com/u/567236?v=4","gravatar_id":"","url":"https://api.github.com/users/bsdphk","html_url":"https://github.com/bsdphk","followers_url":"https://api.github.com/users/bsdphk/followers","following_url":"https://api.github.com/users/bsdphk/following{/other_user}","gists_url":"https://api.github.com/users/bsdphk/gists{/gist_id}","starred_url":"https://api.github.com/users/bsdphk/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/bsdphk/subscriptions","organizations_url":"https://api.github.com/users/bsdphk/orgs","repos_url":"https://api.github.com/users/bsdphk/repos","events_url":"https://api.github.com/users/bsdphk/events{/privacy}","received_events_url":"https://api.github.com/users/bsdphk/received_events","type":"User","site_admin":false},"created_at":"2018-04-09T11:49:49Z","updated_at":"2018-04-09T11:49:49Z","author_association":"CONTRIBUTOR","body":"Unconvincing, for the complexity involved."}}
{"actor":{"display_login":"bsdphk"}}