"View Gearman log" controller
Remove the example directory from solr to save space.
Remove the docs directory from Solr to save space.
Merge branch 'master' of github.com:berkmancenter/mediacloud
Merge branch 'master' of https://github.com/berkmancenter/mediacloud
missing "use"
Log the unique job identifier that describes the job that is being run in the "gearman_job_queue" table too.

In the Gearman::JobScheduler's case, this is a SHA256 of the serialized Gearman function name and its parameters, e.g.

    sha256_hex("MediaWords::GearmanFunction::CM::DumpControversy({controversies_id => 1})")
    =
    "b9758abbd3811b0aaa53d0e97e188fcac54f58a876bb409b7395621411401ee8"

Although "job_handle" above also serves as an unique identifier of the specific job, and Gearman uses both at the same time to identify a job, it provides no way to fetch the "unique job ID" (e.g. this SHA256 string) by having a Gearman job handle (e.g. "H:tundra.local:8") and vice versa, so we have to store it somewhere ourselves.

The "unique job ID" is needed to check if the job with specific parameters (e.g. a "dump controversy" job for the controversy ID) is enqueued / running / failed.
Merge branch 'master' into jobs_daemon_ui_create_new_dump
show the "pending dumps" only for the currently open controversy by regenerating the job's "unique ID" and querying the "gearman_job_queue" with it