<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Tommy</title>
    <description>The latest articles on DEV Community by Tommy (@tommy_91).</description>
    <link>https://dev.to/tommy_91</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4116484%2F596be872-1a81-4702-a585-0b591bf5b300.png</url>
      <title>DEV Community: Tommy</title>
      <link>https://dev.to/tommy_91</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/tommy_91"/>
    <language>en</language>
    <item>
      <title>Twitter GIF Downloader: Why Can’t You Download GIFs from Twitter?</title>
      <dc:creator>Tommy</dc:creator>
      <pubDate>Tue, 22 Sep 2026 10:11:59 +0000</pubDate>
      <link>https://dev.to/tommy_91/twitter-gif-downloader-why-cant-you-download-gifs-from-twitter-3i6p</link>
      <guid>https://dev.to/tommy_91/twitter-gif-downloader-why-cant-you-download-gifs-from-twitter-3i6p</guid>
      <description>&lt;p&gt;Last month, Nitter and XCancel received cease-and-desist letters from X. Despite the legal pressure, they have continued operating. As TechCrunch reported, the &lt;a href="https://techcrunch.com/2026/09/15/nitter-and-xcancel-are-dead-again-after-xs-latest-legal-actions/" rel="noopener noreferrer"&gt;cease-and-desist action disrupted Nitter and XCancel, but Nitter says the project will continue&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;But what about downloading Twitter GIFs and keeping them for personal use? Does that raise the same concerns? Not necessarily. Downloading publicly accessible media is different from operating a third-party Twitter viewer, although copyright and platform terms can still apply.&lt;/p&gt;

&lt;p&gt;The more interesting question is: why do people need GIF files instead of MP4s?&lt;/p&gt;

&lt;h2&gt;
  
  
  The Search Query Was a Clue
&lt;/h2&gt;

&lt;p&gt;&lt;em&gt;Ahrefs US estimates, search query export&lt;/em&gt;&lt;/p&gt;

&lt;div class="table-wrapper-paragraph"&gt;&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;Keyword&lt;/th&gt;
&lt;th&gt;Monthly searches&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;twitter gif downloader&lt;/td&gt;
&lt;td&gt;48,000&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;download twitter gif&lt;/td&gt;
&lt;td&gt;6,600&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;twitter to gif&lt;/td&gt;
&lt;td&gt;3,500&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;&lt;/div&gt;

&lt;p&gt;&lt;em&gt;Source: saved &lt;a href="https://ahrefs.com/keywords-explorer" rel="noopener noreferrer"&gt;Ahrefs&lt;/a&gt; US estimates; export date unavailable. Reviewed September 21, 2026. Searches are not unique users.&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;Reddit supplied the missing detail. One &lt;a href="https://www.reddit.com/r/Twitter/comments/emwhrh/" rel="noopener noreferrer"&gt;r/Twitter user&lt;/a&gt; put it simply:&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;"Gifs, NOT mp4 files."&lt;/p&gt;
&lt;/blockquote&gt;

&lt;h2&gt;
  
  
  Why Does Twitter Not Allow Downloading GIFs?
&lt;/h2&gt;

&lt;p&gt;If you've tried saving a GIF from Twitter or X, you may have noticed that there is no direct "Download GIF" option. That's because Twitter doesn't actually serve most GIFs as traditional &lt;code&gt;.gif&lt;/code&gt; files.&lt;/p&gt;

&lt;p&gt;The simple explanation is that MP4 can reduce storage and bandwidth costs compared with GIF. But is that actually true?&lt;/p&gt;

&lt;p&gt;&lt;a href="https://docs.x.com/x-api/fundamentals/data-dictionary#media" rel="noopener noreferrer"&gt;X documents &lt;code&gt;animated_gif&lt;/code&gt; as a media type&lt;/a&gt;, while the animation itself can be delivered as &lt;code&gt;video/mp4&lt;/code&gt;. In other words, &lt;code&gt;animated_gif&lt;/code&gt; describes the GIF-like experience users recognize, even when the underlying media is a video file.&lt;/p&gt;

&lt;p&gt;Video codecs compress motion much more efficiently and avoid GIF's &lt;a href="https://developer.mozilla.org/en-US/docs/Web/Media/Guides/Formats/Image_types#gif_graphics_interchange_format" rel="noopener noreferrer"&gt;256-color palette limit&lt;/a&gt;. In one example, &lt;a href="https://web.dev/articles/replace-gifs-with-videos" rel="noopener noreferrer"&gt;web.dev reduced a 3.7 MB GIF to a 551 KB MP4&lt;/a&gt;. At X's scale, that difference in bandwidth and playback efficiency matters.&lt;/p&gt;

