最近到了系统开发后期，需要对数据进行按时间备份。备份完成后对之前数据表的处理就只有删除了，突然查下资料，发现删除还是挺多的。显而易见都明白此刻应该用什么删除了。就不在此讨论解决方案了，只总结交流知识点。

truncate table命令将快速删除数据表中的所有记录，但保留数据表结构。这种快速删除与delete from 数据表的删除全部数据表记录不一样，delete命令删除的数据将存储在系统回滚段中，需要的时候，数据可以回滚恢复，而truncate命令删除的数据是不可以恢复的

可以做一个测试

建一个带有自增字段的表，加入100万数据
然后分别用TRUNCATE和DELETE删除全部数据
然后再向表里插入一条数据

最直观是：
1.TRUNCATE TABLE是非常快的
2.TRUNCATE之后的自增字段从头开始计数了，而DELETE的仍保留原来的最大数值

………………………………………………………………………………………………
注意:这里说的delete是指不带where子句的delete语句
相同点
truncate和不带where子句的delete, 以及drop都会删除表内的数据

不同点:
1. truncate和 delete只删除数据不删除表的结构(定义)
drop语句将删除表的结构被依赖的约束(constrain),触发器(trigger),索引(index); 依赖于该表的存储过程/函数将保留,但是变为invalid状态.
2.delete语句是dml,这个操作会放到rollback segement中,事务提交之后才生效;如果有相应的trigger,执行的时候将被触发.
truncate,drop是ddl, 操作立即生效,原数据不放到rollback segment中,不能回滚. 操作不触发trigger.
3.delete语句不影响表所占用的extent, 高水线(high watermark)保持原位置不动
显然drop语句将表所占用的空间全部释放
truncate 语句缺省情况下见空间释放到 minextents个 extent,除非使用reuse storage;   truncate会将高水线复位(回到最开始).
4.速度,一般来说: drop>; truncate >; delete
5.安全性:小心使用drop 和truncate,尤其没有备份的时候.否则哭都来不及
使用上,想删除部分数据行用delete,注意带上where子句. 回滚段要足够大.
想删除表,当然用drop
想保留表而将所有数据删除. 如果和事务无关,用truncate即可. 如果和事务有关,或者想触发trigger,还是用delete.
如果是整理表内部的碎片,可以用truncate跟上reuse stroage,再重新导入/插入数据

语句实例：
truncate table tax_yys

m2相较m1 变化可以说非常大，相当于从头到位都改写一遍，更现代化，更优雅。除了数据库表变化不是很大。

所以迁移的话 会比较麻烦。
主要迁移的内容有：
1，主题
2，插件(自己开发的或者第三方插件)
3，数据库

主题

不能迁移到m2。

只能有3个选择

• 找专业人士重新开发一个m2主题，参考前端开发人员指南
• 去Magento Marketplace买一个主题,或者其他m2主题网店买
• 直接用默认的LUMA主题 或者在它基础上改下

插件

这个有点麻烦，因为m2不兼容m1的代码。

有4种选择

• 找专业人士重新开发一个插件
• 自己把m1的插件拷过来，按照m2的写法去改 Magento 2编码标准
• 如果是买的插件 就看下插件提供商有没有m2版本
• 用官方提供的code迁移工具，见code-migration.慎用，不太完善，坑很多。

数据库

这个可以，但是操作也比较麻烦，用的是官方提供的迁移工具，data-migration-tool

主要步骤有:

• 安装数据迁移工具，见http://devdocs.magento.com/guides/v2.2/migration/migration-tool-install.html
• 暂停M1网站的所有操作,也就是临时关闭 进入维护模式(maintenance mode)
• 停止M1网站的cron计划任务
• 使用迁移工具迁移设置和网站(比如stores, websites,system configuration like shipping, payment, tax settings,),见http://devdocs.magento.com/guides/v2.2/migration/migration-migrate-settings.html
• 将M1的media文件复制到M2。（必须手动将它们复制<magento1-root>/media到<magento2-root>/pub/media）
• 使用数据迁移工具将数据从M1数据库迁移到M2数据库
• 完成后，到M2里 执行php bin/magento indexer:reindex命令重建索引
• 仔细测试你的M2网站

Magento 有的版本在刷新index的时候有时候有bug，特别对于URL Rewrite 这条容易出错，或者一直停留在processing状态无法重新建立索引可以用这种方法解决：

1.打开这个文件：

app/code/core/Mage/Catalog/Model/Url.php


2.在807行找到以下内容：

if ($product->getUrlKey() == '' && !empty($requestPath)
   && strpos($existingRequestPath, $requestPath) === 0
)

3.替换为：

if (!empty($requestPath)
           && strpos($existingRequestPath, $requestPath) === 0
) 

