Ghost/test/utils/fixtures/csv/members-invalid-values.csv
naz 51c9a50c4f
Added validation layer to members import endpoint (#12131)
no issue

- Additional validation is needed for imported data because in case of bulk insertions (through knex) we bypass model layer validation - this could lead to invalid data in the database, which would be hard to fix.
- Chose validation method we use for other endpoints - through JSON Schema. It proved to be very performant (200ms overhead for 50k records). When comparing it with iterative method (validating each record separately) this was adding about 17s of overhead.
- Refactored returned values from "sanitizeInput" method to encapsulate more logic so that the caller doesn't have to calculate amount of invalid records and deal with error types
- Whole sanitizeInput method could now be easily extracted into separate module (somewhere close to members importer)
- Bumped members-csv package. It is meant to handle empty string values - '' and null, which should allow validating member records more consistently!
2020-08-17 23:28:57 +12:00

268 B

1emailnamenotesubscribed_to_emailscomplimentary_planstripe_customer_idcreated_atlabels
2invalid_email_value1,name starting with comanot_booleanfalsenot_a_datelabels
3invalid_email_value2good nametruenot_boolean2019-10-30T14:52:08.000Zmore-labels