问题标签 [junction]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
php - PHP 无法识别 Windows XP 下的连接点(simlinks)
我发现了两个在 Windows XP 中创建“simlinks”的 工具(我知道它们不是真正的链接,但事实如此)。问题是他们都没有创造出我可以与 WAMP 一起使用的东西。
因为我经常想链接到一个存储库,所以我经常希望该www
文件夹主要包含 simlink。我想在 Windows 下做同样的事情,但是当 Apache 识别出这个工具创建的内容时,我得到了消息:Fatal error: Unknown: Failed opening required 'C:/wamp/www/cwa/something.php' (include_path='.;C:\wamp\bin\php\PHP53~1.0\pear;C:\wamp\Zend\library') in Unknown on line 0
来自 PHP,并且C:/wamp/www/cwa/
也不被 PHP 识别为目录。(C:\wamp\www\cwa
应该是链接,顺便说一句)
我该如何解决? 这个工具似乎没有创建被 Apache 识别的东西。是否有另一种 Apache 和 PHP 都认可的工具?这是某种形式的 ini 或 conf 问题吗?
编辑
上面的两个工具在这两个链接:
http ://www.rekenwonder.com/linkmagic.htm
http://www.taranfx.com/create-symlink-in-windows
c# - 列出文件的硬链接(在 C# 中)
我想编写一个程序,用硬链接显示另一个驱动器的文件。
我想让两个硬链接在文件名和其他内容上保持一致,所以我必须得到一个函数/方法,我可以在其中列出文件的所有当前硬链接。
例如:
我有一个文件C:\file.txt
和第二个硬链接到D:\file.txt
.
然后我重命名D:\file.txt
为D:\file_new.txt
.
我现在也希望能够重命名 C 驱动器上的硬链接。
因此,我需要一个返回D:\file_new.txt
以下硬链接的函数:
然后我也可以重命名硬链接C:\
以获得D:\file_new.txt
所以我需要获取物理文件的所有硬链接。或者:使用硬链接寻址的文件的所有硬链接。
希望有人能帮忙!
编辑:
Oliver 注意到硬链接不能在不同的磁盘上使用。谢谢...所以我将问题扩展到:我需要什么?交汇点?符号链接?它不仅适用于文件夹,还应该适用于文件!
winapi - NTFS Junctions,难以理解 API
更新:这个问题已经演变成一个关于NTFS filesystem filter driver
如何在备份应用程序和其他需要知道文件在磁盘上的真正内容的程序中使用 Win32 API 的问题?连接点和重解析点是我需要考虑的关键概念,也是 NTFS 文件系统中最令人困惑的东西。
原始问题如下:
- 用于检测目录是否为联结的Win32 API是什么?
- NTFS 层次结构中的“哪里”(由于缺乏更好的理解)存储连接?
- 如果我创建一个交汇点
c:\thejunction_mydir
,两个目录是否会成为彼此的交汇点?即创建的和引用的
windows-server-2003 - mklink 到环境变量路径的连接点
我想知道是否可以使用 use junction (或 mklink?)让 c:\Projects 指向我的文档\项目映射的当前用户。
我尝试了 junction.exe c:\project "%HOMEPATH%\my documents\projects" 但它只是链接到路径的解释而不是变量(因此 c:\projects 将指向管理员\我的文档\项目而不是 %HOMEPATH%)。
我正在使用 Windows Server 2003 R2。
谢谢!
windows - 如何让批处理文件发现一个目录是否实际上是一个 Junction?
我正在编写一个批处理文件 (.bat),但我找不到一种方法来发现我有路径的给定目录是真实目录还是 Junction(在 Windows 7 上使用创建mklink /j
)。谁能指出我正确的方向?
c# - C# 检测路径中的文件夹连接
我想快速检查是否在完整路径中使用了连接点。我已经有一个测试文件夹的功能,IsJunction()
但也许还有其他解决方案可以不调用IsJunction()
每个子文件夹。
所以我正在寻找一个功能,比如HasJunctionsInPath(string path)
不测试路径的每个文件夹。
有什么可以做到这一点吗?
编辑:
或更好...
是否可以解析路径中的所有连接以获取文件或文件夹的真实位置?这将更好地解决我的问题,我仍然可以将结果与实现bool HasJunctionsInPath(string path)
功能的原始路径进行比较。
c# - C# 使用 FileSystemWatcher 跟踪文件夹连接
是否可以配置 aFileSystemWatcher
以查看与文件夹连接点链接的其他文件夹?
例如:
你在看 D:
你有 D:\junction 指向 E:\folder
当我在 E:\folder\file.txt 中创建一个文件时,我想用观察者将它作为 D:\junction\file.txt 来查看。
这可能吗?
谢谢。
.net - How to get the actual directory path on windows using .NET?
My need is simple. Given a Windows directory path all I want is the actual path. I am sure the terminology is wrong, so I am giving an example.
Given C:\Documents and Settings\All Users the method should display:
- C:\ProgramData on windows 7
- C:\Documents and Settings\All Users on windows 2003
This is because on windows 7 C:\Documents and Settings is a junction referencing C:\Users and C:\Users\All Users is yet another junction referencing C:\ProgramData, which is the actual directory.
So, my question is what .NET API lets me do all this?
Thanks.
directory - NTFS 连接与符号链接(用于目录)
从高级的角度来看(意味着只关心结果和接口,而不是实现),指向目录的 NTFS 重解析点和指向目录的符号链接之间的行为有什么区别(如果有的话)同一个目录?
它们是在堆栈中的同一级别解决,还是在某个时间可以解决另一个问题时(例如在启动时),其中一个可能无法解决?
(我知道符号链接也可以用于文件,但我在这里询问目录差异。)
database - 使用连接和查找表规范化外键
我最近一直在为数据库规范化和外键之间的关系在联结表和查找表方面摸不着头脑。
我目前有以下表格:Users、UserTypes、Roles、UsersInRoles 和 Permissions。UserTypes 只是一个查找表,通过 Users 表中的外键提供类型的名称和描述。角色是具有通过 UsersInRoles 表链接到每个用户的相关权限的各种角色。
我需要想出一个结构,允许我为每个用户提供多个角色,此外还为每个相应用户提供特殊权限,这些权限可能未包含在他们所属的固定角色中。
我从 Users 表中获得了我的 UsersInRoles 表的外键,但我认为它没有意义。相反,使用从 Users 表到 UserTypes 表的外键似乎很有意义。这是经验法则吗?联结表有外键链接到它所连接的表的主键,而主表有外键链接到关联查找表的主键?
参数:
- 每个用户可以有一个或多个角色
- 每个角色都有一组固定的权限
- 每个用户都可以拥有其角色未提供的额外权限
我怀疑我可能还需要一个 PermissionsInRoles 联结表以及一个用于 PermissionsInUsers 的联结表?但这很荒谬不是吗?必须有更好的方法。我完全相信我在这里疯了,哈哈。任何帮助将不胜感激。这让我头晕目眩:P
更新
这基本上是如何设置的?我可能会去掉 UsersInRoles 表,这样每个用户只能担任一个角色,并且可以通过 SpecialPermissions 联结表添加其他权限。从 UI 的角度来看,我认为在向用户分配权限时可能会很好,选择“角色”只需选中与该角色关联的相应框,然后自定义并提交。这样我想我可能只需要用户表和权限表之间的连接表吗?啊。这对于第一次使用数据库的设计师来说是相当令人生畏的哈哈。还记得你刚开始的时候吗?或者,也许你们比我更天才,哈哈。
架构图片链接(还不能发布图片)
这是一篇关于查询驱动数据库设计的简洁学术文章(尽管已有 10 年历史),标题为:“针对不同查询模式的稳健数据库设计”。结论部分有一个有趣的方法。