#django

and maybe might have C++ ..so its like AND & OR

eb0t: And thats where search engines do excel.

YES

so it looks like i need a search engine

eb0t: Whats the issue with using haystack and elastic search? It's not horribly difficult to setup

elasticsearch needs to have java version 9 on the server

from what you told us so far, a search engine would be overkill

and ES would be super-overkill

yes haystack i think looks fine...and it doesnt need java 9 on the server

you can probably solve your task with a simple ArrayField. https://docs.djangoproject.com/en/2.1/ref/contr...

eb0t: Haystack will still need a search engine, its just an interface between the search engine and django

that could be an answer...ill take a look moldy...otherwise i think im going to go the haystack and whoosh route

last time i checked ES wanted 4gb ram or such to even start

hardware is cheap... :)

not in the cloud ;)

it also tends to crash now and then (IME) and it is not so easy to understand

the ES solution looks fantastic ...but i think its resource intensive

i have replaced ES with plain SQL in two projects

nice

there surely are cases where ES makes sense, but this doesn't sound like one to me

mmm... we use bonsai with heroku, it's free for us at the moment with about 500K objects to search

it was a bit fiddly to setup but it works really well

do you guys not like haystack and whoosh

i don't find that much value in haystack, tbh. whoosh is ok, but so is postgres FTS

I used it for a bit. Then we moved to pure Postgres full-text when Django implemented it and that was nearly as fast... Well it was Fast Enough™

hmmm i am using postgres

however, it seems you want to search "tags", not "natural language"

i.e. you don't need stemming etc.

yes it will be tags

IIRC Whoosh needs write access to the server? Which heroku doesn't offer

and you want to search by simple boolean logic, you don't need relevance scoring with TF/IDF etc...

eb0t: And only now you say that you search for tags...

that's correct, pete___

sorry when you said tags... i took it to mean i need to search for technical words eg c++ and not like natural language

ie sentences and things

jtiai: they sort of said it earlier, to be fair

at least, i read it that way ;)

try ArrayField.

ok, ill look into ArrayField, and failing that haystack and whoosh

thanks guys for some ideas

eb0t: good luck!

thanks

I have a simple import function that will take a spreadsheet of data and create some category objects from it: https://dpaste.de/wWS0#L What should I be unit testing with this function?

pete___: I really suggest that you use validation there. Either Form or ModelForm would do fine. (or model validation) And testing is easy, feed known file(s) to it

jtiai: OK sure, I know I'm going to have to write a form with validation (and some tests for it) at some point but these sheets can be pretty big so I don't want to have to upload them every time right now. Is there anything else I should be testing?

"everything". correct data, broken data etc.

Hey folks! I have a question about testing: how could I write a test that checks that a certain decorator has been applied to a view

So for example if I have a login_required decorator, how can I test that I applied it to a certain view?

Or would it be better to just test if it works as expected (decline access to unauth users)?

zanderle: that

moldy: that what? :D

zanderle: test the behaviour, not wether the decorator is applied

Yeah I guess so. For some reason I thought that since the decorator is already tested, I should just test if it's been applied

Hi all – I'm having a super weird issue where my session id cookie is expired for some reason, even though it's still valid. Seems to happen after lots of AJAX requests, but I can't find anything that would kill a session after n requests. Any pointers gratefully received.

Drarok: What exactly do you mean when you write expired? Does the browser stop sending it, or does the server no longer accept it?

The server sends a setcookie sessionid=, Expiry=1970

But if I put that same sessionid back into my browser, it's valid and I'm logged in again.

Drarok: but it sends an actual sessionid in that cookie?

No, it literally sets it to empty string when the problem happens. It's extremely intermittent, sometimes it happens over and over again in a few minutes, then it'll stop breaking for ages.

It must be something in your system messing with cookies...

I'm using redis sessions so it could be that rather than django, but I don't know where to start looking to confirm what is causing the session cookie to be erased.

Redis entries do have max lifetime if set.

I doubt it's the session backend, since, as you say, setting the cookie manually restores the original session.

Sounds more like something between your application, and the browser is doing stuff.

It only seems to happen in dev, too. The data's in redis, but I wondered if maybe when django is asking the session backend for the data it's getting an error, swallowing that error, and assuming the session is dead.

And since I'm in dev using runserver, there's nothing between my browser and the app.

Have you set session lifetime different from the default?

Drarok: empty string and expiry=1970 means something is telling the browser to discard the cookie, i think

You could set a breakpoint (or log the stack) in HttpResponse.delete_cookie to see if anything triggers it.

koniiiik: that's the insider info I'm after, thanks! If I can view the stack once that's called I might get some clues.

request.session.is_empty() returns true, but there's data in there O_o

Not a django question but where you folks have bought your domain names?

(love the graphics!)

it works, and has nice graphics :)

not too expensive :)

jtiai: inwx.de these days, domainfactory.com before that

jtiai, gandi.net but only because I get enterprise pricing through Ubuntu Membership

that might be germany-specific though

Not that they're bad, their rebilling is a little odd but they're a solid company.

Same, gandi.net for all my personal domains. I think work use them, too.

Dynadot.

Which reminds me, I wanted more domains. :D

For some reason people seem to have trouble dealing with the quadruple i. :P

That porkbun looks promising.