Key metrics

• Number of couples formed (self reported, as of 4 October, 2021): >= 15
• Number of users: 11663 (116.63% to 10k)

This what we optimize for (see explanation in the blogpost). Please reach out to me if you are a couple who met through the site.

General metrics

• Weddings (self reported, as of 4 October, 2021): 0
• Verified users: 11663
  • Female: 3804 (32.6%)
  • Male: 7804 (66.9%)
  • Non-binary: 55 (0.5%)
  • With photos: 6160 (52.8%)
    • 3295 always unblurred (28.3% of all users)
  • With "empty" profiles : 1728 (14.8%)
  • By relationship type:
    • Friendships only: 1042
    • Romantic only: 5257
    • Both: 4858
  • By FIRE type:
    • "lean": 1330
    • regular: 5872
    • "fat": 1413
  • By activity (when visited site last):
    • < 1 day: 128 (1.1%)
    • < 7 days: 362 (3.1%)
    • < 28 days: 757 (6.5%)
    • < 90 days: 1512 (13.0%)
  • By v2 design enrollment:
    • beta: 208
    • bleeding edge: 68
  • By registration:
    • < 1 day: 0
    • < 7 days: 15
    • < 28 days: 62
    • 
      
• Profile observations : 619547
  • < 1 day: 148
  • < 7 days: 1083
  • < 28 days: 4773
  • 
• Profile fullness
  • 
  • 
  • 
• Requests :
  • Sent: 98195
    • < 1 day: 27
    • < 7 days: 200
    • < 28 days: 778
  • Accepted: 28572 (29.1%)
    • 
• Messages:
  • Sent: 309241
    • < 1 day: 186
    • < 7 days: 841
    • < 28 days: 2621
  • Read: 292747 (94.7%)
    • 
• Geography:
  • Top 10 countries:
    • United States - 7048
    • Canada - 902
    • United Kingdom - 499
    • Australia - 405
    • Germany - 360
    • India - 243
    • Netherlands - 204
    • Russian Federation - 168
    • Spain - 120
    • Switzerland - 110
  • Top 10 cities:
    • New York, NY, United States - 302
    • Seattle, WA, United States - 297
    • Los Angeles, CA, United States - 249
    • Chicago, IL, United States - 220
    • London, United Kingdom - 200
    • Toronto, Canada - 198
    • Denver, CO, United States - 172
    • Austin, TX, United States - 158
    • Boston, MA, United States - 153
    • Atlanta, GA, United States - 153
• Last hour activity log (max 100 items)
  • [29 minutes ago] Profile seen for the first time
  • [35 minutes ago] User signed in
  • [36 minutes ago] Message sent
  • [36 minutes ago] Interested request sent
  • [36 minutes ago] Profile seen for the first time
  • [37 minutes ago] User signed in
  • [43 minutes ago] User signed in
  • [58 minutes ago] User signed in
  • [an hour ago] Profile seen for the first time
  • [an hour ago] User signed in
• Viktor's time spent (as of 1st of June 2021) : 605 hours
• Money spent (as of 1st of June 2021): 226.65 EUR (~276 USD)
• Volunteers: 6 (as of 23th of June 2021) = 3 designers + 3 React developers.
• Fun: infinity
• Learned: a lot (especially CSS, web design, public communication)
• Interesting people met: a lot, all over the world
• RAM usage
  • 
• CPU usage
  • 
• Hard drive usage
  • 
• Number of non-initialized accounts (these are not included in the counts above)
  • without validated email: 935
  • not attempted test: 564
• All known privacy incidents
  1. February 7, 2024 - Email addresses & usernames of 16 users were each exposed to a single, different user.
     I was in the process of rewriting message notification emails to include more details and make them more personalized, in the hope of receiving more responses. As part of this rewrite, I intended to include the sender's pseudonym in the title. Internally, user data is represented as a DatingProfile object. This object has a helper method "get_possibly_handcrafted_pseudonym" which returns the user pseudonym or age-gender. However, due to an oversight, I wrote "current_user.datingprofile.get_possibly_handcrafted_pseudonym" instead of "current_user.datingprofile.get_possibly_handcrafted_pseudonym()". Instead of calling the method, I referenced the method as it is. This wouldn't have been an issue, but in Python, this leads to a string "a bound method of DatingProfile...". For debugging, the string representation of a dating profile includes the username and email. As a result, both of these were unintentionally included in the email title. This bug was active for about an hour, and during that time, 16 such emails were sent out, each exposing the details of one user to another. I quickly noticed and fixed the issue by double-checking the impact of my changes. I deeply regret the unintended exposure this bug caused. I've informed all affected users, both the ones whose details were exposed and their recipients.
     I've mitigated this from happening in the future. I've removed all the user-generated information from the string representations. I will test such changes better in the future.