Replies: 5 comments 4 replies
-
What Page, Group or Profile did you have this problem with? Can you link to the problematic post? |
Beta Was this translation helpful? Give feedback.
-
same thing again today on the same group... can't find the offending post... Wrote it out with this:
Script will skip the offending post and iterate to the next in line. |
Beta Was this translation helpful? Give feedback.
-
Now I am getting the same TypeError on post['text'] and post['post_text']... both are returning NoneType. I ran a basic script to output the posts to the interpreter, but nothing is glaring out at me. All posts contained a text or post_text key/value pair.
UPDATE: Changed the group and had no issues... so... the script is okay? UPDATE: I think I found the offending post. How does the scraper treat these types of posts? I have a feature built in that logs the datetime of results and omits them in subsequent re-scans, but this one kept coming up even though I had logged the date. |
Beta Was this translation helpful? Give feedback.
-
Okay... fixed the options option, posts come through much faster. I think I found the issue. Ran the script this morning and got an error first thing. Came back a few hours later and started it up again with no error. I ran the quick script as a baseline to see if there were any issues. An hour later, the script stopped again with the same error. I ran the quick script again and got a PytzUsageWarning in the middle of the posts. I have this error message filtered out in the script (as per #601), but I have not told the script to do anything else with it. Post #4952038748152961 had metadata with it and then the next entry showed the same post with None for the fields. Why would this be the case? See the attached file and search by post number. File is CSV and I cannot highlight the erroneous post. Looking at the direct post, it appears that there is a post within a post and that requires translation as well. |
Beta Was this translation helpful? Give feedback.
-
I am new to commits so the one you mention above has not been tested? I made the manual change to the file you pointed to and it did not seem to work. For now, this is how I am writing it out:
In the final result, I am only needing these key:values anyway. |
Beta Was this translation helpful? Give feedback.
-
Been running my script for a few days now (after a crash course in Docker and Docker Compose) with no issues...
Got one today, though
When would there ever be a case when post['time'] would be NoneType? delta and c_time are my own variables and I know what they are - so no issue there. I would think that ['time'] would always have a value with anyone posting and FB setting a timestamp to that post. Or, is that what ['post_time'] (type: time.time) would be?
Started the service back up to inspect the error. No issues now, it seems... maybe just a random bug...
Beta Was this translation helpful? Give feedback.
All reactions