这是一个相当基本的*nix问题:
给定以下符号链接创建:
ln -s /usr/local/projects/myproject/ myproject
...从我的主目录/ home/jvf /,进入myproject符号链接给我一个pwd / home/jfv/myproject /.现在,我想进入我已符号链接的目录的父目录,但cd ..命令只会将我带回我的主目录/ home/jfv /.反正有没有逃避我输入的符号链接路径,而是有一个pwd等于myproject目录的实际路径.也就是说,将我的pwd从/ home/jfv/myproject /改为/ usr/local/projects/myproject /？
谢谢 :)
我有一个托管在远程Web服务器上的HTML文档.我试图让网页上的一个元素使用我本地文件系统中的图像文件作为其背景图像.Chrome,Safari或Firefox没有运气(没试过IE).
这是我到目前为止尝试过的一个例子.
<!DOCTYPE html>
<html>
<head>
<title>Experiment</title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<style>
html,body { width: 100%; height: 100%; }
</style>
</head>
<body style="background: url('file:///Users/username/Desktop/background.png')">
</body>
</html>
如果我使用浏览器的Web检查工具检查body元素,并选择"在新选项卡中打开图像",则图像就在那里.因此,浏览器完全能够使用给定的URL获取图像文件.
是我试图完全实现的,或者这是浏览器的安全功能试图阻止外部域访问用户的本地资源？
我在一个Web应用程序框架中工作,其中一部分由许多服务组成,都是作为单例实现的.它们都扩展了一个Service类,其中实现了单例行为,看起来像这样:
class Service {
protected static $instance;
public function Service() {
if (isset(self::$instance)) {
throw new Exception('Please use Service::getInstance.');
}
}
public static function &getInstance() {
if (empty(self::$instance)) {
self::$instance = new self();
}
return self::$instance;
}
}
现在,如果我有一个名为FileService的类实现如下:
class FileService extends Service {
// Lots of neat stuff in here
}
...调用FileService :: getInstance()不会像我想要的那样产生FileService实例,而是一个Service实例.我假设这里的问题是Service构造函数中使用的"self"关键字.
还有其他方法来实现我想要的东西吗？单例代码只有几行,但我仍然希望尽可能避免任何代码冗余.
我试图弄清楚电子邮件地址的格式是否可以说是符合URI的定义,但到目前为止我还没有找到明确的确认.我希望有人能在这里为我提供一些见解.提前致谢 :)
我正在开发一个编辑器,使用户能够实时创建"对象"定义.定义可以包含零个或多个属性.属性的名称类型.创建定义后,用户可以创建该定义的对象并设置该对象的属性值.
因此,通过单击鼠标按钮,用户应该是.能够创建一个名为"Bicycle"的新定义,并添加"Numeric"类型的属性"Size".然后是另一个名为"Text"的属性,名为"Text",然后是另一个名为"Price"的属性,类型为"Numeric".完成后,用户应该能够创建一些"自行车"对象,并填写每辆自行车的"名称"和"价格"属性值.
现在,我已经在几个软件产品中看到过这个功能,所以它必须是一个众所周知的概念.当我坐下来试图想出一个DB模式来支持这个数据结构时,我的问题就开始了,因为我希望使用适当的列类型来存储属性值.IE浏览器.数字属性值存储为数据库中的INT,文本属性值存储为VARCHAR.
首先,我需要一个包含所有对象定义的表:
Table obj_defs
id | name |
----------------
1 | "Bicycle" |
2 | "Book" |
然后我需要一个表来保存每个对象定义应具有的属性类型:
Table prop_defs
id | obj_def_id | name | type |
------------------------------------
1 | 1 | "Size" | ? |
2 | 1 | "Name" | ? |
3 | 1 | "Price" | ? |
4 | 2 | "Title" | ? |
5 | 2 | "Author" | ? |
6 | 2 | "ISBN" | ? |
我还需要一个包含每个对象的表: …
有人可以告诉我究竟什么是"pserver"模式,关于CVS？术语"pserver"经常使用,但我还没有找到它实际上是什么的解释.如果"pserver"是特殊模式,那么我假设也有一个默认模式.如果是这样,两者有什么区别？
直截了当:我有两个单身人士课程,都是从超级课程继承他们的单身自然.我在第一个单例上初始化一些属性,然后让第二个单例检索第一个单例的实例.然而,那个例子似乎并不是我最初初始化的那个例子.一些示例代码可能有助于解释这个:
首先,超类,提供单例性质(需要PHP 5.3或更高版本):
class Singleton {
protected static $instance;
protected function __construct() { }
final private function __clone() { }
public static function getInstance() {
if (!(static::$instance instanceof static)) {
static::$instance = new static();
}
return static::$instance;
}
}
然后我们得到了第一个带有值的单身人士:
require_once('Singleton.php');
class SingletonA extends Singleton {
protected $value;
public function SingletonA() {
$this->value = false;
}
public function getValue() {
return $this->value;
}
public function setValue($value) {
$this->value = $value;
}
}
然后引用第一个单例的第二个单例:
require_once('Singleton.php');
require_once('SingletonA.php');
class SingletonB extends …好的,这是案例:
几年前,我们在代码库中对多个文件进行了多处更改,并且一次性提交了所有文件.这些变化中的某处隐藏了一个错误.使用git bisect,我很快就能找到罪魁祸首提交,但是这个提交的变化量让我不那么热情了.
使用git bisect找到一个糟糕的提交是轻而易举的,但是一旦发现,追踪单一变化的最佳方法是什么让它变得繁荣？将受影响的文件逐个还原为以前的版本？
让我们从一些代码开始:
class Super {
protected static $color;
public static function setColor($color){
self::$color = $color;
}
public static function getColor() {
return self::$color;
}
}
class ChildA extends Super { }
class ChildB extends Super { }
ChildA::setColor('red');
ChildB::setColor('green');
echo ChildA::getColor();
echo ChildB::getColor();
现在,PHP 5.3中使用static关键字的后期静态绑定在静态方法中运行得很好,所以我认为它会对静态变量做同样的魔术.好吧,似乎没有.上面的示例不打印出"红色",然后打印出"绿色",正如我的预期,但"绿色"和"绿色".为什么当它适用于方法时,它是否适用于变量？有没有其他方法可以达到我预期的效果？
我有时看到人们将文件系统路径 (POSIX/Windows) 称为 URI 和 URL。我不是文件系统爱好者，但我还没有找到与我对 URL 格式的理解相冲突的文件系统路径。也就是说，当然，假设它包括方案名称（例如 file://localhost/path/to/file.txt）。
文件系统路径绝对是 URI - 我的意思是，什么不是 - 所以每个人都将文件系统路径称为 URI 都在安全区内。但是将它们称为 URL 安全吗？
如果 URL 是由单个（非过时）RFC 定义的，而不是由六个专门的 RFC 组成，我就不必问这个问题。