64 karma · joined July 4, 2015
If you're using Chrome (65+), you can easily bypass any validations/logic by using local overrides (https://developers.google.com/web/updates/2018/01/devtools#o...). As marcolussetti said, it's worth trying out.
alias venv=". venv/bin/activate"
Just cd to a project root and venv :)You should also consider how you intend to backup the data as there currently isn't a process to do that outside of writing something yourself to periodically download the keys. This will add to your usage cost depending on what your strategy is, for example, backing up old keys that gets updated vs only new keys by keeping track of the cursor.
article:1 -> {"user": 1, "content": "..."}
user:1 -> {"name": "username"}
user:1:articles -> [1, ...]I believe NX is aiming to bring in Vue support through their plugin system, but yea, I understand that it would make it easier in your case since it already supports Angular. If you like the monorepo setup and looking for a more generic solution then checkout lerna (https://github.com/lerna/lerna).
> I really do love Vue, but I need structure, because as a human I have terrible memory. I don't love unit testing, and I barely love integration testing, so strict typing and good naming is key to my style of coding.
Vue, as simple as it is, can have structure and easily adopt to large scale projects. As I mentioned in my previous comment, you would have not had any issues using TypeScript with it.
> I hit a wall with Vue, which I've similarly hit with AngularJS, at some point I hit a level of complexity that Angular doesn't allow, but Vue does.
What exact issues did you have with Vue? Just curious as nothing you've mentioned so far are actual issues, but rather, you having better experience with using Angular.
> I switched away from Vue as soon as I hit my first refactor. I struggled to rebuild big parts of the application because Vue allowed me to do everything and nothing. I know I probably could have done this in React or continued with Vue, but because of the following reasons I decided against that
Funnily enough, I went through a similar thought process but between React and Vue. What's uncanny is that it was also for a video annotation service I was building (https://tagx.io/). I ended up going with Vue and like Plopdown, used Plyr (https://plyr.io/) as the video player (also a great project). Your three reasons for not continuing to use Vue, I'm wondering if that's really because Angular was your comfort zone?
[1] Typescript + Vue works well (that's how I built mine).
[2] You could have used RxJS with Vue.
[3] Vue has less boilerplate code than Angular and wouldn't have made this project any more difficult to maintainHowever, it doesn't overlay any annotations over the video like plopdown does (which is a great feature!), only on the side of the video.
I've been using Caddy v2 all through beta/RC and glad it's finally stable with a proper release. I moved away from using nginx for serving static content for my side projects and prototypes. I'm also starting to replace reverse proxying from HAProxy as well. The lightweight config and the automated TLS with Let's Encrypt makes everything a breeze. Definitely has become part of my day-to-day.
You're correct, the hotkeys won't create a tag when the video is paused, instead it will start playing the video on first press then you'd need to press it again to actually creat the tag. If you want to manually create tags without playing the video then this can be done on the tracks interface. The "+" button in each track will display the modal to do so.
With simplified sharing, would you expect to show only the video without any of the tags and tracks on display? There are existing layout options you can customise such as hiding the tag/track listing and the tagging controls, even resizing the video. However, the play button just plays the video as normal. I think what you're suggesting with the play button only playing the tracks when shared in "simplified mode" would provide a cleaner interface to the end user without the additional components displayed.
Thanks again for the feedback, if you do have any other ideas and this post gets locked for commenting after two weeks, then please don't hesitate to create an issue or drop me an email as listed here: https://tagx.io/support/general/contact
(1) While watching it would be great to press a button to generate timestamps
This is already possible using hotkeys and documentation for it can be found here: https://tagx.io/support/advanced/hotkeys
(2) then compose tracks by selecting any two timestamps, with the ability to add tags to timestamps or tracks while the video is still playing or after
Just to clarify, do you mean the ability to add the current point in time of the video to different tracks? In which case, this is already possible using multiple hotkeys as outlined above. Please let me know if this is not what you meant.
(3) with the link just playing between timestamp a and timestamp b
You are able to create a loop between a tag or a set of tags, please see loop settings outlined here: https://tagx.io/support/interfaces/video
With regards to autoplay, this is a bit finicky depending on the browser and is usually not recommended due to the negative user experience so I didn't include an option to enable this feature.
Hope this is clear, let me know if you have any more questions.
This was my winter holiday side project last year and I figured there would be a wider application of this service (conference talks, tutorials, lengthy videos in general) so I decided to polish it up and make it available as a service for others to use. You don’t need to create any account to use it, it’s all client-side and built using Vue.js. It’s hosted on Cloudflare Workers Sites. I wanted to try out Cloudflare Workers/KV, so I ended up building a link shorting feature including authentication/authorisation flow. You can read more about the stack in support -> technology (https://tagx.io/support/general/technology) section.
Here is a tagged video of the AWS re:Invent 2019 event which I shared with someone recently that highlighted some announcements that were of interest to us: https://tagx.io/video/id/Nw-wisbyZPu0LCBk9Tzbn
Following are some development stats for those interested:
- Client-side: ~80 hours (15th Dec 2019 – 7th Jan 2020)
- Server-side: ~30 hours (19th Jan 2019 – 24th Jan 2020)
- Node Experience: 5+ years
- Vue.js Experience: 2+ years
Hope someone finds it useful and any feedback is much appreciated!
Let me know what you think: https://tempd.link/
Any bugs or feedback, please create an issue here: https://github.com/cxam/skipvid.com
Just wanted something simple to generate passwords/tokens and ended up building this two years ago.
https://tempd.link/ - Temporary file hosting with immediate automatic deletion when leaving the site.
This was just a weekend project to test out openresty and using redis as an in-memory storage location for uploaded data that will get destroyed without writing to disk. Would be very expensive to scale something like this though.
I have a GitHub project (https://github.com/cxam/passed.pw) open at the moment to track issues and plan to make this open source soon after fixing any bugs found during the initial trials.
All the libraries used in this project are open source and I have listed these on the about page with the relevant links.
To fix, simply change http://cdnjs to //cdnjs to make your request protocol independent.
I agree that a web-based password generator is not ideal and have mentioned this in the about page. This is mostly due to Math.random() being pseudorandom. However, the application does try to be a bit better than some of the services currently out there by seeding Math.random() and using window.crypto.getRandomValues() to generate cryptographically random values where available.
Also, it goes without saying but the passwords are generated on the client as all similar services should.