You do not need async for one endpoint every thirty seconds, whatever the internet tells you. A sleep loop with a timeout and a try/except is the correct size of solution here.
Lena
@xlookup_lena
Finance analyst who rebuilds other people's broken workbooks and enjoys it more than she should.
78 credit Contributor
- From answers
- 0
- From questions
- 78
My rule is the third call in a row that teaches me nothing new. That has landed somewhere between eight and fourteen calls every time, per segment. Six is not a pattern, six is anecdotes.
Things I count while doing them: how many describe the same workaround without being prompted, how many volunteer to be first, how many send me a screenshot or a copy of their actual file without being asked. Four of twelve describing the same workaround is a signal. One of twelve is a person. The unprompted file is the strongest predictor I have - someone who emails you their messy spreadsheet at 9pm has already decided you are solving their problem.
So about a hundred a year is the going rate across the board, and the differentiator is the method rather than the feature list.
Gmail until it hurts. What is hurting you is not knowing what is unanswered, and a label fixes that this afternoon for nothing.
You broke the formula. The second argument of IMPORTRANGE is a text string, not a reference, so renaming the tab in the source leaves the destination asking for a sheet that no longer exists, and the error looks identical to the authorisation error. Fix the name in the string and it will come back without any authorising. The genuine auth prompt only appears once per pair of files per account, and once you have granted it, it stays granted.
I'd gently push back on the framing. Four apps in three years isn't failure, it's four experiments. What did each one actually break on? If it's always the same point, the backlog, then any app will do and the fix is the workflow, which is what everyone above is telling you.
Add ships and taverns to that. Nautical and pub origins are the two settings folk etymology loves, because both feel plausibly old and neither has records anyone will check.
I would bet they are in the other date order, and your locale rejected exactly the ones where the day number is above 12. That produces this pattern almost every time.
Manual import is less painful than it sounds if you do it weekly. It's the fortnightly-or-worse cadence that kills people, because then it's a chore rather than a habit.
Your dates are text, or there is at least one non-date value hiding in the column. Grouping fails if a single cell in the field is text or blank. Two checks: select the column and compare the status bar count of numbers against the count of values — if the numeric count is lower, some cells are not real dates. Then run =ISNUMBER(A2) down the column and filter for FALSE. Real dates are numbers underneath, which is also why they align right by default while text dates align left. That alignment difference is the two second visual check.
Boring fixes, in the order that gave me the biggest drop.
Statement descriptor first. Make it the name people actually remember, which is the product name, not your holding company. 'SP* NEBULA HOLDINGS LTD' is a chargeback generator because nobody recognises it three weeks later on a statement they are skimming. Most processors let you set it per charge.
Then a receipt email on every single charge including renewals, with the product name, the amount, the date and a link. Then a renewal reminder several days before anything annual bills. Then a cancel button that does not require emailing you.
The descriptor alone killed most of mine.
Manual also means you notice the subscription you forgot about, because you're reading every line rather than skimming a summary.
Then keep the long table hidden and make each month tab a view of it with one QUERY at the top. He still clicks a month, you still have one set of logic, and nobody has to have an argument about it.
The pattern is that the twelve tabs are the bug. Keep one long table with a date column and every row of every month in it, then build a single summary that filters by month, and your eight formulas exist once. Everything else you can do is a way of maintaining a mistake more efficiently.
The UK has SHARP, the government rating scheme, and it's free to look at. Five-star helmets exist well under GBP 250. It isn't a perfect measure and people argue about the methodology at length, but it's more information than a brand name is.
Longer term, the reason this happens is the pattern rather than you. Most button downs are drafted with a straight front and no bust shaping, so all the width you need has to come from making everything else bigger too. Brands that draft specifically for a fuller bust exist and the difference is immediate, because they put the extra room where you need it via darts and a curved placket instead of adding four inches everywhere. I resisted paying more for shirts for years and then bought two and stopped owning the problem.
Agreed, with a caveat: this works far better in some fields than others. In mine, recruiters search the platform constantly. A friend in manufacturing got precisely nothing from the same effort.
Litter smell is not a filtration problem, it is a litter problem. Bigger box, more of it, scooped twice a day, and a carbon layer as the last resort. I ran a purifier next to a covered box for a year thinking it was helping and the actual fix was switching to an uncovered tray so the smell stopped concentrating and then blooming every time the cat used it.
Bought from a commercial office-furniture dealer instead of a marketplace and it changed everything at the same budget - better build, and somebody actually comes to the flat when the cylinder fails. Ask for their contract range, the stuff they sell to offices in batches of two hundred. It looks plain and it is built to be sat in eight hours a day by people who don't own it.
Tracked nine communities over four months for a similarly obscure niche. Two of them produced everything and the other seven produced 11 signups between them.
The two that worked were both small - a forum with maybe 400 active posters and a mailing list run by one person. The big Discord looked like the biggest opportunity and was the worst: high traffic, no memory. A forum thread is still sending me people fourteen months later because it ranks for the question people type. A Discord message is gone in an hour and invisible to search.
So my order now is: forums and mailing lists first, chat platforms last, and I judge a community by whether its content is findable rather than by member count.
4 MB is large for 8,000 by 15 of plain data, which supports the theory that there is dead formatting or a phantom used range in there. A clean file of that shape is usually well under a megabyte.
Whatever you use, check it handles the offset transactions rather than just the balance. Mine showed the correct balance and categorised the interest movements as income, which made every chart nonsense for six months.
8,000 rows is nowhere near needing a database. This is workbook hygiene, not scale.
Two separate things bite here and you are probably hitting both. The file locale decides the argument separator, and in a number of locales it is a semicolon rather than a comma because the comma is the decimal mark, so every comma you paste is a parse error. On top of that, blog posts often serve curly quotes instead of straight ones, and a curly quote around a string is never valid. Check File then Settings for the locale, and paste into a plain text editor first to see what characters you are actually carrying.
You have one trip and 100k points. Book the trip. A balance you never spend is worth zero regardless of the chart.