4. 进入你的Mysql数据库清空这个表  core_url_rewrite

最后重新建立索引即可。

1、登录phpmyadmin（或其他数据库管理工具）

2，打开Magento数据库，找到“core_url_rewrite” 这个表，清空这个表,或者执行以下sql命令

sql: TRUNCATE core_url_rewrite

3、重建网站索引：打开->system->Index Management 选择所有Index，并重建索引数据Reindex Data

当我们网站商品很多的时候，比如有几千件，我们刷新Magento的索引管理（Index Management）经常会失败。那么后台刷新不了，我们还可以通过命令行来刷新。

使用命令行来刷新索引管理会极大降低系统消耗，容易成功。

我们来看下步骤，如果你在使用linux服务器，登入你的ssh客户端，切换目录到你magento根文件夹中名字是shell的文件中。（切换文件夹的命令：cd）
在此文件夹中输入如下命令

php -f indexer.php — -reindex catalog_url

它的意思是刷新Catalog Url Rewrites即网址重写。成功后会有成功提示，如：Catalog URL Rewrites index was rebuilt successfully

使用命令

php -f indexer.php help

可以得到有关命令的使用帮助，具体参数用法可以参照帮助实践。

具体命令如下：

php -f indexer.php — -reindex catalog_product_attribute
php -f indexer.php — -reindex catalog_product_price
php -f indexer.php — -reindex catalog_url
php -f indexer.php — -reindex catalog_product_flat
php -f indexer.php — -reindex catalog_category_flat//不是经常刷新
php -f indexer.php — -reindex catalog_category_product
php -f indexer.php — -reindex catalogsearch_fulltext
php -f indexer.php — -reindex cataloginventory_stock

php -f indexer.php — -reindex tag_summary

其它扩展：

在magento中，reindex是经常需要使用的功能， 这个功能除了可在后台直接使用外，还能通过一个magento自带的脚本运行，这个脚本的位置在shell\indexer.php。

脚本的三个常用选项如下：

（1）查看哪些选项可以reindex

php indexer.php info

第一项是参数值，第二项是这个值的解释（也就和在后台上看到的一样）

（2）reindex 全部选项

php indexer.php reindexall

（3）reindex 其中的某一项

php indexer.php –reindex cataloginventory_stock

参数值可通过（1）查得

注意了，在reindex.php 的帮助中提示命令的格式应该如下：

php -f indexer.php –reindex cataloginventory_stock

但实际发现这个命令是没法运行的。

Google Adsense 目前信誉较好的广告主, 尽管有诸多问题但还是站长首选。

1. Google Adsense : (CPC)

Alternativas   Adsense: 下面这几个是除了Adsense之外比较好的几个了

网友提问：adsense在一年前被封了，原因是广告位小。现在申诉也不回覆邮件了。
开始想做英文站，想重新申请新帐号，但是在网上看到一些，说地址、人名和电话重复的话就不能通过审核，且再次被K的可能性很大。
那我是不是以后再也不能用adsense了？

各位有什么方法或者有没有其他一样好的国外联盟。 谢谢！

1. Chitika :   (CPC)
2. AdBrite : . (CPC);
3. Bidvertiser.com :   (CPC)
4. 24/7 RealMedia : (CPM)
5. Burst Media :   (CPM)
6. Commission Junction : R (CPA)
7. Kanoodle (CPC);
8. LinkShare : . (CPA)
9. ValueClick : (CPM)

Beta这两个还只是Beta版的好像只有美国人才能申请

1. Yahoo Publisher Network : Beta (CPC)
2. MSN adCenter : /Beta (CPC)

详细点评：

最近一直在研究除了Google Adsense 以外的其他适合英文站的国外广告联盟，以替代被Google Adsense K站中的广告，不然不错的流量就太可惜了，在网上搜索以及和Firm交流，整理出如下几个口碑不错的广告联盟，下一步就是逐个验证收益效果了，留下此文存档吧！

如果你有其他更好的广告联盟，欢迎大家留言补充啊！

Infolinks- 一个内文广告联盟，效果很好，除adsense外必做的广告，因为它并不影响adsense的广告位，相当于多一份收入。支持paypal付款。（验证中）

Adbrite – 跟adsense类似的关键字广告，不过广告形式比google多，如整页弹窗和内文广告等，如果你的adsense不幸挂了， 这是第一选择，最初开始放的时候单价会低，半个月至一个月以后单价会慢慢变高，而且整页弹窗的效果也非常不错。一般英文站的效果要好，中文站基本没有效果。（验证中）

Kontera – 内文广告联盟，和infolinks一样，效果一般，收入有时不稳定，但是如果能争取到他们的cpm计划（有流量和质量要求），效果会很不错。支持paypal付款，申请加入有最低流量要求，有一定流量的网站一般还是能通过得。（验证中）

