linkedinattic / indextank-service Goto Github PK
View Code? Open in Web Editor NEWThe API, BackOffice, Storefront, and Nebulizer for IndexTank
License: Apache License 2.0
The API, BackOffice, Storefront, and Nebulizer for IndexTank
License: Apache License 2.0
Can you address a couple of instances of language in the project where the wording can be made more inclusive? (example: whiltelist -> allowlist, master/slave -> leader/follower). We are trying to make the code in all LinkedIn projects more inclusive. Could you please examine whether or not these need to be updated, and make the changes? For suggested replacements see go/inclusivelanguage or google. THANK YOU!
In api/restapi.py line 10:
from views import mixpanel_event_track
But here is no such a file.
#url(r'^get-started/$', 'storefront.views.get_started', name='get_started'),
<form id="signup">
<div class="form_sec">
<div class="input_bg">
<label><span class="none"> </span>
<input type="text" emptyvalue="Email" class="empty" name="" id="email" />
</label>
</div>
<label>
<input type="submit" value="SIGN UP" class="signup"/>
<span class="none"> </span> </label>
<div id="email_error"></div>
</div>
</form>
if request.is_ajax() and request.method == 'POST':
It probably is just me but running (step 1 of the 'getting started' paragraph):
python manage.py syncdb
results in
ImportError: No module named indextank.client
This is reference in ./nebu/api_linked_models.py
line 5.
I think your api_key generation salt should be within a config file. If ids get public, I think a bruteforce attack might be possible.
I didn't have time to study more the code, so I'm sorry if I got something wrong here.
Trying to index a doc whose docid contains a "high ascii" or Unicode character above 127 causes the following exception in restapi:
17669 05/02-00.50.12 RPC:ERRO Unexpected failure to run send_batch, reconnecting once @rpc.py:87
Traceback (most recent call last):
File "../api/rpc.py", line 77, in wrap
return att(*args, **kwargs)
File "../gen-py/flaptor/indextank/rpc/LogWriter.py", line 39, in send_batch
self.send_send_batch(batch)
File "../gen-py/flaptor/indextank/rpc/LogWriter.py", line 46, in send_send_batch
args.write(self._oprot)
File "../gen-py/flaptor/indextank/rpc/LogWriter.py", line 139, in write
self.batch.write(oprot)
File "../gen-py/flaptor/indextank/rpc/ttypes.py", line 1679, in write
iter138.write(oprot)
File "../gen-py/flaptor/indextank/rpc/ttypes.py", line 1441, in write
oprot.writeString(self.docid)
File "../api/thrift/protocol/TBinaryProtocol.py", line 123, in writeString
self.trans.write(str)
File "../api/thrift/transport/TTransport.py", line 164, in write
self.__wbuf.write(buf)
UnicodeEncodeError: 'ascii' codec can't encode character u'\xe2' in position 0: ordinal not in range(128)
To reproduce, do this in python:
from indextank.client import ApiClient
c = ApiClient('<YOUR_API_URL>')
idx = c.create_index('testascii')
idx.add_document("â", { "text":"a"})
I think it's ok to reject docids with non-latin1 or non-ascii characters, but I think it should return an HTTP 400 instead of 503 "service unavailable". (Or maybe docids are supposed to accept non-ascii characters?)
Also, this seems to be related but I'm not sure yet: when indexing in batches when this happened, it seemed to cause some problem with the LogWriter, with the following stack trace:
ERROR [pool-1-thread-32] org.apache.thrift.server.TThreadPoolServer - [Error occurred during processing of message.] 2012-02-04 10:27:15,724
java.lang.IllegalStateException: Can't insert records to the live log without defining the index code
at com.google.common.base.Preconditions.checkState(Preconditions.java:145)
at com.flaptor.indextank.storage.RawLog.write(RawLog.java:61)
at com.flaptor.indextank.storage.LogWriterServer.send_batch(LogWriterServer.java:87)
at com.flaptor.indextank.rpc.LogWriter$Processor$send_batch.process(LogWriter.java:214)
at com.flaptor.indextank.rpc.LogWriter$Processor.process(LogWriter.java:193)
at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:253)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Finally, after this all happened, the LogWriter (slave) was taking all the CPU when no docs were being written, like it was in a spin loop. I did a kill -3 to get a thread stack dump, and one or two threads were RUNNABLE at this line:
at org.apache.thrift.protocol.TProtocolUtil.skip(TProtocolUtil.java:129)
at org.apache.thrift.protocol.TProtocolUtil.skip(TProtocolUtil.java:60)
at com.flaptor.indextank.rpc.LogRecord.read(LogRecord.java:900)
...
I can create a separate issue for the LogWriter stuff if you want. But I'm not sure exactly what reproduces it yet.
Let me know if I can provide any more details.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.