在此服务器上找不到请求的URL,但在本地工作

我有一个Laravel安装程序,我可以添加文件并将其删除。 现在,当我尝试删除我的网站上的服务器上的图标 Not Found The requested URL /icons/24 was not found on this server. 上传文件和检索文件的作品。 当我在本地testing它的工作。 而且我用与图像,video文件和audio文件完全相同的方式来完成,而这些都在服务器上运行。 为了debugging它,我还在控制器中添加了show()函数,并且也提供了相同的问题。 到底是怎么回事? routes / web.php :(部分) Route::get('iconFile/{id}','IconController@iconFile'); Route::get('imageFile/{id}','ImageController@imageFile'); Route::get('audioFile/{id}','AudioController@audioFile'); Route::get('videoFile/{id}','VideoController@videoFile'); Route::get('signlanguageFile/{id}','SignlanguageController@signlanguageFile'); Route::group(['middleware' => ['auth']], function() { Route::post('image-upload-with-validation',['as'=>'postimage','uses'=>'ImageController@postImage']); Route::post('icon-upload-with-validation',['as'=>'posticon','uses'=>'IconController@postIcon']); Route::resource('texts', 'TextController'); Route::resource('icons', 'IconController'); Route::resource('images', 'ImageController'); Route::resource('videos', 'VideoController'); Route::resource('signlanguages', 'SignlanguageController'); Route::resource('audios', 'AudioController'); }); IconController: <?php namespace App\Http\Controllers; use Illuminate\Http\Request; use […]

从ECS内部运行的Docker容器上传到s3不起作用

我有一个laravel应用程序运行在Amazon ECS托pipe的Docker容器中。 我已经将存储驱动程序configuration为S3,并且所有相应的configuration都是完美的(因为它们在本地env和ec2实例上运行良好)。 但ECS上的configuration超时并且在s3或laravel上没有logging日志。 有人请帮我理解这个问题。 谢谢。

刀引导 – 配方无法find父目录

我引导一个docker集装箱,以便在启动时运行一些供应配方 该节点成功注册到厨师服务器上,并下拉所请求的配方,但是配方失败,因为它抱怨说找不到父目录。 目录和文件确实存在于预期的path中。 Chef::Exceptions::EnclosingDirectoryDoesNotExist ———————————————— Parent directory /path/to/dir does not exist. 我正在运行的引导命令是这样的 knife bootstrap $DOCKER_IP -N $DOCKER_IP -x ec2 -i ec2.pem –sudo -r 'recipe[app::_config]' -E dev 有没有人遇到类似这样的问题? 上面的配方在非Docker /非ec2实例上运行时正确运行。 这可能是原因吗?

我的Docker容器将不会运行

我一直在试图运行一个LAMPdocker容器,运行以下命令 docker run -d -p 80:80 -p 3306:3306 -v “$PWD/src”:/var/www/html –name=lampcontainer tutum/lamp 每当我得到一个错误说 docker: Error response from daemon: create “/root/LAMP_build/LAMP_app/src/src”: "“/root/LAMP_build/LAMP_app/src/src”" includes invalid characters for a local volume name, only "[a-zA-Z0-9][a-zA-Z0-9_.-]" are allowed. 有人知道发生了什么事? 更新我删除了“$ PWD / src”双引号,并把单一的,它给了我这个消息 来自守护进程的错误响应:创build$ PWD / src:“$ PWD / src”包含本地卷名的无效字符,只有“[a-zA-Z0-9] [a-zA-Z0-9 _.-]”允许。

JRebel和Docker bean初始化错误

我正在使用运行在Docker上的JBoss部署我的应用程序。 当我运行脚本来build立和运行图像时,一个bean仍然在制造麻烦: ServerService Thread Pool — 100| ERROR [org.springframework.web.context.ContextLoader] – Context initialization failed: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'applicationValidatorService': Cannot resolve reference to bean 'applicationValidator' while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'applicationValidator' defined in file [/home/exion/.jrebel/cache/ib-validation-ws-impl/deployment/META-INF/spring/ws-applications-beans.xml]: Cannot resolve reference to bean 'poolTaskManager' while setting bean property 'taskManager'; […]

Json架构草稿v4降价文档

有人知道如何生成JSON模式(草案版本4)降价文档? docker图像将是完美的或描述如何创build这个dockerfile和docker-compose文件。 我已经发现: https://www.npmjs.com/package/jsonschema-md – >但创builddocker工人失败了

确定一个进程在windows / iis中运行

有没有办法编程/使用bash脚本来确定我们在基于Windows的Docker容器(即Microsoft / iis)中运行?

JRebelcaching在Docker上

我已经使用Docker来部署使用JRebel的应用程序。 我的问题是:我可以在哪里find这个目录? /home/exion/.jrebel/cache

datapower不能安装在docker中

我在Windows 7 64位上安装了Docker Toolbox。 然后我按照链接https://developer.ibm.com/datapower/docker/ docker pull ibmcom / datapower:最新 下载完成后,DataPower图像出现在我的registry中。 当我键入以下命令它不响应它永远等待。 $ docker run -it -v $PWD/config:/drouter/config -v $PWD/local:/drouter/local -e DATAPOWER_ACCEPT_LICENSE=true -e DATAPOWER_INTERACTIVE=true -e DATAPOWER_WORKE R_THREADS=4 -p 9090:9090 ibmcom/datapower time="2017-03-02T18:03:24+03:00" level=info msg="Unable to use system certificat e pool: crypto/x509: system root pool is not available on Windows"

设备如何映射“联合”泊坞窗图像

我理解AUFS如何将各种目录的联合视图呈现给docker工人。 但是,当涉及到Docker的DeviceMapper作为后端: 虽然我理解设备映射器精简configuration和快照如何工作,但我无法理解docker中的各种图像层如何“合并”为单个视图。 docker文档,只谈快照时的快照,但没有详细说明。 因此,在理解(高层次)时,我是否正确:例如,当下载3层图像时,docker工人将: 为基础层创build一个设备/逻辑卷,并复制它的基础焦点(假设不存在) 拍(1)的快照,然后覆盖第二层(使用CoW) 拍(2)的快照,然后对第3层执行相同操作。 一旦设备被创build,从docker中心下载的tar文件可能不再需要和删除?