Chitika – 已经由原来的cps转向cpc，广告是根据搜索关键字来显示的，按点击计费，与adsense基本相似，但是如果美国和加拿大的搜索流量居多的话，效果可能比adsense要好。支持paypal支付。（验证中）

Bidvertiser.com – 基本上和adsense类似，支持paypal（20美元起付）。注意，注册网站的时候一定要选好分类，选单价高的分类如shopping或者health，这样以后出现的广告就会单价稍微高一点，还有就是后台有类似adsense的广告审核功能，去掉那些低价的广告也能提高单价，如果你不想做或者没法做adsense，这倒是个不错的选择。（已验证）。

Clicksor – 跟adsense类似，一般只支持英文站，单价还不错，支持paypal付款。有好几个朋友向我推荐以后，我也试了一段时间，效果还算可以。（验证中）

WidgetBucks – Widget Bucks 是基于商品销售模式的cpc兼cpm，cpc只支持某些国家ip,cpm支持全世界任何国家，cpc单价较高，cpm单价不怎么高，$0.15/1000左右。支持paypal付款。（未验证）

CPALead – 引导调查或注册，你可以通过任何方式引导你的网站访客做完调查或完成注册，来获取收入，包括强制注册和诱导。适合英文垃圾站和各种提供特殊服务的站等。一般情况下完成一个调查或注册1美元左右。（未验证）

Reviewme – 国外最好的话题营销服务联盟，也就是付费评论，按要求写一篇文章付多少钱。基本上5美元起价。（未验证）

Linkworth – 跟reviewme一样，不过门槛低一点，如果reviewme不接受你的话，可以去试试这个。（已验证）

CJ – 最著名的cpa广告商，广告种类繁多，而且很多大公司，就是由于前期国人作弊太多导致对中国帐户有歧视，很难找到好广告主。（已验证）

Linkshare – 销售类广告联盟，各种各样的广告商都有。一般都是按CPA或CPS计费。只支持支票付款。（未验证）

Clickbank、Paydot – 销售电子书和软件等电子产品的联盟，提成很高，能不能卖出去看你的本事了。（未验证）

Etology – 广告交易联盟，和阿里妈妈差不多，有中文操作界面。看你的网站内容和流量决定你的广告价格。（未验证）

ADSDAQ – 一个没有最低流量要求的cpm广告联盟，注册后直接通过，cpm价格也比较不错，前提是你的流量价值要高。（未验证）

以下是搜到的但还没有具体研究过的一些联盟：

Yahoo YPN – 跟adsense质量差不多，需要用美国Tax ID，因此很难申请下来，除非你在美国，并且你的网站质量很高。

ValueClickMedia、Casale Media、CPX Interactive – 比较好的cpm广告，要求流量都比较大。

Payperpsot、Sponsoredreviews – 另外两个国外比较好的付费博客联盟，Payperpost要求比较高。

Text Link Ads – 如果你PR大于4或者你的alexa排名较高，TLA是一个不错的选择. 有可能通过它赚的钱比adsense还多。

TNX – TNX 是一个链接销售的网站，你可以在这里销售你的网站链接，pr值决定你能赚多少，支持paypal付款。

Magento装了SSL证书之后访问提示不安全，谷歌浏览器访问显示：

火狐查看页面信息发现安全里面也没有识别证书发行商,提示Owenr:This website does not supply ownership information：

客户很着急，我们也很着急。。。后来证书重新安装了下，还是这样。登陆网站后台后，发现Magento有个设置secure链接的地方（），如下图：

Secure栏下的Base URL写成https的链接然后保存下，这时候再访问发现变成了有警告（警告有不安全因素）：

但是火狐浏览器中查看页面信息里面的安全中可以检测出证书是哪家的了：

但是既然有个警告的图标说明还是有不安全的链接在里面，于是查看了下网页源码发现果然还是有的链接是http而不是https。估计是网站本身的url造成了，于是在后台的unsecure栏将Base URL也改成https，这样网站整个使用https来访问，彻底安全了：

谷歌浏览器在判断网站是否正常安装ssl证书方面做得挺好的，通过各种图表很直观的告诉访问者这个网站是否安全：

http://support.google.com/chrome/bin/answer.py?hl=zh-Hans&answer=95617

一般说来非https连接的图片也会导致安全警告。

Google AdWords Express 服务是谷歌为中小企业提供的智能型简易广告服务，相比AdWords来讲，它的操作会更加的简洁一些，只需要短短的十五分钟，AdWords Express就可以设置完毕。

很多小企业可能没有太多的广告预算，也没有足够的人力、精力去研究关键词等到内容，所以没办法去申请。

