后端 解决:magento2系统Http跳转https总是带SID Magento2框架,使用了https加密访问,在nginx配置了强制http跳转到https 正常情况下,使用http://www.yroot.win访问的时候是正常的,能跳转到https://www.
Magento M2开发记录集:神奇的sql语句,无法获取获取正常结果 Magento2构架在时间处理上,确实是一个神奇的存在,而这次依然还是时间截的问题。 一、先说说表象,程序上需要按时间去做sql拼接查询数据库,获取指定时间内的订单数据 * 数据库是用了日本东京时间; * 后台设置的也是日本东京时间; * 服务器设置的,
Magento M2开发记录集:时间截 Magento是个神奇的系统,跟国内的框架是不一样的,订单/用户的时间也会是有所差异,当你开发过程中如果不涉及到时间的问题,那还好,不会觉得很折腾,相反,要是涉及到时间的查询,或是计划任务,
Magento 「记」我的magento2之旅 这是我接触magento2开发的记录,遇到的问题,都抽时间记录下来吧,做为我成长的见证 一、后台无法显示登录,提示《后台重定向次数过多》,查看nginx日志,提示如下:
php M1开发总结:view视图层layout/template/block解说 magento前端的View视图层,由layout/template/block三者共同组成,不同于国内开源框架(并不是在controler层做数据绑定,同时也没有使用模板引擎的),magento将view抽出来,交由xml配置文件定义,导致很多刚接触magento的开发人员无所适从,其实主要搞清楚layout/template/block这几个东西,其实也就明白了。 magento在前端开发中,template其实是非常灵活的,具体是模板与数据可以随意调用,一个写好的模板可以在A\B多个控制器输出显示,且还不用修改控制器的代码(在layout的xml文件里面配置好就行),这与国内常用开源框架是有差异的。 template:模板,由html标签语言编写,
php M1开发总结:模块etc/config.xml的解说 上一篇我们说到M1开发总结:模块基础常识,而这一篇,我们再进入了解一下模块的配置文件config.xml,这是magenot模块的核心,是非常折腾人的地方,以下的解释也可能比较烧脑,建议是自己找个空闲时间,同时结合config.xml慢慢阅读,好好用心掌握,理解完了也就基本上能搞明白magento了,咱先看看config.xml基本结构。 1.6.0.8 Mage_Sales_Model sales_
php M1开发总结:模块基础常识 > magento跟国内的开源框架有些许不一样,也有MVC架构的思想,但又并不完成一样是有所变化的,Magento它很多东西是由交由xml配置文件来主导,这样的好处是更灵活了,但对于开发人员来说,学习成本更高了! 对于magento后端开发人员来说,在理解目录结构后,再理清magento的模块概念也是很重要的一个事情,以下几点说明,希望能给到后端开发人员一些帮助: > 一、Magento模块里面包含Model、Block、Controllers、Helper、sql、etc、目录,这几个目录有什么用?在实际开发中又是怎么使用呢? Model:mvc框架下的M是一致的概念 ,读取数据库数据的,
php M1开发总结:目录结构及开发注意点 开发前对目录结构了解非常重要,以下是对Magento(1.9.2.4)主目录的结构小整理(没有描述的目录在开发中非常少用到,所以也就不加说明了) ├── ./app magento主目录:模块功能都在此目录下 │ ├── ./app/code 模块目录 │ │ ├── ./app/code/community 第三方模块 │ │ ├── ./app/code/core 核心模块:magento核心代码(产品/
Magento magento报SOAP-ERROR: Parsing WSDL: Couldn't load from 换了个新服务器soap接口出错导致服务异常了,接口报了以下错误 SOAP-ERROR: Parsing WSDL: Couldn't load from 'https://www.
Drupal 「记」drupal开发前要处理的工作 太久没用drupal开发,基本上又忘记了,以前开发还是基于D7版本,现在换D8了,两个版本差异还是挺大的,重新安装了框架,对着晴空 [http://www.nowicode.
Apache 「记」web服务器与php执行模式 对于一个web开发者来说,搭建web开发环境其实很简单,windows下直接用集成环境,linux下命令安装也非常方便,不管是LAMP/LNMP/LLMP网上环境搭建的资料更是成千上万,也正是因为如此方便,导致很多线上的web服务器是集成或复制命令进行运行环境搭建。 很多开发者都不曾了解过web服务器的配置细节及php执行模式,
Magento magento环境搭建系列:解决composer install安装magento2.3.4错误的记录 先说说基本情况,Magento2.3.4的系统,从线上git clone到本机搞开发环境,配置好域名后,打开域名就给我报了Vendor autoload is
Magento 「记」magento1.9.24奇葩的数据库连接错误 这是一次非常奇怪的错误,正在测试站点,突然间就直接报了以下错误 SQLSTATE[HY000] [1045] Access denied for user
Linux 解决Apache开发环境使用php5.6-curl与curl时,libcurl4与libcurl3相互冲突 先说说基本的环境情况,Kali最新系统(基于Debain内核),无法同时使用curl与Lamp开发环境。主要是依赖冲突,php5.6-curl需要使用libcurl3库,而curl需要使用libcurl4库,但libcurl3与libcurl4却又不能相互兼容。 导致想用curl的时候,
php magento环境搭建系列:Notice: Array to string conversion 错误 ubuntu16.04系统使用magento的19.24版本,用apache2.4.18+php7.1配置完环境后,打开站点却报了以下的错误。 Notice:
Magento 解决magento无法加载css,导致页面显示不正常 安装好magento后,访问页面能出来,但显示却不正常,后台登录页面能正常,但登录后页面也不正常,如下 查看页面源代码,发现css跟js的路径不正常,直接引用了本地的绝对路径,如下:
后端 一次处理swoole的cannot open shared object file错误记录 项目需要使用到swoole,按官方提示安装好之后,执行时却报了以下的错误 PHP Warning: PHP Startup: Unable to load
node laravel-shop环境搭建,解决node恶心的/usr/local/lib/node_modules/npm/bin/npm-cli.js:85 node不管你喜不喜欢、有没有了解过,但在项目中却总是会用到,开源的集成太多了.不管是哪一个框架,composer安装后,总会给你集成一大堆的东西,不管你有没有了解过,后期开发会不会用到,全给你集成进去了(
Magento 解决magento的SOAP接口错误 项目需要,增加了一相soap接口,请求接口时,却报了以下这个错误。 SOAP-ERROR: Parsing WSDL: Couldn't load from
laravel 解决laravel-shop的The Mix manifest does not exist.错误 laravel好用吗?真不知道,项目需求需要用到这个框架,安装就搞了好久,现在的框架都变了,不再像以前把代码拿过来,配置好apache就能进行访问开发了,有好也有不好吧,或许我真的老了。 回到正题,
laravel 解决nginx/1.14.2报502 Bad Gateway错误 新搭建了一个站点,访问的时候却报了502的错误,先对nginx日志做一下监听看看,执行tail -f /var/log/nginx/error.log,
转载 安装 Laravel-shop记录 转自:https://learnku.com/articles/29049 前言:用laravel-shop框架,发现换一台电脑就要重新安装一次,真感觉不方便,