SplitHTTP
Functionality Amid Active DevelopmentXTLS/Xray-core, a toolset enhancing internet privacy and security, is grappling with complex issues in its SplitHTTP
feature, while actively advancing protocol support and API capabilities.
Recent issues highlight significant challenges with the SplitHTTP
functionality, particularly its compatibility with HTTP/3 and proxy configurations like Nginx (#3856). Memory leaks and performance concerns have also been reported, especially in conjunction with Shadowsocks (#3837). Feature requests such as a redesigned browser dialer (#3840) indicate ongoing development efforts.
风扇滑翔翼 (Fangliding)
KobeArthurScofield
mmmray
RPRX
yuhan6665
dependabot[bot]
PoneyClairDeLune
SplitHTTP
Issues: Persistent problems with SplitHTTP
, especially when using proxies like Nginx, are critical.
Protocol Enhancements: Active work on modern protocols like HTTP/3 and QUIC reflects a forward-looking approach.
API Expansion: New endpoints for user statistics and inbound information suggest increased integration capabilities.
Legacy Code Removal: Ongoing efforts to streamline the codebase by removing outdated components.
Dependency Management: Regular updates ensure the project remains secure and up-to-date with the latest libraries.
Timespan | Opened | Closed | Comments | Labeled | Milestones |
---|---|---|---|---|---|
7 Days | 10 | 7 | 21 | 8 | 1 |
30 Days | 32 | 33 | 130 | 23 | 1 |
90 Days | 98 | 97 | 488 | 71 | 1 |
1 Year | 211 | 199 | 1141 | 167 | 1 |
All Time | 2155 | 2142 | - | - | - |
Like all software activity quantification, these numbers are imperfect but sometimes useful. Comments, Labels, and Milestones refer to those issues opened in the timespan in question.
Developer | Avatar | Branches | PRs | Commits | Files | Changes |
---|---|---|---|---|---|---|
mmmray | 2 | 9/7/1 | 12 | 34 | 3571 | |
Kobe Arthur Scofield | 1 | 8/7/1 | 7 | 142 | 3253 | |
风扇滑翔翼 | 9 | 11/9/1 | 33 | 35 | 2112 | |
yuhan6665 | 2 | 1/1/0 | 2 | 5 | 888 | |
ll11l1lIllIl1lll | 1 | 0/1/0 | 1 | 9 | 539 | |
dragonbreath2000 | 1 | 1/1/0 | 1 | 4 | 249 | |
Lumière Élevé | 1 | 2/2/0 | 2 | 2 | 224 | |
dependabot[bot] | 1 | 8/7/2 | 7 | 2 | 222 | |
Torikki | 1 | 0/1/0 | 1 | 4 | 56 | |
Dmitry Anderson | 1 | 1/1/0 | 1 | 4 | 50 | |
RPRX | 1 | 1/1/0 | 5 | 2 | 20 | |
vnxme | 1 | 1/1/0 | 1 | 1 | 19 | |
Kuzmin Vladimir | 1 | 1/1/0 | 1 | 2 | 10 | |
bob | 1 | 1/1/0 | 1 | 1 | 5 | |
None (xcode75) | 0 | 1/0/1 | 0 | 0 | 0 | |
Ran Mao (MrRanMao) | 0 | 1/0/1 | 0 | 0 | 0 | |
Lucky Luke (LuckyLuke-a) | 0 | 0/0/1 | 0 | 0 | 0 |
PRs: created by that dev and opened/merged/closed-unmerged during the period
The XTLS/Xray-core project currently has 13 open issues, with recent activity indicating a mix of bug reports, feature requests, and configuration inquiries. Notably, there are several issues related to the SplitHTTP
functionality, particularly concerning its interaction with various protocols and CDN configurations.
A recurring theme is the complexity and potential bugs associated with the SplitHTTP
feature, especially regarding its compatibility with HTTP/3 and how it handles requests through proxies like Nginx. Additionally, there are concerns about memory leaks and performance issues when using specific configurations or protocols.
#3856: splithttp使用nginx代理时GET请求会出现超时
#3840: [Feature suggestion & draft] Redesigned browser dialer
#3837: SIGSEGV with Shadowsocks AEAD-2022
#3806: Bug Report: Inbound Addition Failure in Xray API
#3668: 捐款 / Donation & NFTs
SplitHTTP
functionality, particularly regarding its performance and compatibility with different protocols (e.g., HTTP/3).This analysis highlights the need for careful attention to the SplitHTTP
feature's implementation and its interactions with other components in the XTLS/Xray-core ecosystem.
The analysis of the XTLS/Xray-core project's pull requests (PRs) reveals a dynamic and active development environment focused on enhancing internet privacy and security. The project has seen significant contributions in terms of feature additions, optimizations, and maintenance updates, reflecting its commitment to continuous improvement and adaptation to user needs and technological advancements.
PR #3816: REALITY: Unblock SplitHTTP transport
PR #3813: ECH: client support TLS Encrypted Client Hello
PR #3260: Add VLESS seed configurations
PR #3644: API: Add new Get Inbound User
PR #3637: API: Add user online stats
PR #3550: Replace quic-go with uQuic
PR #3855: Config: Add capability to parse int in string format
PR #3852: Transport: Add RAW as an alias of TCP
PR #3845: Bump google.golang.org/grpc from 1.66.2 to 1.67.0
PR #3838: Remove legacy code
PR #3835: Xmux: Value of 0 is treated the same as no value
The XTLS/Xray-core project demonstrates a robust development process characterized by active community engagement and a clear focus on enhancing functionality and performance. The open PRs indicate ongoing efforts to expand the project's capabilities, particularly in areas like transport protocols and API enhancements. The closed PRs reflect a commitment to maintaining a clean and efficient codebase through regular updates and optimizations.
Enhancements to Protocols: Several open PRs focus on improving existing protocols or adding support for new features within them. For instance, PR #3813 introduces support for TLS Encrypted Client Hello, which is crucial for enhancing privacy in TLS connections.
API Expansions: The addition of new API endpoints (e.g., PR #3644) suggests an effort to make the system more extensible and easier to integrate with other tools or services. This is important for users who need to manage their setups programmatically or integrate with third-party systems.
Configuration Flexibility: Changes like those proposed in PR #3260 highlight an ongoing effort to make configurations more flexible and user-friendly. This is crucial for adapting the tool to various environments and use cases without requiring extensive modifications or deep technical knowledge from users.
Dependency Management: Regular updates of dependencies (e.g., PR #3845) indicate good maintenance practices, ensuring that the project benefits from the latest improvements and security fixes in its underlying libraries.
The proposal to replace quic-go
with uQuic
(PR #3550) suggests an exploration of alternative implementations that might offer better performance or compatibility with specific use cases. This could be a significant change depending on the outcome of this PR.
The integration of features like RAW
as an alias for TCP
(PR #3852) reflects a focus on improving usability by simplifying configuration options without losing functionality.
Overall, the XTLS/Xray-core project is actively evolving, with contributions that not only enhance its core functionalities but also improve its usability and maintainability. The community's involvement in proposing and discussing these changes is indicative of a healthy open-source project ecosystem.
风扇滑翔翼 (Fangliding)
h3
, BlockType
, and QUIC-Sniffer
.KobeArthurScofield
mmmray
RPRX
yuhan6665
dependabot[bot]
PoneyClairDeLune
Active Collaboration: The team exhibits strong collaboration, particularly evident in branch activities where multiple developers contribute to the same features or fixes. For example, Fangliding's work on ECH involved updates across various files and collaboration with other developers.
Focus on Legacy Code Removal: A recurring theme is the removal of legacy code and features, as seen in KobeArthurScofield's contributions. This indicates an ongoing effort to streamline the codebase and improve maintainability.
Enhancements in Networking Protocols: Recent commits show a concentrated effort to enhance support for modern networking protocols like HTTP/3 and QUIC, reflecting a commitment to keeping the toolset relevant in evolving internet standards.
Dependency Management: The presence of dependabot highlights an organized approach to managing dependencies, ensuring that the project leverages up-to-date libraries for security and performance.
Diversity of Contributions: Contributions span various aspects of the project—from core functionality enhancements to documentation updates—demonstrating a well-rounded development effort.
The XTLS/Xray-core development team is actively engaged in enhancing the project's capabilities while maintaining a clean and efficient codebase. The focus on modern protocols, collaboration among team members, and proactive dependency management positions the project well for future growth and adaptability in the networking landscape.