(was — a new, faster crate index website


Why are you serving Fira Sans as a web font, instead of using a system font stack? I don’t think you’re doing anything where it would make much difference, specifically, what font you use.

By the way, why does specifically use Fira Sans? Is there something I’m missing here?


Yes, rustdoc (and thus intentionally uses Fira Sans, and loads it as a webfont. and too. is completely lacking a color sheme and artistic style (you can help improve that), so I needed to give it some personality via the font, otherwise it would be as attractive as a tax form.


Tiny nit: you fall into the frequent trap of describing the project as “not the other” and not “what it is”.

“Unofficial, experimental, opinionated alternative to” does nothing more then making people ask “but why?” if they are not mentally aligned to you already.

I would remove that claim and put the goals of the project here. “A fast, lightweight, site to browse Rust crates” for example. (Exact form to be bikeshedded).


As mentioned in DM, I’d be happy to help work on the UI/UX/search part as I like my sites to be snappy as well (see and

Maybe you can open-source the project without the bit pulling the data from and only the latest dump in it to avoid ddosing it? Either way, really good work!


@kornel This is great to see! While our API response times are very fast, the fact that we are a single page JS app and not server side rendered definitely limits how responsive we can appear to the end user. Let me know if I can help you with search at all. It’s fairly easy to get up and running at reasonable speeds for the current data set.


The website its absolutely great; the speed, long listings by page, intuitive and useful first page, the category pages turns all intuitive also, etc. So even unfinished its a great and really useful place, this are not just words, as a Rust newbie I had to comment it. Success.

By other side, when one visit crates_io, it is needed to employ a lot of time trying to figure out -besides I often get confused- if one crate, or one of the dependencies of its dependencies^n, require or makes use of a non Rust native code library (I mean non system related).

For me it is a very frustrating process, but I do it because in some cases can affect some long term decisions.

If some way it could be visualized the above in the listings, I think it would be really useful for all of us. A mere [Mix] flag or any visual in the listings would help a lot.
( a tiny box with [C], [CPP], [ADA], etc, would be better, but I guess that probably would require some code excessive analysis?, maybe would be an crate upload form mater).

1 Like

This is very cool @kornel, as a user who regularly (and sometimes heavily) browses crates while on my phone, I appreciate the reduction in traffic a lot. (And as a Rust lover, I appreciate the reduction in JavaScript, too. :smile:)

I would also like to join the camp of those who want the search feature. Keep developing this site, it’s totally worth it.


I like it, lots! Some tiny tweak suggestions for the front page:


the “and 372 more…” could be a little more distinct from the rest of the list. Perhaps consider:

  • a non-breaking space between the number and more?
  • a slightly different style (perhaps just italic)?
  • newline and right/bottom corner align as “… and 372 more”?

Unless I am mistaken, visual design is yet to be improved. I totally agree with your observations though!

1 Like

Interesting work.

  • You have two Encoding categories. Maybe the first one should be renamed to (De)Serializers.

  • I actually like the description at the top. This comment would have ended up a lot longer, for example, if you didn’t mention upfront that the lists are opinionated.

  • A data dump would be great. Could use it myself in cargo-esr.

  • Good luck with implementing search. Combining relevance with scores will not be easy in some cases.

1 Like

How often could you import them? Would it mean that would never really be up-to-date with


Crates index is on github, and for newly published crates it’s fine to update incrementally (just a few API calls). Only first run is a problem that needs to fetch all kinds of info about 16000 crates.


Wow, this is awesome. I’ve built something very similar,

It similarly is very lightweight, taking tens of kilobytes per request not hundreds Difference wise, its design is closer to than yours and the goal is slightly different (allowing people to self serve the interface without any internet). Also I haven’t bothered to set it up as public service unlike you did. It also offers minimal cargo API support that allows you to clone crates from it… not much needed for that.

Not having the dom creation implemented as SPA will fix so many issues I have with, like e.g. that there is no google preview support or that it’s so slow. I am very happy about any additional diversity in mirrors to Good luck with!


For example, one idea I’ve had for improving discoverability is for us to analyze dependencies to see what crates tended to be used together, so we can recommend related crates.

That would be cool! I did a small prototype for determining which crates are commonly used together here:


I’d gladly help if you want to add search.


Thank you so much for this. I disabled javascript by default since Spectre and Meltdown, and far too many sites require javascript for things that should not require any scripting at all. is a welcome change in that regard. It definitely feels much faster than I also like the idea of showing Github contributors, and marking optional dependencies by feature. Amazing work!


Nice! It´s super fast!

One bug i noticed that kinda ruined my exploration was that pressing “next” after scrolling in a category sent me to instead :slight_smile:

1 Like

Wow, that’s really cool!

Here’s an idea: is it possible to somehow display grouped crates as one? Let me show what I mean:
You can see that a bunch of unic crates are shown separately. However, I think it’d be better to show only the main crate (unic), which would free up more space for other crates.


If we can data dumps, is there a possibility we could have an offline site? Rust does very well with cargo doc having offline documentation. It would be great to browse likely crates offline. Maybe even have an indicator that that version happens to be cached on your system.

Sorry - maybe I’m over-prepping for skynet, but it’s great to be able to do as much as possible while offline.


Makes me wonder if it wouldn’t be nice to have something like:

name = "unic-ucd"
part-of = "unic" could also use that to display a "Part of X" on crates like unic-ucd, and a “Other crates in the X ecosystem” list on crates like unic. You’d probably want to ensure that only the owner of a crate X can publish another crate which has part-of = "X" in its manifest.

1 Like