LJ::Entry loads props lazily when they're required
Afuna says to check the function _load_props which calls LJ::load_log_props2($self->{u}, [ $self->{jitemid} ], $props); also in the LJ::Entry file (??why?).
All load_log_props2 does is pull it from the logprops2 DB.
checked logprops2 DB via 'ljdb' and it IS truncated in this database:
| 7 | 27 | 27 | Long Tag Is Long 1, Long Tag Is Long 2, Long Tag Is Long 3, Long Tag Is Long 4, Long Tag Is Long 5, Long Tag Is Long 6, Long Tag Is Long 7, Long Tag Is Long 8, Long Tag Is Long 9, Long Tag Is Long 10, Long Tag Is Long 11, Long Tag Is Long 12, Long Tag Is |
*** at this point lots of people who knew heaps more than me explained how tags were weird and stored in the db twice, once as prop and once as lj::tags thingies and the props() one loaded the prop version which is non-canonical and the tags version needed to be loaded afterwards ***
no subject
Afuna says to check the function _load_props which calls LJ::load_log_props2($self->{u}, [ $self->{jitemid} ], $props); also in the LJ::Entry file (??why?).
All load_log_props2 does is pull it from the logprops2 DB.
checked logprops2 DB via 'ljdb' and it IS truncated in this database:
| 7 | 27 | 27 | Long Tag Is Long 1, Long Tag Is Long 2, Long Tag Is Long 3, Long Tag Is Long 4, Long Tag Is Long 5, Long Tag Is Long 6, Long Tag Is Long 7, Long Tag Is Long 8, Long Tag Is Long 9, Long Tag Is Long 10, Long Tag Is Long 11, Long Tag Is Long 12, Long Tag Is |
*** at this point lots of people who knew heaps more than me explained how tags were weird and stored in the db twice, once as prop and once as lj::tags thingies and the props() one loaded the prop version which is non-canonical and the tags version needed to be loaded afterwards ***