u/pk9417

Im happy to hear your opinion on the addressed points, did we missed something out, worth to include?

I had a fairly simple problem:

I knew roughly where and when I wanted to travel, but I did not care about the exact dates.

Searching one route is easy. It becomes much more time-consuming when you want to compare:

• several possible departure airports
• several possible destination airports
• a broad travel window
• different trip lengths
• direct flights or other restrictions

So I built a command-line tool that searches all of these combinations automatically and ranks the cheapest results.

For one test, I searched:

• 4 departure airports in Japan
• 5 destination airports in South Korea
• every possible departure date between October and December
• stays of 3, 4 or 5 days

The tool collected 5,187 results and found a direct return flight from Osaka Kansai to Seoul Incheon for €113.

Before I spend time turning this into a proper web application, I would like to test it with real searches from other travelers.

I will run up to five test searches from the comments.

Please include:

• departure airport or possible airports
• destination airport or possible airports
• earliest possible departure
• latest possible return
• preferred trip length or range
• currency
• important restrictions, such as direct flights only

I will reply with the cheapest combinations the tool finds.

There is no website, signup or product to buy yet. I am mainly trying to find out whether the results are useful enough that people would eventually pay per search or use a subscription with saved searches and price monitoring.

The difference compared with a normal flexible-date search is that the tool checks the complete combination matrix in one run: multiple departure airports, multiple destination airports, every valid date within a broad window and several possible trip lengths.

Instead of repeatedly changing filters and dates manually, the result is one ranked report containing the cheapest combinations.

How this could happen? All details + timeline and sources in the article on verticalfarming.blog

How and why this happened, check the article on verticalfarming.blog

Hi r/selfhosted,

about two years ago I posted a very small HTML/JavaScript tool here for reading SMS backup XML files in a browser:

[Original V1 post]

A few people found it useful, but the post and later feedback also exposed several real problems:

- the installation instructions were too developer-oriented

- some people thought it was Linux-only

- large XML files could consume too much browser memory

- phone-number normalization was too simplistic

- the PDF export did not always work correctly

- some dependencies were loaded from external CDNs

- it was not clear whether Docker, Python, or a server were required

I had not worked on the project for almost two years, but I have now rebuilt it as SMS Viewer and Exporter V2.

What is it?

It is a local, browser-based viewer for XML backups created by the Android app SMS Backup & Restore.

It is intended for people who want to archive their SMS messages and later browse, search, or export them on a desktop computer without uploading their private messages to an online service.

This is not a live SMS synchronization service and it does not connect to your phone. It reads an existing XML backup file.

The project is technically more “local-first” than a traditional server application, but it can also be served from your own web server if preferred.

Simple installation for normal users

For the portable release:

1. Download the portable ZIP from the Releases page.
2. Extract the ZIP completely.
3. Double-click `index.html`.
4. Select the country in which the phone was used.
5. Drag and drop the SMS backup XML file into the browser.

That is all.

For ordinary use, you do not need:

- Docker

- Node.js

- npm

- Python

- a database server

- Linux

- an account

- an internet connection

All application libraries are bundled locally. The application itself does not contact a CDN, analytics service, tracking service, or upload endpoint.

Links

GitHub repository:

https://github.com/petrk94/smsviewer

Portable download and releases:

https://github.com/petrk94/smsviewer/releases

The portable ZIP is the recommended download for normal users. GitHub’s automatically generated “Source code” archives also contain tests and developer files.

The project is open source under the MIT License and is not affiliated with or endorsed by SyncTech.

Feedback and bug reports are welcome.

AI disclosure:

The original V1 prototype was initially created with ChatGPT assistance.

For V2, I used AI assistance for the code audit, refactoring, automated tests, documentation, and identifying bugs in the old implementation. I tested the resulting release locally with my own real SMS backup and reported the discovered PDF problem back into the development process.

No AI service, API, telemetry, or cloud processing is used by the application at runtime. All message parsing happens locally in the user's browser.

​

Hello guys,

I didn't know who would be the right fit, but I got 2 unopened glucose meters for diabetic people, they was thrown away from a doctor office, because the test stripes are expired (not sure if it's really not working or just a legal point of guarantee of function)

Because the diabetics on Germany I guess get this free or very cheap from the insurance.

I thought it would be a waste of electronics and sensor, display etc. to throw it away (I'm a electronic technician myself), unfortunately, I don't have time or use for this and wanted ask, if someone from you where interested in something like this or whether you have an idea, where I can sell it?

Hello guys,

I didn't know who would be the right fit, but I got 2 unopened glucose meters for diabetic people, they was thrown away from a doctor office, because the test stripes are expired (not sure if it's really not working or just a legal point of guarantee of function)

Because the diabetics on Germany I guess get this free or very cheap from the insurance.

I thought it would be a waste of electronics and sensor, display etc. to throw it away (I'm a electronic technician myself), unfortunately, I don't have time or use for this and wanted ask, if someone from you where interested in something like this or whether you have an idea, where I can sell it?

This might be currently a relevant thing in the US now, 31 of 50 states are affected, the infection seems to be linked to outdoor produce with bad hygience quality. This is were vertical farming / CEA can shine, but dont forget, just because its indoor, it doesnt mean, that its free of contamination potential, remember the Salmonella Scandal at BrightFarms in 2021.

Hi everyone,

I’ve been putting together a practical overview of funding programs for vertical farming.

I’d really appreciate feedback from people working in vertical farming, greenhouse tech, CEA, plant factories or agtech funding.

Are there any programs, countries or regional funding sources missing that should be added?

I guess many think its not going well in VF, but by digging up a little, there is still trends and developments ongoing, the sources are in the article, so feel free to take a look

Hey guys,

I was already preparing for this step few months ago since beginning 2026, I got a Trezor Coldwallet, being afraid, that the EU MiCA law, would make it hard for me, to move my assets while being monitored. I already made a test transaction and moved my assets in 4 tranches to my cold wallet, it arrived, everything is there.

And I feel the bad feeling like all my btc money is there, what if the electronics fail? What if it get fried by a electronic discharge failure?

I know that its in the blockchain, but I feel like, loosing it would be too easy. You know this feeling? I dont have a huge sum, but the sum is enough for me, that I decided to get a cold wallet. So yeah.

How you felt after moving your assets to a cold storage? Do you worry about, if the cold storage will not turn on one day?

Thanks in advance

Are you gonna join?

High-pressure aeroponics works great in theory. In practice, nozzles clog, pumps wear out, and roots dry fast when something fails at 3am.

Freya Cultivation Systems built a system that skips the pressure entirely. Ultrasonic vibration, 30–70 micron droplets, no pumps, no clogs. The DLR (German Aerospace Center) liked it enough to partner with them for space food production.