&lt;h2&gt;
  
  
  How to Save a GIF from Twitter Without Downloading an App
&lt;/h2&gt;

&lt;p&gt;In a September 21 Google US desktop snapshot, many tools could handle the basic workflow. But they differed in output format, conversion method, and privacy.&lt;/p&gt;

&lt;div class="table-wrapper-paragraph"&gt;&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;Tool&lt;/th&gt;
&lt;th&gt;Advertised output or workflow&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;1. BrandBird&lt;/td&gt;
&lt;td&gt;GIF&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2. ConvertICO&lt;/td&gt;
&lt;td&gt;MP4 + GIF conversion&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;3. TwitterVideoDownloader&lt;/td&gt;
&lt;td&gt;MP4&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;4. SuperX&lt;/td&gt;
&lt;td&gt;MP4; external GIF converter&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;5. Picyard&lt;/td&gt;
&lt;td&gt;GIF; encoding unclear&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;6. TwitterGIFDownloader.app&lt;/td&gt;
&lt;td&gt;MP4&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;7. Picbolt&lt;/td&gt;
&lt;td&gt;GIF/video; encoding unclear&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;8. TweetBoost&lt;/td&gt;
&lt;td&gt;MP4 + browser GIF conversion&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;&lt;/div&gt;

&lt;p&gt;Some tools already address the format problem directly. Others require users to run the downloaded media through a separate converter or leave the actual output format unclear.&lt;/p&gt;

&lt;p&gt;Twitee's &lt;a href="https://twitee.co/twitter-gif-downloader" rel="noopener noreferrer"&gt;Twitter GIF Downloader&lt;/a&gt; focuses on output quality and privacy while allowing users to download media without logging in. It provides:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Source MP4 and real GIF output, with Best, High, Medium, and Low quality presets.&lt;/li&gt;
&lt;li&gt;Support for multiple media items, including eligible media from quoted posts.&lt;/li&gt;
&lt;li&gt;Public post URLs or post IDs, with no login required.&lt;/li&gt;
&lt;li&gt;Preview, conversion progress, and estimated file size before saving.&lt;/li&gt;
&lt;li&gt;Browser-side conversion, so generated GIFs stay on the user's device.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F9hl76rulktiox1hh6ac4.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F9hl76rulktiox1hh6ac4.png" alt="Live Twitee result with a SpaceX preview, MP4 download, Best quality GIF" width="800" height="450"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  What Makes Twitee Different?
&lt;/h2&gt;

&lt;p&gt;We tested several approaches, including FFmpeg and WebAssembly-based solutions. We ultimately chose browser-side GIF encoding with &lt;code&gt;gifenc&lt;/code&gt;.&lt;/p&gt;

&lt;p&gt;In our tests, &lt;code&gt;gifenc&lt;/code&gt; kept browser memory usage relatively low while still producing high-quality GIF output.&lt;/p&gt;

&lt;p&gt;To compare the approaches, we ran the same &lt;a href="https://x.com/SpaceX/status/2101489521615385011" rel="noopener noreferrer"&gt;SpaceX post&lt;/a&gt; through Twitee and TweetBoost's default browser-based GIF workflow. Both tests used Chrome 153 on an Apple M4 with 16 GB of memory. Source fetching and conversion were timed under the same environment.&lt;/p&gt;

&lt;div class="table-wrapper-paragraph"&gt;&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;Tool&lt;/th&gt;
&lt;th&gt;Output&lt;/th&gt;
&lt;th&gt;Frames&lt;/th&gt;
&lt;th&gt;CPU s&lt;/th&gt;
&lt;th&gt;Peak RSS MiB&lt;/th&gt;
&lt;th&gt;GIF MiB&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;Twitee&lt;/td&gt;
&lt;td&gt;480×270&lt;/td&gt;
&lt;td&gt;117&lt;/td&gt;
&lt;td&gt;2.1&lt;/td&gt;
&lt;td&gt;299&lt;/td&gt;
&lt;td&gt;2.75&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;TweetBoost&lt;/td&gt;
&lt;td&gt;480×270&lt;/td&gt;
&lt;td&gt;116&lt;/td&gt;
&lt;td&gt;1.9&lt;/td&gt;
&lt;td&gt;580&lt;/td&gt;
&lt;td&gt;2.53&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;&lt;/div&gt;

&lt;p&gt;&lt;em&gt;In this browser-conversion test, Twitee reached a peak RSS of 299 MiB, compared with 580 MiB for TweetBoost.&lt;/em&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  Conclusion
&lt;/h2&gt;

&lt;p&gt;Twitter makes GIFs easy to watch, but not necessarily easy to save as actual &lt;code&gt;.gif&lt;/code&gt; files. Because X commonly delivers animated GIF content as MP4 video, users who want a real GIF need an extra conversion step.&lt;/p&gt;

