Phoenix服务器不会重启(Phoenix server won't restart)
我正在关注编程凤凰书,一切顺利,直到第44页我被要求重启凤凰服务器。
我用双Ctrl + C杀死了当前的服务器但是当我尝试再次运行mix phoenix.server时没有任何反应。
我只是得到了一个空白的年龄,并没有任何东西在localhost:4000上提供了。
我搜索了互联网甚至尝试杀死光束过程但似乎没有任何工作。
服务器不会给出任何生命迹象。
有任何想法吗?
I'm following the Programming Phoenix book and all was well until on page 44 I was asked to restart the Phoenix Server.
I killed the current server with double Ctrl + C but when I try to run mix phoenix.server again nothing happens.
I just get a blank like for ages and nothing is served on localhost:4000 anymore.
I've searched the internet and even try killing beam proccess but nothing seems to work.
The server just won't give any sign of life.
Any ideas?
原文:https://stackoverflow.com/questions/37357898
最满意答案
更好的设计是:
static string[] Method(string word, string[] tab) { string [] tab1; [..] return tab1; } static void Main(string[] args) { string[] tab = { "", "", "", "", "", "", "", "", "", "" }; tab = Method("443", tab); }
A better design would be:
static string[] Method(string word, string[] tab) { string [] tab1; [..] return tab1; } static void Main(string[] args) { string[] tab = { "", "", "", "", "", "", "", "", "", "" }; tab = Method("443", tab); }
相关问答
更多-
B类扩展了A ,因此继承了A中存在的所有方法。 这意味着B将有3种方法: public void f(int x) public void f(Object x) public
void f(T x) 问题是f(T x)将在编译期间经历类型擦除,并且T将被Object替换,从而导致重复方法,因为您已经有一个采用Object参数的方法。 要解决此问题,请删除采用Object参数的方法或为T提供上限。 (示例T extends Number以便在类型擦除期间T替换为Number ) 要解决您的评论(我 ... -
不重写toString()方法是否始终为对象返回相同的值?(Does the not overriden toString() method always return same value for object?)[2022-10-10]
如果你没有覆盖.toString()那么对于给定的实例,它将在整个实例的生命周期中继续返回相同的字符串。 但很有可能的是,一旦这个实例被垃圾收集,该类的另一个实例甚至另一个类将被分配给同一个内存块,并将返回与此实例相同的字符串。 但是,不要使用String作为键,最好更改actionFired以提供对象而不是字符串表示。 像这样做是非常脆弱的,如果你的实现稍后改变,它可能会全部破坏。 If you haven't overridden .toString() then, for a given instan ... -
根据您发布的AdServeModel ,您想要修补的方法是AdServeModel的类方法,而不是实例方法。 您的Associations模块方法的问题是,您正在调用Module#prepend以将模块添加到现有类,但是,您编写了一个self.included挂钩方法,该方法仅在包含模块时调用(不是前置)。 你应该编写Module#prepended hook。 直接重写方法的问题是,实际上是覆盖了实例方法,而不是类方法。 它应该是这样的: require 'couchbase/model' class ...
-
使SpaceObject.Draw()方法成为virtual ,这样就可以为Sun一个override Draw()方法。 有关详细信息,您可能需要查看Microsoft页面上的此链接以了解有关继承主题的更多信息。 Make the SpaceObject.Draw() method virtual, that way you can give the Sun an override Draw() method. For more info you might want to look at This li ...
-
当方法中的overriden不在其外部更改时,数组参数(array parameter when overriden in method doesn't change outside of it)[2024-03-14]
更好的设计是: static string[] Method(string word, string[] tab) { string [] tab1; [..] return tab1; } static void Main(string[] args) { string[] tab = { "", "", "", "", "", "", "", "", "", "" }; tab = Method("443", tab); } A better desi ... -
为什么我的对象仍在使用方法,即使我已经覆盖它?(Why is my Object still using a method even though I have overriden it?)[2022-01-15]
那么,有两个问题。 首先,看起来你的Description属性应该调用getDescription而不是相反。 然后, getDescription需要在Beverage类中是虚拟的,并在BeverageDecorator 重写而不是隐藏 。 您的代码看起来像是C#和Java的混合体并没有帮助。 例如,您真的需要 Description属性和 getDescription方法吗? 不可否认,覆盖半个属性有点棘手(至少,我总是对确切的规则感到困惑)但是在C#代码中使用camelCased名称肯定很奇怪。 这是 ... -
您在使用'FXMLLoader'时创建一个新的控制器。 要使用已创建的setController , FXMLLoader在加载fxml文件以使用自己创建的控制器实例之前使用setController方法: FXMLLoader fxmlLoader = new FXMLLoader(getClass().getResource("eventView.fxml")); Parent root = null; fxmlLoader.setController(this); try { root = f ...
-
覆盖方法 - 调用overriden实现(超级)还是不调用?(Override method - to call overriden implementation (super) or not to call?)[2023-07-02]
国际海事组织,默认的决定应该始终是调用超类,然后处理任何不同的行为。 这是出于你提到的所有原因(现在可能需要,但如果没有,将来可能需要)。 一个例外就是你知道超类将会做你特别不想要的事情。 但无论如何,这些问题都指向了设计问题。 看到子类没有调用它们的父级是非常可疑的。 IMO, the default decision should always be to call the superclass and then handle any different behavior. This is for al ... -
**kwargs接受关键字参数 ,而不是字典: obj = MyClass( API_KEY, API_SECRET, OAUTH_TOKEN, OAUTH_TOKEN_SECRET, data=DATA ) 当然,您可以使用**kwargs调用约定使您的字典仍然作为关键字参数应用: obj = MyClass( API_KEY, API_SECRET, OAUTH_TOKEN, OAUTH_TOKEN_SECRET, **{ ...
-
像这样配置您的组件: listeners:{ boxready:'myOnBoxReady' } 否则没关系。 Configure your component like this: listeners:{ boxready:'myOnBoxReady' } Otherwise it's OK.