Skip to content
  1. Nov 26, 2019
  2. Jun 14, 2019
  3. Jun 13, 2019
  4. Jun 12, 2019
    • Mark Harding's avatar
      (fix): correct results for token sales · 6d00dc53
      Mark Harding authored
      6d00dc53
    • Mark Harding's avatar
      Merge branch 'transcoding_endpoint' into 'master' · 9e3be2d9
      Mark Harding authored
      (feature) A transcoding endpoint that does something!
      
      See merge request !194
      9e3be2d9
    • Brian Hatchet's avatar
      (feature) A transcoding endpoint that does something! · 203fc087
      Brian Hatchet authored and Mark Harding's avatar Mark Harding committed
      Added a new endpoint to v1/media/transcoding
      It was relying on the default fall through on /media/ without matching a type. And the front end was just hard coding a response.
      
      This utilizes the AWS S3 client baked into FFMpeg.php to query the configured bucket and list the objects that match the prefix /cinemr_dir/video_guid
      
      Based on the keys that s3 returns, it then builds a TranscodingStatus object which parses the keys into statuses.
      
      A properly transcoded video should have
      * guid/source - the raw video
      * guid/{video height}.format for each of the presets configured in CONFIG->transcoder->[prefixes]
      * thumbnails
      
      If this proves slow or unreliable, the next step is have FFMPEG write status per guid to cassandra
      203fc087
    • Mark Harding's avatar
    • Mark Harding's avatar
      Merge branch 'admin_firehose' into 'master' · ba45f02b
      Mark Harding authored
      Firehose api
      
      See merge request !159
      ba45f02b
    • Brian Hatchet's avatar
      WIP firehose api · 4066f2d0
      Brian Hatchet authored and Mark Harding's avatar Mark Harding committed
      New firehose admin endpoints for getting an unsorted list of activites from minds_badger and an admin endpoint that takes an activity guid and will mark it as moderated.
      
      New managers and repositories for talking to elastic search
      Redis lock system with some super basic hash keying. These records shouldn't get very big, so we might want to KISS for now. Else, there are distributed locking libraries we should look into
      
      It stores a key in moderation:entity_id:user_id format where the entity is the activity being moderated and user is the admin who "checked it out". These are set to a TTL of 15 minutes for now.
      When we query elastic search, we look for the opposite set (any locks that DON'T belong to the user) and for any activity that has not already been moderated.
      Requires adding two new fields to badger (in postman)
      4066f2d0
  5. Jun 11, 2019
  6. Jun 10, 2019
  7. Jun 05, 2019
  8. Jun 04, 2019
  9. Jun 01, 2019
  10. May 31, 2019