&lt;p&gt;That is why a Twitter GIF downloader can still be useful: not simply to copy media from a public post, but to turn Twitter's video-based GIF delivery back into the format users actually want.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://twitee.co" rel="noopener noreferrer"&gt;Twitee&lt;/a&gt; approaches that problem by offering both the original MP4 and a real GIF, while keeping GIF conversion inside the browser. In our benchmark, this browser-side approach used substantially less peak memory than the comparison workflow while producing a similar output size.&lt;/p&gt;

&lt;p&gt;For most users, the choice is simple: keep the MP4 when efficiency matters, or convert it to GIF when compatibility, sharing, or the actual &lt;code&gt;.gif&lt;/code&gt; format matters more.&lt;/p&gt;

</description>
      <category>software</category>
      <category>tools</category>
      <category>web</category>
    </item>
    <item>
      <title>Nitter and XCancel Are Back — Which Twitter Viewer Should You Use in 2026?</title>
      <dc:creator>Tommy</dc:creator>
      <pubDate>Wed, 09 Sep 2026 12:23:01 +0000</pubDate>
      <link>https://dev.to/tommy_91/nitter-and-xcancel-are-back-which-twitter-viewer-should-you-use-in-2026-49be</link>
      <guid>https://dev.to/tommy_91/nitter-and-xcancel-are-back-which-twitter-viewer-should-you-use-in-2026-49be</guid>
      <description>&lt;p&gt;For a few days, it looked like two of the best-known ways to read public posts on X were about to disappear.&lt;/p&gt;

&lt;p&gt;On August 24, X Corp sent cease-and-desist letters demanding that Nitter instances and the project's repository be taken down. The Nitter repository now carries a much better update: after taking legal advice, the project will continue. XCancel is reachable again too.&lt;/p&gt;

&lt;p&gt;That's good news. It also brings back a question that comes up whenever one of these services goes offline: which Twitter viewer should people use now?&lt;/p&gt;

&lt;p&gt;The boring answer is to keep more than one bookmarked. These tools overlap, but they are built for different jobs.&lt;/p&gt;

&lt;h2&gt;
  
  
  Nitter is still the privacy-first choice
&lt;/h2&gt;

&lt;p&gt;Nitter is a free and open source alternative front end for Twitter. It can run without client-side JavaScript, sends requests through its backend, and does not require a Twitter developer account. You can self-host it, which matters if you do not want to depend on somebody else's public instance.&lt;/p&gt;

&lt;p&gt;That last point is also the catch. A Nitter instance is only as reliable as the person running it and the upstream access available to it. Public instances can disappear, disable features such as RSS, or stop responding for a while. The project continuing does not mean every old instance will return.&lt;/p&gt;

&lt;p&gt;For privacy, light pages, RSS, or self-hosting, Nitter is still the obvious place to start.&lt;/p&gt;

&lt;h2&gt;
  
  
  XCancel is convenient for quick reading
&lt;/h2&gt;

&lt;p&gt;XCancel follows the familiar Nitter-style browsing model. Paste or change a profile URL, read the public timeline, and leave. There is little to learn.&lt;/p&gt;

&lt;p&gt;It is useful as a public instance you can reach without setting up a server. The tradeoff is the same one that applies to any shared public viewer: availability can change, and you do not control the instance.&lt;/p&gt;

&lt;p&gt;For a quick look at a public profile or post, I would try XCancel and move on if the instance is having a bad day.&lt;/p&gt;

&lt;h2&gt;
  
  
  Twitee covers a different set of jobs
&lt;/h2&gt;

&lt;p&gt;Disclosure: I work on &lt;a href="https://twitee.co/" rel="noopener noreferrer"&gt;Twitee&lt;/a&gt;, so treat this section as a description of what we built, not an independent review.&lt;/p&gt;

&lt;p&gt;Twitee started with the same basic need: open public X content without being pushed into a login screen. The scope is broader than a timeline mirror. Its &lt;a href="https://twitee.co/twitter-viewer" rel="noopener noreferrer"&gt;Twitter viewer&lt;/a&gt; opens public profiles and available posts, while the single-post viewer handles a known tweet URL.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fxzqlc744ul5lw15vpge3.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fxzqlc744ul5lw15vpge3.png" alt=" " width="680" height="831"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;The difference becomes clearer once you move beyond reading a timeline. Twitee also has:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;People, Top, and Latest search modes&lt;/li&gt;
&lt;li&gt;trending topics by country&lt;/li&gt;
&lt;li&gt;profile media grids with photos and videos&lt;/li&gt;
&lt;li&gt;a focused view for one tweet and its available replies&lt;/li&gt;
&lt;li&gt;video and image download tools for public posts&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Here is a live public profile with an embedded image:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F5ueyn48v0b8xfa2ok54v.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F5ueyn48v0b8xfa2ok54v.png" alt="A public profile with embedded media viewed on Twitee" width="680" height="831"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;And this is the same kind of content opened in the single-post view:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F4lely1nrg7me5dzfanwn.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F4lely1nrg7me5dzfanwn.png" alt="A single public tweet with an attached chart viewed on Twitee" width="680" height="831"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Twitee does not let you post, like, follow, or read protected accounts. It also uses cached data in some cases, so a recent edit or deletion may not appear immediately.&lt;/p&gt;