AdWords Express可能就是个不错的选择。它是AdWords的简化版本，可以自动管理在线广告，你不需要为此付出太多的时间，如果你已经有AdWords账户，可以在这里切换成AdWords Express。

不过同时使用AdWords Express 和AdWords 两种广告工具不仅会让你的广告管理工作变得更加复杂，还会让广告指尖相互竞争，因此最好不要同时使用两种广告工具。

使用 AdWords Express 或 AdWords，您可以在 Google.com.hk、Google 地图和 Google 展示广告网络的相关网站上展示广告。使用其中任何一种广告产品，您都可以在广告中加入有针对性的信息，力争吸引并留住潜在客户。这两种产品均可帮助您在最合适的时机向潜在客户展示广告。

当然，两种广告都有自己的优势：

AdWords Express优势

· 仅在有人点击您的广告时才需要付费

· 几乎不需要进行持续管理

· 在 Google、Google 地图以及合作伙伴网站上投放广告。

· 可覆盖您选择的任何地理位置的客户

AdWords优势

· 仅在有人点击您的广告时才需要付费

· 您选择自己的关键字，设置出价，并组织帐号结构

· 覆盖您选择的任何地理位置的客户

· 投放广告时可使用特殊的广告格式并获得详细的报告

AdWords Express有些额外的限制

·每次点击费用(CPC)出价不能超过2美元

·广告只出现在Google上，而不是他们的搜索合作伙伴

·只允许创建文字广告

不过，无论最后你打算使用哪个工具，Google AdWords的功能绝对要远超于Google AdWords Express，因为你无法定位到特定的受众群体，而且优化的机会也会减少，不过AdWords Express是一项节省时间的工具，如果你的人力、预算有限，倒是个很好的选择。

更多阅读：https://searchenginewatch.com/sew/how-to/2374899/know-your-platforms-adwords-vs-adwords-express

nofollow标签我们都很熟悉了，那么rel =“noreferrer”又是什么呢，两者有什么区别呢？

首先，rel =“noreferrer”不会影响任何SEO。 它只会影响浏览器端，指定如果用户遵循超链接协议，则浏览器不应发送HTTP引用链接。

在理论上，rel =“noreferrer”不应该有任何SEO影响，而nofollow明确指出，该链接不以任何方式认可目标网址，也就是本页面的权重禁止传递到目标网址。

nofollow是Google于2005年发明的，为了对博客中的垃圾评论进行反击，任何出现在评论部分的URL都不会将PR传递到目标网页。

目前只是在理论上探讨，因为目前还没有官方文件明确指出使用noreferral会改变SEO的任何内容，一般最好不要那样做。

做独立网站的非常关心用户在垃圾邮件文件夹中收到的电子邮件。当交易电子邮件进入垃圾邮件时，情况变得恶化。这可能会导致客户在打开此类电子邮件时考虑安全问题。为什么邮件到达垃圾邮件文件夹？这个问题正在被许多Magento相关论坛讨论。

可以尝试配置邮件域名服务器和IP

配置域名SPF记录：这是在域名DNS中找到的TXT记录。该记录包含可以从域发送电子邮件的所有IP和主机名。在收到电子邮件后，SPF记录会检查授权的电子邮件。

标识邮件的域密钥：将签名添加到每条消息。发件人通过阅读您域中的DNS记录中找到的公钥进行验证。私钥，公钥和签名都在DNS记录中找到。

这种方法只是增加了一个安全层，但不能保证完全避免垃圾邮件。

反向DNS：电子邮件应该有自己的IP地址和解析的主机名。

比如如果你使用腾讯的邮箱：
为了提升域名邮箱发送外域（@qq.com以外的邮箱）邮件的成功率，建议您给自己的域名设置一条TXT记录来避免这种情况。

TXT记录值为：v=spf1 include:spf.mail.qq.com ~all

查看更多解决方法：https://www.cloudways.com/blog/how-to-avoid-spam-emails-magento/

刷新index的时候出现：

There was a problem with reindexing process.SQLSTATE[23000]: Integrity constraint violation: 1452 Cannot add or update a child row: a foreign key constraint fails (`mysql_data`.`#sql-26c7c_8fb2d0`, CONSTRAINT `FK_CAT_PRD_FLAT_1_ENTT_ID_CAT_PRD_ENTT_ENTT_ID` FOREIGN KEY (`entity_id`) REFERENCES `catalog_product_entity` (`entity_id`) ON DELETE CASCADE O)

解决方法：

似乎 Magento 不干净桌子时删除了一些信息，所以你需要手动，清除使用此 SQL 查询 ︰

TRUNCATE TABLE ´catalog_product_flat_1´;

然后，运行重新索引的过程。

就好要清空该表; 由于 Magento 使用 EAV 表到 rebiuld （重新编制索引） 遍。