&lt;p&gt;That is where Twitee makes sense: moving between profiles, keyword search, trends, individual tweets, and media without switching between several tools.&lt;/p&gt;

&lt;h2&gt;
  
  
  A short comparison
&lt;/h2&gt;

&lt;div class="table-wrapper-paragraph"&gt;&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;Need&lt;/th&gt;
&lt;th&gt;Nitter&lt;/th&gt;
&lt;th&gt;XCancel&lt;/th&gt;
&lt;th&gt;Twitee&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;Read public profiles without an X login&lt;/td&gt;
&lt;td&gt;Yes&lt;/td&gt;
&lt;td&gt;Yes&lt;/td&gt;
&lt;td&gt;Yes&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Self-host the viewer&lt;/td&gt;
&lt;td&gt;Yes&lt;/td&gt;
&lt;td&gt;No public setup guide&lt;/td&gt;
&lt;td&gt;No&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Browse without client-side JavaScript&lt;/td&gt;
&lt;td&gt;Yes&lt;/td&gt;
&lt;td&gt;Depends on the instance&lt;/td&gt;
&lt;td&gt;No&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Search People, Top, and Latest&lt;/td&gt;
&lt;td&gt;Limited&lt;/td&gt;
&lt;td&gt;Limited&lt;/td&gt;
&lt;td&gt;Yes&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Explore trends by country&lt;/td&gt;
&lt;td&gt;Instance-dependent&lt;/td&gt;
&lt;td&gt;Instance-dependent&lt;/td&gt;
&lt;td&gt;Yes&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Open a dedicated video or image tool&lt;/td&gt;
&lt;td&gt;No&lt;/td&gt;
&lt;td&gt;No&lt;/td&gt;
&lt;td&gt;Yes&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;&lt;/div&gt;

&lt;p&gt;This is a practical comparison, not a permanence score. Any viewer that depends on public X data can break when X changes access, markup, rate limits, or enforcement. A green homepage today is not a promise that every profile and post will work tomorrow.&lt;/p&gt;

&lt;h2&gt;
  
  
  One viewer going down shouldn't break the web
&lt;/h2&gt;

&lt;p&gt;The recent Nitter scare is a good example. When one project or public instance goes offline, the need does not disappear. Researchers still need to check a source. Developers still need to inspect an embed. People who do not have an X account still receive links from friends and coworkers.&lt;/p&gt;

&lt;p&gt;I keep more than one viewer bookmarked. They are not interchangeable; they fail in different ways and solve slightly different problems. Nitter prioritizes privacy and self-hosting. XCancel keeps the lightweight public-instance experience easy to reach. Twitee focuses more on search, trends, and media workflows.&lt;/p&gt;

&lt;h2&gt;
  
  
  What I would choose
&lt;/h2&gt;

&lt;p&gt;If I wanted a private instance under my control, I would self-host Nitter.&lt;/p&gt;

&lt;p&gt;If I only needed to read one public timeline, I would try whichever healthy Nitter or XCancel instance was closest.&lt;/p&gt;

&lt;p&gt;If I needed to search across public posts, check country trends, inspect a media-heavy profile, or work from a tweet URL, I would use Twitee.&lt;/p&gt;

&lt;p&gt;I am glad Nitter and XCancel are back. I am also keeping the other viewers in my bookmarks. Access to public X content changes too often to bet on a single route.&lt;/p&gt;

&lt;p&gt;&lt;em&gt;Checked on September 9, 2026. Availability and features can change.&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;Sources: &lt;a href="https://github.com/zedeus/nitter" rel="noopener noreferrer"&gt;Nitter repository&lt;/a&gt;, &lt;a href="https://xcancel.com/" rel="noopener noreferrer"&gt;XCancel&lt;/a&gt;, and &lt;a href="https://twitee.co/" rel="noopener noreferrer"&gt;Twitee&lt;/a&gt;.&lt;/p&gt;

</description>
      <category>twitter</category>
      <category>privacy</category>
      <category>webdev</category>
      <category>tools</category>
    </item>
  </channel>
</rss>
