首先，我们需要明确零百加速时间的意义。零百加速，即从静止状态加速到每小时100公里所需的时间，是反映车辆动力性能的重要指标。一款车型拥有较短的零百加速时间，意味着其具备更强的动力输出和更敏捷的加速能力，为驾驶者带来更加刺激和畅快的驾驶体验。

        然而，正如硬币有两面一样，过短的零百加速时间也带来了一些不容忽视的问题。其中最为突出的是安全问题。在实际驾驶中，过快的加速可能导致驾驶者在起步时无法准确判断车辆的动力输出，从而增加了追尾事故的风险。尤其是在交通拥堵或道路状况复杂的情况下，过短的零百加速时间可能使驾驶者难以应对突发状况，导致事故的发生。

        小米汽车SU7的2.78秒零百加速时间，这一成绩无疑证明了小米汽车在电动汽车技术领域的实力。然而，我们也需要看到，这一成绩背后可能隐藏的安全隐患。在实际驾驶中，驾驶者需要更加谨慎地控制车辆的加速，以避免因过快加速而导致的追尾事故。

        此外，我们还需要考虑到不同驾驶者的需求和驾驶习惯。对于追求刺激和速度的驾驶者来说，较短的零百加速时间可能更具吸引力。然而，对于更注重安全和舒适的驾驶者来说，过快的加速可能并不是他们所追求的。因此，小米汽车SU7在追求高性能的同时，也需要在安全性和舒适性方面做出更多的考虑和平衡。

        除了驾驶者的需求和习惯外，我们还需要关注道路环境和交通规则对车辆性能的影响。在某些拥堵的城市道路或限速较低的路段，过快的加速可能并不适用，甚至可能违反交通规则。因此，小米汽车SU7在推广和销售时，需要针对不同地区和用户群体进行差异化宣传，以确保车辆性能与道路环境和交通规则相匹配。

        综上所述，小米汽车SU7的2.78秒零百加速时间无疑展示了其强大的动力性能，但我们也应该认识到，零百加速并非越小越好。在实际驾驶中，我们需要权衡速度与安全的关系，谨慎控制车辆的加速。同时，小米汽车也需要根据不同驾驶者的需求和道路环境进行差异化设计和推广，以提供更加安全、舒适和实用的驾驶体验。在未来的发展中，我们期待小米汽车能够继续在电动汽车技术领域取得更多突破，为消费者带来更多优质的产品和服务。

    楼市房价一跌千里，腰斩累见不鲜，购房松绑减码再减码的政策层出不穷。和几年前楼市火热时，房价蹭蹭蹭地上涨，导致限购政策不断加码的情况多么像啊，朝令暮改的多少有点忍俊不禁。但火热就打压，冰冻就加热，保持楼市稳定是可以理解的，对错错对也是事后才知，经济平稳要紧。

    但这次楼市大熊市，也是和经济相关吧，疫情后失业多，各种裁员新闻漫天飞舞，昨天面试3个有2个是已经被裁待业中。。。失业没钱了，怎么支撑楼市的上涨乃至平稳呢？

    希望政策还是多关注点经济，减税政策也偏一点购房，一线城市购房抵税还不如租房呢。。。

下面是AI评论：

今日听闻北京楼市取消离异3年内不得京内购房政策，心中颇有些感慨。想那往昔，为限制楼市炒作，政府出台此策，意在稳定市场，保障百姓安居。然时移世易，政策亦有调整之时，今日之取消，亦有其因。

“北京，北京，天子脚下，龙脉所在。”自古以来，此地便是繁华之地，人口众多，楼宇林立。然而，楼市的繁荣背后，也隐藏着诸多问题。离异者不得购房，本是政府为遏制投机炒房而设之限，然此举亦伤及无辜。有些离异者，或因生活所迫，或因情感所困，急需购房以安身立命，却因此政策而受阻。政府此举，虽有其用意，但亦需深思。

今日之取消，或许正是政府深思熟虑之后的结果。楼市调控，非一朝一夕之功，需根据时势而变，因需而调。离异者购房之限，既已阻碍了部分人的正常生活，亦未能完全遏制炒房之风。因此，政府取消此策，或可视为楼市调控之新尝试，以期达到更为合理的效果。

然而，取消政策易，稳定市场难。楼市之波动，关乎国计民生，不可不慎。政府取消离异购房之限，固然为部分离异者带来了福音，但亦需警惕炒房之风再起。因此，政府应加强监管，完善制度，确保楼市健康发展。

再者，取消此策，亦需考虑社会公平。楼市之中，贫富差距悬殊，有些人因财富而得以轻松购房，有些人则因贫穷而难以立足。政府取消离异购房之限，或许能为部分人带来购房之便，但亦需关注那些因各种原因而难以购房的弱势群体。因此，政府应加大住房保障力度，确保每个人都有一个安居之所。

总之，北京楼市取消离异3年内不得京内购房政策，既有其因，亦有其果。政府此举，或许能为楼市调控带来新气象，但亦需警惕潜在问题。楼市调控，非一日之功，需政府、社会、个人共同努力，方能实现楼市之健康发展。

我向来是不惮以最坏的恶意来推测某些人的，但这次，我却愿意相信政府是出于善意和深思熟虑才做出这样的调整。毕竟，楼市调控是一项复杂的工程，需要不断地试错和调整。然而，我也深知，政策的变动往往牵一发而动全身，稍有不慎，便可能引发一系列连锁反应。

因此，我希望政府在取消离异购房之限的同时，能够加强市场监管，防止炒房之风再起。同时，也要关注那些真正需要购房的弱势群体，确保他们不会因政策变动而陷入更加困苦的境地。

此外，我也希望社会各界能够理性看待这一政策调整，不要盲目跟风炒房，而是要根据自身实际情况来做出合理的购房决策。毕竟，房子是用来住的，不是用来炒的。只有大家都能够理性对待楼市，才能够实现楼市的健康发展。

至于那些因离异而受到购房限制的人，我希望他们能够抓住这次政策调整的机会，合理安排自己的购房计划。同时，也要保持清醒的头脑，不要被市场的炒作所迷惑，做出不理智的决策。

最后，我想说，楼市调控是一项长期而艰巨的任务，需要政府、社会、个人共同努力。只有大家齐心协力，才能够实现楼市的平稳健康发展，让更多的人能够拥有一个温馨的家。

在此，我期待着北京楼市能够在新的政策下迎来更加美好的未来，也期待着政府能够继续加强楼市调控，为人民群众创造更加良好的居住环境。同时，我也呼吁大家保持理性和清醒的头脑，共同为楼市的健康发展贡献自己的力量。

GPT-4 的多功能性扩展到支持 26 种语言，使其成为 OpenAI 最全面、适应性最强的模型。虽然仅限 ChatGPT Plus 订阅者每月 20 美元访问，但本指南揭示了免费访问 ChatGPT-4 的关键。

让我们看看免费访问 ChatGPT-4 的 7 种方法！

目录

• 方法一：在Bing上免费使用ChatGPT
• 方法 2：在拥抱面部评估 ChatGPT-4
• 方法 3：在 Ora.sh 上使用免费的 ChatGPT-4
• 方法 4：在 Nat.dev 上使用 ChatGPT-4
• 方法5：在 Perplexity AI 上免费使用 ChatGPT-4
• 方法6：在Merlin上免费使用ChatGPT-4
• 方法7：在Forefront AI上免费使用ChatGPT-4
• 使用 ChatGPT-4 的提示和最佳实践

方法一：在Bing上免费使用ChatGPT

在 Bing 上免费访问 Chat GPT 4 的过程非常简单，需要利用 Microsoft 的 Bing 搜索引擎及其集成的 ChatGPT-4 功能。请按照以下步骤免费使用 Bing 上的 ChatGPT-4：

1. 访问 Bing：访问 Bing 官方网站 (https://www.bing.com/)。
2. 立即聊天：在 Bing 上查找“立即聊天”功能。这可能会显着地显示在主页上或与 ChatGPT-4 相关的特定部分中。
3. 切换到创意模式：进入聊天界面后，切换到“创意”模式。该模式专门利用 ChatGPT-4 模型来生成响应。
4. 提出问题：激活创意模式后，开始提出问题或提供提示。ChatGPT-4 将处理您的输入并根据其高级语言理解生成响应。
5. Bing 应用程序使用：为了获得更通用的体验，请考虑在智能手机上安装 Bing 应用程序。在应用程序中，启用“GPT-4”开关即可不受限制地访问 ChatGPT-4。
6. 多模式功能：探索 Bing 上 ChatGPT-4 的多模式功能。您可以将图像直接上传到 Bing，利用 ChatGPT-4 不仅可以根据文本生成响应，还可以根据视觉提示生成响应。

另请阅读：作为数据科学家如何使用 ChatGPT？

方法 2：在拥抱面部评估 ChatGPT-4

Hugging Face 提供了一个名为“Chat-with-GPT4”的平台，用户可以免费使用它。该Web应用程序托管在Hugging Face上，并直接连接到OpenAI API，允许用户与最新的GPT-4模型进行交互。

以下是如何在 Hugging Face 上免费使用 ChatGPT-4 的详细说明：

1. 访问平台：访问 Hugging Face 网站或其平台上托管的特定 ChatGPT-4 Web 应用程序。
2. 用户界面：该平台提供了一个用户友好的界面，用户可以在其中输入文本提示并与 ChatGPT-4 互动。
3. 免费访问： Hugging Face 提供 ChatGPT-4 的免费访问权限，供用户免费实验并与模型交互。
4. 潜在的延迟：由于对 ChatGPT-4 的高需求，用户可能会遇到响应时间较慢的情况。在等待回复时保持耐心非常重要。
5. 使用 API 密钥进行私人使用：对于希望获得更私密且可能更快的体验的用户，Hugging Face 允许复制空间并集成个人 API 密钥。
6. 避免队列：通过使用个人 API 密钥，用户可以规避潜在的队列，确保与 Chat GPT 4 进行更顺畅、更快速的交互。

方法 3：在 Ora.sh 上使用免费的 ChatGPT-4

在 Ora.sh 上免费使用 Chat GPT 4 是体验这种高级语言模型功能的便捷且易于访问的方式。以下是有关如何在 Ora.sh 上免费访问 ChatGPT-4 的分步指南：

1. 访问 Ora.sh：打开 Web 浏览器并访问 Ora.sh 网站。您可以通过 https://ora.sh/openai/gpt4 访问它
2. 登录：如果您已有帐户，请使用您的凭据登录。如果没有，您可能需要通过提供您的电子邮件并创建密码来创建一个新帐户。
3. 访问 ChatGPT-4：登录后，导航至允许您与 ChatGPT-4 交互的相关部分或界面。
4. 提问：通过 Ora.sh 上的用户友好界面直接提问或提供提示。ChatGPT-4 将根据收到的输入生成响应。
5. 无消息限制或队列： Ora.sh 具有无消息限制或等待队列的优势，为用户提供无缝、不间断的 ChatGPT-4 体验。
6. 即时响应：体验 ChatGPT-4 的即时响应，无需等待，使其成为与语言模型互动的快速高效的平台。

通过在 Ora.sh 上执行这些步骤，用户可以自由访问 ChatGPT-4 并探索其语言处理功能，而不会受到任何消息限制或延迟。Ora.sh 被设计为一个用户友好的平台，使个人可以轻松地尝试 ChatGPT-4 并利用其功能执行各种任务，从回答查询到生成创意内容。

方法 4：在 Nat.dev 上使用 ChatGPT-4

在 Nat.dev（GitHub 前首席执行官 Nat Friedman 开发的平台）上免费访问 ChatGPT-4 的过程非常简单。以下是有关如何在 Nat.dev 上免费使用 ChatGPT-4 的分步指南：

1. 访问 Nat.dev：打开 Web 浏览器并导航至 Nat.dev 网站 (https://nat.dev/)。
2. 注册：如果您是新用户，请提供您的电子邮件地址和电话号码来注册 Nat.dev 帐户。按照注册流程创建您的帐户。
3. 访问设置：注册后，转到 Nat.dev 平台右侧面板中的设置部分。
4. 将模型更改为 GPT-4：在设置中，找到用于更改“模型”的选项。将模型设置为“GPT-4”以专门访问最新版本的 ChatGPT 模型。
5. Playground 选项卡：导航到 Nat.dev 平台中的“Playground”选项卡。您可以在此处输入查询或提示以与 ChatGPT-4 进行交互。
6. 提出问题：开始在 Playground 选项卡中提出问题或提供提示。Nat.dev 允许您免费使用 ChatGPT-4，但请记住，您在给定时间范围内可以进行的查询数量可能有限制。
7. 实验和探索：利用 Playground 实验 ChatGPT-4 并探索其语言生成功能。Nat.dev 为用户提供了一个亲身体验最新语言模型的空间。

通过在 Nat.dev 上执行这些步骤，用户可以自由访问 ChatGPT-4 并进行查询或提示，利用这种强大的语言模型的功能来实现各种应用程序。请记住平台指定的任何查询限制，并使用 Nat.dev 作为比较不同语言模型并了解其功能的工具。

方法5：在 Perplexity AI 上免费使用 ChatGPT-4

在人工智能驱动的搜索引擎 Perplexity AI 上免费访问 ChatGPT-4 涉及一个简单的过程。以下是有关如何在 Perplexity AI 上免费使用 ChatGPT-4 的分步指南：

1. 访问 Perplexity AI：打开 Web 浏览器并访问 Perplexity AI 官方网站：https://perplexity.ai/。
2. 注册：如果尚未注册，请使用您的电子邮件注册 Perplexity AI 帐户并创建密码。
3. 打开 Copilot：登录后，在主页上找到“Copilot”。将其打开以激活 ChatGPT-4 以增强搜索结果。
4. 提出问题：在搜索栏中，输入您的查询或从预先填写的选项中进行选择。按回车键将您的查询提交给由 ChatGPT-4 提供支持的 Copilot。
5. 明智地利用查询：请注意特定时间范围内免费用户的查询限制。明智地使用查询以获得最佳结果。
6. 探索智能搜索： Perplexity AI 与 ChatGPT-4 一起执行智能搜索，提供上下文感知结果。尝试不同的查询来探索模型的功能。

通过在 Perplexity AI 上执行这些步骤，用户可以免费访问 ChatGPT-4，并利用其高级语言处理功能进行智能和上下文感知搜索。Copilot 功能利用 ChatGPT-4 的强大功能根据用户查询生成响应和信息来增强搜索结果，使其成为那些寻求免费访问此高级语言模型的人的宝贵工具。

方法6：在Merlin上免费使用ChatGPT-4

在 Merlin（一款人工智能驱动的 Chrome 扩展程序）上免费访问 ChatGPT-4 是一个用户友好的过程。以下是有关如何在 Merlin 上免费使用 ChatGPT-4 的分步指南：

1. 访问 Merlin Chrome 扩展页面：打开 Web 浏览器并转至官方 Merlin Chrome 扩展页面：https://merlin-extension.com/。
2. 添加到 Chrome：单击“添加到 Chrome”按钮安装 Merlin Chrome 扩展程序。按照屏幕上的说明或教程进行初始设置。
3. 固定扩展程序：添加后，在浏览器中找到扩展程序菜单。单击 Merlin 旁边的图钉图标即可轻松访问扩展程序。
4. 打开 Merlin 扩展：访问任何网站或使用搜索引擎。通过键盘快捷键或单击其图标，点击 Merlin 扩展程序图标。
5. 选择 GPT-4：在扩展程序的下拉菜单中，选择“GPT-4”以指示 Merlin 专门使用 ChatGPT-4。请注意，虽然 Merlin 提供 51 个免费查询，但 GPT-4 一次使用 10 个查询。
6. 可选：启用 Web 访问：在 GPT-4 选择旁边，找到启用 Web 访问的选项。如果需要，请打开此选项以扩展 Merlin 的功能。
7. 开始交互：选择 GPT-4 后，开始与 Merlin 交互。使用文本提示或问题，由 ChatGPT-4 提供支持的 Merlin 将根据输入生成响应。

通过在 Merlin 上执行这些步骤，用户可以免费访问 ChatGPT-4 并将其无缝集成到他们的浏览体验中。Merlin 充当各种主题的智能指南，包括搜索和文章帮助，使其成为想要在 Chrome 扩展程序上下文中利用 ChatGPT-4 功能的用户的便捷工具。

方法7：在Forefront AI上免费使用ChatGPT-4

在个性化聊天机器人平台 Forefront AI 上免费解锁 Chat GPT 4，可提供引人入胜的个性化体验。以下是有关如何在 Forefront AI 上免费使用 ChatGPT-4 的分步指南：

1. 访问 Forefront AI：打开 Web 浏览器并导航到 Forefront AI 网站。您可以通过平台官方网址访问：https://www.forefront.ai/
2. 注册：如果您是新用户，请注册一个 Forefront AI 帐户。这可能涉及提供基本详细信息以及创建用户名和密码。
3. 选择角色：注册后，Forefront AI 会提示您为聊天机器人选择角色。该平台提供一系列角色，包括虚构人物、名人和历史人物。
4. 开始聊天：选择角色后，开始与您的个性化聊天机器人聊天。该聊天机器人由后端的 ChatGPT 和 GPT-4 提供支持，确保高级语言理解和响应生成。
5. 模型之间切换： Forefront AI 允许用户在 GPT-3.5 和 GPT-4 模型之间无缝切换。这种灵活性通过调整底层语言模型为您的对话增添乐趣。
6. 添加更多功能：为了增强对话体验，Forefront AI 使用户能够在对话过程中切换聊天机器人角色。这为您的交互添加了交互式和动态元素。

通过在 Forefront AI 上执行这些步骤，用户可以在个性化聊天机器人对话的背景下免费访问 ChatGPT-4。该平台允许用户选择聊天机器人角色并在不同语言模型之间无缝切换，从而提供了一种有趣且引人入胜的方式来体验 ChatGPT-4 的功能。享受由自然语言处理的最新进展提供支持的个性化和动态交互。

使用 ChatGPT-4 的提示和最佳实践

• 在深入研究 ChatGPT-4 之前，先了解其功能以最大限度地发挥其潜力。认识语言理解和生成的细微差别，以获得最佳结果。
• 制作精确且详细的提示，以接收来自 ChatGPT-4 的准确且相关的响应。清晰的指令可以提高模型的性能。
• 承认 ChatGPT-4 的局限性和潜在偏差。在解释其输出时要保持谨慎和批判性思维。
• 尝试不同的提示、调整参数并探索模型的功能以优化您的交互。了解其行为会带来更令人满意的结果。

结论

总之，免费访问 Chat GPT 4 打开了通往充满可能性的世界的大门。通过探索多种方法并遵循最佳实践，用户可以充分利用这种尖端人工智能技术的潜力。

        近日，一则新闻引起了社会的广泛关注，“男子失业半年，应聘道士35岁已超龄”。这一现象表明，就业市场饱和，许多人面对了35岁中年危机，被迫选择转岗或接受低门槛的工作。

        据报道，这位男子曾在一家企业担任管理人员，由于公司业务调整，他不得不离开工作岗位。然而，在其失业半年后，他发现工作难求。在寻找工作的过程中，他决定应聘道士，但却遭到了拒绝，因为他已经超过了道士的年龄限制。

        这种“35岁中年危机”是当前就业市场不容忽视的一个问题。 就业市场的饱和问题不仅仅让年轻人找工作难，也让中年人和老年人在找工作时面临更大的考验。对于那些年龄较大、经验丰富的人来说，他们的工作机会变得越来越少。此外，许多公司在经济低迷时期选择裁员，对于失业的人来说，重返工作市场也变得十分困难。 找到一份心仪的工作并不容易，许多人被迫选择转行或者接受低门槛的工作。在这个背景下，有人选择转行进入宗教行业，成为道士或者修行人。这似乎表明，在这个商业化、快节奏且竞争激烈的社会中，人们渴望精神生活和文化传承。这一点，从长远来看，对社会的发展也有着重大的意义。

        对于失业的人来说，我们应该提供更多的就业机会和创业支持，让他们有机会重新回到工作岗位上。对于年龄较大的中年人，我们应该加强培训，让他们具备更多的技能和经验，提高就业竞争力。同时，我们应该尊重每个人的信仰和追求，支持他们实现自己的梦想。在这个多元化的社会中，每个人都应该有机会去追求自己想要的生活。

        周二晚嗓子有点痒感了，吃了板蓝根，感觉基本上好了，因此不大注意，所以仍然去公司上班。但当晚休息不够好，比较迟才入睡。

        周三早上在凌塘村囤点药和体温计，竟买到了这几天到处断货的布洛芬，其实我只想买银翘解毒颗粒备着。原因有二：我体质较容易上火，每次上火都是喝银翘解毒颗粒就好了；银翘和目前处于断货状态的连花清瘟的连花其实是同一成份：金银花和连翘，而看最近新冠描述的也多是浓痰喉咙痛发热等风热感冒症状，服用药物也是如此。

        下午3点多时感觉体温升高，头有点晕，体温由上午测到的36.9升到了38.1度！当即喝银翘，及每隔半小时喝大姐250ml的水，5点多时，体温降到37.6，仍然低烧。

        周四居家抗原T线隐约可见，确阳，当天也主要喝银翘，及多休息喝水，体温在37.5到38.3之间。没高烧也没吞刀片，不过感觉喉咙的痰开始多了，偶尔有咳的冲动，而鼻孔单塞了，还有隐约中肌肉也带有一点点痛。

        周五和周四差不多，不过中午吃银翘维C片而不吃银翘颗粒，发现晚上睡前体温38.6，维C片貌似也不顶用。。。喉咙更痒鼻子更塞了。。。

        周六上午中午体温37.6，傍晚37.4，睡前37.1，低烧也退了！但睡觉时单通的那个鼻孔感觉只通了一半，鼻子呼吸不够顺畅。。。

        今天周日，上午买了雪梨切了，和红枣一起煮了个不加糖的糖水，感觉喉咙确实舒服了不少。今天早上和中午体温36.6，感觉是好了吧，但下午不知是不是睡姿有误还是睡相出错，起床测到了37.3！不过晚上吃完饭后37.1，泡个脚后36.9，没有往上升，明天再看看吧。

        目前观察应该是在恢复中了，恢复得七七八八的样子。除了痰没清完，鼻子单塞外，其它也没异常。

        新冠后感觉身体确实不如之前，这接下来一个月得休养而少点激烈运动了。

        当初12月2日政策放开时，政府通报说九成为无症状感染者，而我自觉身体素质良好，多年未感冒，感觉即使染上，也是这九成中的无症状者吧，因此大意不囤药，不作任何准备。

        但在上周一，即双十二那天，发现有同事不来公司了。他们平时经常打球，身体素质很好的，竟然发烧了。不过这时还没有听到做抗原确诊。

        上周二中午，前中兴同事说他那边过半确诊发烧了，问我这边情况怎样，我说还好啊，没什么人确诊。但下午即有同事自测抗原阳了，然后之前发烧的同事也确诊了，一时间人心惶惶，下班前即在小卖部买菜买肉，先回家避几天看看看。

        上周三到上周日，连续居家5天，期间只出门一两次到市场买点肉菜。而这段时间，过半同事确诊了，好几个还是运动健将，我也有接触的！这段时间开始网上买点银翘和体温计，发现一些药和抗原都没货了。

        但我没什么症状，而且有个同事他老婆确诊发高烧，但一周下来，他没什么事！这给了我个错觉，他是不是就是政府通报中的那90%的无症状感染者呢！而我其实在上周一周二也和确诊同事有说过话的，但我也没事，是不是我也是无症状感染者呢？哦对了，上周三我还做过一次抗原，结果阴性。而在家需要自己买菜做饭还要工作，比较麻烦，因此觉得不如回公司饭堂吃饭方便。所以这周周一开始回公司上班了，不出所料的中招。

        现在回想，通报的9成是无症状感染者，和实际群众的感受根本不符，目测已经过半在穗同事朋友中招。这误导了很多人，包括我，导致轻视了病毒，也没囤药。而政府突然的政策大转变，但没有做好药物抗原等物资准备，也导致药价疯涨等各种乱相。。。

        如果在疫情比较缓和的五六月份放开，那时气温高应该传染不会那么快吧；如果提前准备好药，将免费核酸的钱用来买药免费发放，群众都有发烧药在手，知道接下来怎样应付，情况应该也比现在好多吧？如果实时求是的通报，9成以上是轻症感染者，会有发烧喉咙通等症状，但不会影响肺部等重要器官，大家对这样的通报也会接受的，也不会对科兴疫苗那么起疑，对专家说辞置否了。毕竟现在说打了疫苗会减轻症状，但很多人的实际感受是大病一场，比感冒重得多的了，确定之前打的不是盐水吗？

    我变道，全责！

    变道前，我知左后方有车的，但自信的认为：左侧都是掉头的，因而他们应该是都不会冲上来的，而我在中间车道，只要往前点变道，就可以往左掉头啦

    因此我不打灯，也不怎么看左后的车，轻变一点道压过去，嘭的一声响，撞了。。。

    事后才知那个车主竟然是直行的，直行竟然没有走右边的道，而事后看那个位置，99%的车都是慢慢的掉头，右边都是直行，右边不堵左边堵为什么直行走左。。。

    不管怎样，事故还是无可辩驳的是我全责，两年来第一次撞别人。。而距离上一次事故，别人撞我，也是变道刮蹭，时间才间隔2周。。。

    教训：开车小心，变道打灯。顾前看后，小心谨慎。掉头左转，多看两眼。变道减慢，确保足距。世上没有后悔药！道路千万条，安全第一条！

    庆幸的是刮蹭不算厉害，对方涉及车头2块板，而我涉及3块板。对方其中一块有凹得较厉害，而我的基本只是掉点漆。

    看明天的对方的定损情况，出交强险（经晚上的咨询学习，报交强明年交强恢复原价即涨285，而后年相对不出险涨190，大后年则相对涨95，大大后年就一样啦。。），若不超过500则自掏荷包可能更划算吧。

    事故不大，然而教训深刻，开车不要太自信，合规合矩，安全第一！

Mirror mirror on the wall
魔镜魔镜告诉我
Who's the top anchor of them all?
谁是顶级主持人？
[Your're the top anchor Deer]
【你是顶级主持人迪迩】
I know I'm not
我知道自己不是
But going back to Trump
不过追溯到特朗普
or maybe a lot earlier
或者可能更早
the U.S. politicians have long been obsessed with being the first
美国政客一直痴迷于什么第一啊优先啊
which is okay
这倒也无所谓
lady first or whatever first
管他女士优先还是什么优先
I mean
我想说
Human history was made possible
人类之所以不断进步
by pushing forwad a "first"
的确往往先要有个“第一”
who's the obligated to go get the others
再由“第一”去带动其他人
In terms of economic strength
就经济实力而言
America is the first
美国是第一
But after being the first
但成为第一之后
Americat was like…
美国就⋯⋯
From this day forwad
从今天开始
It's going to be ONLY America First
以后“只能”美国优先（第一）
America First
美国优先（第一）
Yeah…The're so obsessed with being "the first"
没错⋯美国政客太执着于做“第一”了
that sometimes Americans are like
美国民众有时甚至会嘀咕
"Do we really deserve it?"
“我们真的配么？”
The U.S. soared from 13th
在一份所谓的“全球抗疫排名”上
to the world's Number One in the latest COVID Resilience Ranking
美国从第13位跃升至全球第一
Home come?
怎么弄的呢？
Because Bloomberg which compiled the ranking decided that 
因为编制该排行榜的美国彭博社决定
death tolls and caseloads no longer matter
确诊病例和死亡人数一概不计
Even prevention measures like lockdowns and quarantines are considered red marks in the ranking
封锁和隔离等防疫措施反倒成了减分项
And here's the craziest part
最疯狂的是
The title of the ranking is "The Best And Worst Places to Be as The World Finally Reopens" 
榜单以《世界终于重启，最好和最坏的去处》为题
which means America is now the best country in the world to visit
这意味着美国现在成了全球最佳去处
With over 20 thousand new daily cases and hundreds dying every day?
每天新增病例超过2万、数百人死亡？
Best place to visit?
还最佳去处？
People are like
大家都说
Bloomberg lost its freakin's mind
彭博社脑子进水了
I'm not going, no, not me
我不去，不，我不去
Come on, Bloomberg
啥情况啊，彭博社
Really?
认真的吗？
But seriously
不过说真的
there's no need to go out of your way to be the first, America
美国你根本不用刻意去争第一
You've done a pretty good job already
这方面你已经做得很好了
You are the first in number of COVID cases and deaths
新冠病毒感染病例和死亡人数你排第一
You're the first in the polarization of rich and poor
贫富两极分化你排第一
in number of foreign wars waged
发起对外战争数量你排第一
You're the first in terms of gun violence
枪支暴力你排第一
You're the first in number of deaths form drug use
吸毒致死人数你排第一
You're the first in umber of prisoners
关押犯人数量你排第一
most of whom are people of color
大部分还都是有色人种
I could go on if you like being the first so much
如果你这么喜欢当第一，我还可以继续
Bloomberg is not your mirror
彭博社不是你的镜子
The numbers are
这些数字才是

    不用给自己找原因，找也容易，原因就一个字，懒。。。

    最近发现网站首页打开要超过1分钟。。。还发现site:jwdsk.cn发现主页都不是博客了。。。

    核处，原来是老问题，gravatar.com早已关闭，之前也处理过的，但一直没人评论，因此没有新头像产生，而旧头像是有缓存的，所以网站的头像也就一直还正常了。但今年2月份（(⊙﹏⊙)b，大半年了。。。）有人评论，然后新产生的gravatar头像请求异常，网站每次打开都请求个1分钟才报请求失败，是故。。。

    还发现bdimg这个百度分享的链接也打不开了，这个打不开倒是很快报404的，不像那个gravatar要等上一分多。。。百度下原来百度分享早就已经在19年下线了

    删掉百度分享的代码：

    博客网站是15年开始就搭建起来，坚持了6年，虽然年年亏本，广告费远不够服务器和域名费。。。但，还是要坚持，努力那么久的东西，总不能说放弃就弃了

    后面持续优化，放些东西上来分享，增加些收录吧。

    坚持，虽然说赚广告费养活服务器的打算就放弃了，但博客还是坚持弄下去！田园不能荒废了！

vi redis.conf

make MALLOC=libc

./src/redis-server redis.conf

./src/redis-cli -h 127.0.0.1 -p 22400

./src/redis-cli -p 22400 shutdown

wget https://nginx.org/download/nginx-1.18.0.tar.gz
wget http://downloads.sourceforge.net/project/pcre/pcre/8.35/pcre-8.35.tar.gz

安装依赖包，在线安装的，如果需要离线安装则根据操作系统内核下载相应的rpm，安装c++就会烦到飞起的，还有openssl也是依赖一大堆

yum install gcc-c++

# yum install -y pcre pcre-devel  #这个编译安装吧

yum install -y zlib zlib-devel

yum install -y openssl openssl-devel

安装pcre

tar zxf pcre-8.35.tar.gz

mv pcre-8.35 /usr/local

cd /usr/local/pcre-8.35

./configure

make && make install

安装nginx，--with-stream是让nginx可转发ftp，--user是指定启动用户，可用useradd -M -s /sbin/nologin nginx创建不可登陆nginx用户，也可为其它普通用户。

tar zxf nginx-1.18.0.tar.gz

mv pcre-8.35 /usr/local

cd /usr/local/nginx-1.18.0

./configure --prefix=/usr/local/nginx --with-http_stub_status_module --with-http_ssl_module --with-stream --with-stream_ssl_module --user=nginx --group=nginx

make

make install

添加快捷指令，这样随处可使用nginx

ln /usr/local/nginx/sbin/nginx /usr/bin/nginx

启动

nginx

查看版本

nginx -V

重启

nginx -s reload

解决跨域

vi /usr/local/nginx/conf/nginx.conf

http {

    server {
        listen       7778;
        server_name  bigScreen;
        location / {
            root   html/bigScreenTest;
            index  index.html index.htm;
        }
        location /bigscreen {
            rewrite ^/api/(.*)$ /screen/rest/v1/$1 break;
            proxy_pass http://your IP:your PORT;
        }
    }

}

代理sftp

stream {    
    upstream sftp{
        hash $remote_addr consistent; 
        server your IP:your PORT max_fails=3 fail_timeout=30s;
    }
    server {
        listen 7890;
        proxy_connect_timeout 30s; 
        proxy_timeout 30s; 
        proxy_pass sftp;
    }
}

mysqld --initialize --user=mysql --console

报错：

 --initialize specified but the data directory has files in it. Aborting.

清空data文件夹内容或者直接删了data文件夹，再次输入指令即可解决。

        过了大概半个钟，又收到邮件警报，存在木马！！！！真的有贼！这就不得不处理啦！看了下这个木马，在/tmp下隐藏文件夹，常规操作，1、tar打包它以后用来分析；2、删除多出来的木马文件夹；3、查看crontab的情况，将异常的定时任务和相关文件清了；4、top查看CPU是不s是飙到100%了，记住消耗资源最高的进程；5、 -ef|grep查找那个进程；6、kill -9杀了那进程；7、find / -name找出那文件；8、查看/root/.ssh认证文件是不是被改了。。。

        crontab多出来的异常定时任务：

* */2 * * * /root/.bashtemprc/a/upd>/dev/null 2>&1
@reboot /root/.bashtemprc/a/upd>/dev/null 2>&1
5 8 * * 0 /root/.bashtemprc/b/sync>/dev/null 2>&1
@reboot /root/.bashtemprc/b/sync>/dev/null 2>&1  
0 0 */3 * * /tmp/.X19-unix/.rsync/c/aptitude>/dev/null 2>&1

        过了一会再来看top那挖矿进程有没有死灰复燃，发现没有，嗯，应该可以歇歇的了吧。。。

        到了晚上11点多，又出现了异常登陆！

        这次发现有点不对劲了，怎么那么快又沦陷了。。。查看下/var/log/secure的日志，发现那个IP的端口不对，而且通过publickey 进来的，难道防火墙没开？！查了下，果然，马上将这漏洞补上，木马应该没那么快过来，应该再没事的了吧。。。

        总的来说，确实良心剧，服饰道具对白等制作很好，各路人物性格迥异形象鲜活，打斗和悬念故事情节都不错。片方在历史还原方面很用心，看徐宾何监等官员的圆领袍幞头服饰，真的挺像阎立本画像中的人物。还有唐长安城的108坊坊名，不良人武候等官名，陇西安西北庭剑南道岭南道等地名。故事虽然虚构，有些情节如那烟雾信号弹及主角张小敬一对多老是打不死觉得有点假，但片方确实是尽力去还原描绘大唐长安城，历史功课很足。

        挚爱长安愿付出生命绝不退的张小敬，同样挚爱长安愿赔上性命也想让长安破而后立的黑化反派龙波，会制纸会大案牍术但写诗很烂的理科男徐宾，还有浮生乱象仍守道心的李必，多数情况是猪队友还叛变但终能为守靖安司而牺牲的崔器等。。。

        援绝粮尽堡孤零，旌旗猎猎马悲鸣，二百弟兄惟余九，不退无悔震威灵

        npm run dev是正常的，真是奇怪。百度查到以下解法，webpack还是要深入学习啊

<!DOCTYPE html>
<html>
<head>
	<title>vue-test</title>
</head>
<body>
  <div id="app">
    <span>title：</span><span v-text="text"></span><br>
    <span>Price:￥ </span><span v-text="price"></span><br>
    <span>Total:￥ </span><span v-text="total"></span><br>
    <button v-click="addPrice">
      加1
    </button>
    <button v-click="decPrice">
      减1
    </button>
  </div>

</body>
<script type="text/javascript">
  class Vue {
    constructor(options) {
      this.$options = options;
      this.$el = document.querySelector(options.el);
      this._data = typeof(options.data) == 'function'? options.data(): options.data;  // data可为function也可为object
      this._methods = options.methods;
      this._bindClick();

      Object.keys(this._data).forEach(key => this._proxy(key))
      observer(this._data)
      watch(this._render.bind(this), this._update.bind(this))
    }
    _proxy(key) {
      console.log('_proxy', key)
      const self = this
      Object.defineProperty(self, key, {
        configurable: true,
        enumerable: true,
        get: function proxyGetter () {
          console.log('_proxy get')
          return self._data[key]
        },
        set: function proxySetter (val) {
          console.log('_proxy set')
          self._data[key] = val
        }
      })
    }
    _bindClick() {
      console.log("_bindClick");
      var _this=this;
      let textDOMs=_this.$el.querySelectorAll('[v-click]');
      for (let i = 0; i < textDOMs.length; i++) {
        if (textDOMs[i].hasAttribute('v-click')) {
          textDOMs[i].onclick = (function () {
            let attrVal = textDOMs[i].getAttribute('v-click');
            return _this._methods[attrVal].bind(_this._data);
          })();
        }
      }
    }
    _update(target) {
      console.log("_update");
      this._render.call(this,target)
    }
    _render(target) {
      console.log("_render", target);
      let textDOMs=this.$el.querySelectorAll('[v-text]'), bindText;
      for(let i=0; i<textDOMs.length; i++){
        bindText=textDOMs[i].getAttribute('v-text');
        if(target == undefined){
          let data = this._data[bindText];
          if(data.toString()){
            textDOMs[i].innerHTML=data.toString();
          }
        }
        else if(target == bindText){
          let data = this._data[bindText];
          if(data.toString()){
            textDOMs[i].innerHTML=data.toString();
          }
        }
      }
    }
  }

  function observer(value){
    console.log('observer')
    Object.keys(value).forEach((key) => defineReactive(value, key, value[key]))
  }

  function defineReactive(obj, key, val) {
    const dep = new Dep()
    Object.defineProperty(obj, key, {
      enumerable: true,
      configurable: true,
      get: ()=>{
        console.log('get，'+key+'：', val)
        return val
      },
      set: newVal => {
        if(newVal === val)
          return
        console.log('set，'+key+'由：', val+'，变更为：'+newVal)
        val = newVal
        dep.notify(key)
      }
    })
  }
  function watch(exp, cb){
    console.log('watch')
    Dep.target = new Watcher(cb);
    exp()
  }

  class Watcher {
    constructor(cb) {
      this.cb = cb
    }
  }

  class Dep {
    notify(target) {
      console.log('notify')
      Dep.target.cb(target)
    }
  }
  // Dep.target=null;

  var demo = new Vue({
    el: '#app',
    data() {
      return {
        text: "hello world",
        price: 0,
        total: 0,
      };
    },
    methods: {
      addPrice() {
        console.warn('addPrice')
        this.price = this.price + 1;
        this.total = this.price * 3.14159265768;
      },
      decPrice() {
        console.warn('decPrice')
        this.price = this.price -1;
        this.total = this.price * 3.14159265768;
      }
    }
  })
  setTimeout(function(){
    console.warn('setTimeout')
    demo.text = "hello new world"
  }, 2000)
</script>
</html>

输出结果如下：

官方原理图：

算法感觉薄弱了不少，有空要学习总结下

https://github.com/astromessenger/algorithm

<script type="text/javascript">
var data = [
    { parentId: 0, id: 1, value: '1' }, 
    { parentId: 3, id: 2, value: '2' },
    { parentId: 0, id: 3, value: '3' },
    { parentId: 1, id: 4, value: '4' }, 
    { parentId: 1, id: 5, value: '5' },
    { parentId: 11, id: 6, value: '6' },
    { parentId: 10, id: 7, value: '7' },
    { parentId: 10, id: 8, value: '8' },
    { parentId: 11, id: 9, value: '9' },
    { parentId: 11, id: 10, value: '10' },
    { parentId: 2, id: 11, value: '11' },
];

/**
请把该数据整理为树状结构, 该树每个节点的结构如下, 
node = {
    children: [],
    id: id,
    value: value
}
**/
function tree(data){
    let nodes = {}, flag = false // flag为pre.children发生时的标记
    nodes.children = []
    nodes.id = 0
    nodes.parentId = 0
    let result = data.reduce(function(pre, cur, index, arr){   // pre为nodes树
        cur.children = []
        function _findParent(pre, cur){
            if(pre.children.length>0){                          // 只要有children都找，不然结束递归。先找子再找父
                try{
                    pre.children.forEach(function(item,key){
                        if(cur.id == item.parentId){                //父找，找到交换
                            let tmp=item
                            delete pre.children[key]
                            cur.children.push(tmp)
                            if(cur.parentId == 0){
                                pre.children.push(cur)
                                flag = true
                                throw new Error('find parent')
                            }
                        }else{  // 找不到就递归
                            _findParent(pre.children[key],cur)
                        }
                    })
                }catch(e){
                    // console.error(e)
                }
            }
        }
        _findParent(pre,cur)
        function _findChild(pre, cur){
            if(pre.children.length>0){                          // 只要有children都找，不然结束递归。先找子再找父
                try{
                    pre.children.forEach(function(item,key){
                        if(cur.parentId == item.id){                //子找，找到加入到children
                            pre.children[key].children.push(cur)
                            flag = true
                            throw new Error('find child')
                        }else{  // 找不到就递归
                            _findChild(pre.children[key],cur)
                        }
                    })
                }catch(e){
                    // console.error(e)
                }
                    
            }
        }
        _findChild(pre,cur)
        if(!flag){
            pre.children.push(cur)
        }else{
            flag = false
        }
        return pre
    },nodes)
    return result
}

let result = tree(data)
console.log('result', result)

//1.遍历树的递归写法
function deepTraversal(tree){
    let result = tree.map(val=>{
        if(val.children.length>0){
            return {
                    children: deepTraversal(val.children),
                    id: val.id,
                    value: val.value
                }
        }else{
            return {
                    children: [],
                    id: val.id,
                    value: val.value
                }
        }
    })
    return result; 
}
console.log(deepTraversal(result.children))



</script>

        百度下，这是挖矿程序。。。。

        哎，为了搭hadoop没有禁止root直连，22端口还敞开，看，出事了。。。。。

        然后今天小程序报出问题了，查了下网站不能访问，服务器正常！

        果不出其然，域名不备案，看，出事了吧。。。

        不过真的说不备案也说不过去的，其实17年已经备过案，只是换了服务器，不再用阿里云了，但是域名还挂在阿里云上，http是不能用的了，提示需要备案，但是https一直能用

        既然能用就不管它啦，就一直使用呗，结果今天突然不能访问，没有通知，没有预兆。。。

        马云，我对你太失望了，那就彻底投奔你的兄弟吧

        今天将emit/on方式传值修改为使用vuex，改完后发现个问题：[Vue warn]: Error in render: "TypeError: Cannot read property 'getters' of undefined"

        查了下，原来是在main.js中写少了注册store

查了下，原因是我在Action有继承，子类的__construct()覆盖了父类的，所以报错了。

TP里面有_initialize()这个自己封装的方法，和php自带的__construct()方法是差不多一样的，但是有一点区别，_initialize() 会帮自动继承父类的构造函数，直接写不用继续父类就可以了。

所以，换成用_initialize()来初始化就行了，问题解决。。。

        我是从去年开始看第一季的，忘了谁跟我说很好看的，然后网上下载来看。

        初看很平淡，以为普通的西欧中世纪故事。而且我对外国人脸脸盲，陌生的地名分不清，对外国人人名记不住，好几次搞不清席恩和囧恩，波隆和乔拉，一不留神就错过剧情，不知前后。因此翻看了几次。

        不过，随着剧情展开，很快就开始对这种宏大世界观的，充满魔幻的，有种异域历史感的，各色人物性格迥异鲜明，节奏也比较快的美剧感兴趣了。为了分清各个场景，还下载了维斯特洛大陆地图，查看各个城市比如著名的君临、临冬城等。

        权游的主角很没主角光环，很多戏份很重的人物，说挂就挂了，可以说是它的一大特色吧。

        然后是权力的斗争，各种名言。如权谋高超的小指头的“混乱是一架阶梯”，这是他的混水摸鱼乱世出枭雄的信条，他就是造成狼家  与狮家、鹿家等混战的始作俑者，五王之战的源头，不过到头来还是被带BUG的三眼乌鸦布兰识破，一场空。“兰尼斯特有债必还”的泰温说的“不断强调自己是国王的人，并不是真正的国王”，这个冷酷无情，精于计算的人，在前期基本位于权力上层，虽然没有成为国王但已经取得和曹操那样的权力了，而最后令人意外的死于他侏儒儿子的手，还是如厕时，有点像“如厕陷而卒”的晋文公的死法。。。智慧谋略超群的还有八爪蜘蛛瓦里斯，小恶魔提利昂，色后瑟曦，三傻珊莎。当然还有很多政治智商不足的人，典型的有北境王奈德，还有欺善怕恶的乔大帝乔佛里，什么都不懂的囧恩。。。

        还有是人物的成长蜕变，二丫从一个调皮好武的小女孩，经历过家族剧变，人生种种考验，成长成一名武力值高善于伪装的无脸者，一人复仇了整个佛雷家庭，不过在刚刚上演的第八季第2集，强上了小铁匠詹德利，哎，女汉子。。。三傻也从一个天真无邪的富家小姐，成长为一个政治智慧高超的北境女主，尽得她老师小指头真传。而布兰则从顽皮小孩变成面目表情总是那样面无表情的三眼乌鸦，有点看空一切的样子。龙母也从人生的各种重大变故，从懵懂无知少女变成一代统领千军极具领袖风范的女王，国王杀手詹姆则从放荡不羁变得那么有正义感。。。

        终季放出的这两集，节奏感觉比之前的慢了很多，重点在刻画各路人物的重逢，还有大战来临的前夜，下周大战展开了吧，继续看。

《权力的游戏》确实是一部令人难以抗拒的电视剧。这部剧以其丰富的角色、错综复杂的剧情和震撼的视觉效果，吸引了全球观众的关注。首先，这部剧的角色塑造非常成功。每个角色都有自己独特的性格、背景和故事，让观众能够深入了解和关心他们。比如，雪诺、龙妈、小恶魔等角色，他们的命运和选择都让人牵肠挂肚。其次，剧情的设计非常巧妙。这部剧将政治斗争、家族恩怨、复仇战争等元素巧妙地融合在一起，形成了一个庞大而复杂的故事框架。剧情的发展总是充满了转折和惊喜，让人无法预测下一步会发生什么。最后，这部剧的视觉效果也非常出色。无论是壮观的城堡、神秘的魔法，还是震撼的战斗场面，都让人眼前一亮。这些视觉元素不仅增强了剧情的吸引力，也让观众更加沉浸在这个奇幻的世界中。总的来说，《权力的游戏》是一部非常出色的电视剧，它的角色、剧情和视觉效果都让人难以忘怀。这部剧不仅让我享受了观看的乐趣，也让我思考了权力、家族、人性等复杂的问题。

iF.SVNAdmin只需要LAM环境，其实还是很好用的，添加项目，创建用户及分组，很方便多人的项目管理。

因为SVN服务端同时也是WEB服务端，所以我想将某个项目自动更新到WEB根目录，结果问题就来了，老是出问题。

一开始修改post-commit，如下报错：

post-commit hook failed (exit code 1) with output.
[Error output could not be translated from the native locale to UTF-8.]

网上说的修改export LANG=export.GBK为export LANG=export.UTF-8，全部没有用。

好麻烦的，目前只能登陆服务器，用root使用svn co指令更新，烦啊

        排查httpd的error-log，发现：

        AH00124: Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtra
        重定向出错，可能是和固定链接有关吧？于是发现那里有提到到.htaccess需要写权限，但是现在没有。

        给根目前的.htaccess赋777即可

其实在html里只需要设置meta，是很容易将http请求转成https请求的。只需要在head里面添加一句：

<meta http-equiv="Content-Security-Policy" content="upgrade-insecure-requests">

lsattr命令告诉你答案，看到多了一个i，此时chattr -i authorized_keys就可以了

这时就可以删除authorized_keys了

如果想重新将authorized_keys保护起来不让删除，可以用指令：chattr +i authorized_keys

        查来查去，后面发现引入的element-ui版本是1.3.2，而1.XX系统官方已经放弃维护啦，最新的已经是2.4.10了。在1.XX是没有el-container的，版本太旧导致。。。

        不过现在问题又来了，Injection rootMenu not found。。。

        久不外出行走了，于是很想动动身，且还要有点挑战的

        而现在秋高气爽，正是出游的好时节

        微信查找户外旅行，找到了广州背包客这个旅行社，然后了解到14号到16号有武功山出行的徒步活动，于是加客服微信咨询具体情况后，交钱报名成功。

        期间还找过ATT，他们计划在国庆去新疆徒步，重装还有高反，估计不适合我，那个就放弃了，不过后来才发现他们也去武功山，而且时间完全一致，价格计算下比背包客少一百来块的样子。报名报早了啦。。。

        于是小白行动起来，网购徒步装备，背包、登山鞋、羽绒衣、速干衣裤、登山杖、头灯、速干太阳帽、冰袖、墨镜。。。开始时下单的背包是ATT狼队推荐的70L的小鹰牌子的反重力17款的某包，后来觉得这次用不上，也太专业了，比较贵，还是先入门玩下再考虑那个吧，一千多的包退了买了之前列的那一堆东西。。。

        由于武功山阴雾天气，墨镜其实并没有用上，而最用得上的口罩没有考虑到。。。

        带多的还有那外套，其实只带一件羽绒衣就可以了，背着20多斤的背包全身发热都不怕冷了，第二天短袖就登金顶了。还有凉鞋也是多余的，因为只是很小的雾雨，打在身上还不如出的汗多。。。

        列下比较重要的装备：登山鞋、速干衣裤（可以带两套）、太阳帽与冰袖（防晒）、口罩（大雾时用）、雨衣、保温杯...

        旅行主要分为两天，周五下午下班后到东站搭T172凌晨四点左右到萍乡，然后凌晨五点大巴过来接我们到东江村，在村边的店大家一起吃个大碗面，10块，也可吃自带的干粮。然后热身运动后，大概七点多即出发。

        走的是村民走小山路，一路密林，很陡，名叫垂直坡，听这名字就知道是什么类型的路了吧。。。一路大汗淋漓，计划在车上热拿来用的风扇在这时候用起来了，充电宝+小风扇，真是个好招式。。。

        途中经过两个小瀑布，在那山涧休息十来分钟，洗脸擦汗喝水吹风等。最后终于越走树木越少，来到一片开阔的草地，所谓的高山草甸，绿坡起伏，淡雾萦绕，很是漂亮

        侧看另外一边山岩上大雾萦绕，看起来有点像要下雨，但只是水汽，周六那天的中午的时候才慢慢散去。

        到了草地后不久即到达龙门客栈，中午在客栈解决午餐。不过我们一组的几个人只是躲到房间里面吃自带的干粮，还装店家免费的开水，蹭了其它队友的光了。。。

        大概一点多，出发去武*客栈，晚上要吃饭和过夜的地方。又是爬山越岭，不过有风，坡度也比早上密林的垂直坡好多了，风光也不错。我们几个一直走在前面，穿过好汉坡大概三点多就到那里啦。我们一组的三个人再加一个先到的，合住一个房，趁其它人未到先去洗澡洗衣服然后休息外面逛什么的

        我们爬的这几段虽然说是未开发区域，不过客栈也挺多的，4个人一个房虽然说有点小，但包一晚餐和一早餐，还有热水浴，其实算不错的了。听同住的那位廉江老乡说他碰到三个女生一起组的队，也在这住，110，比我们的120少10块。

        下午夕阳斜照，山上风光挺好的，不过天越晚风越大，后来风中还夹带着沙子，晚上看星星的设想要泡汤啦。。。

        然后第二天大雾锁山，而风仍然挺大的，看日出当然也是奢望了。。。

        第二天早上七点多继续出发，又看到好汉坡，这个是坡头还是坡尾呢？

        然后是绝望坡，一路大雾茫茫，有时雾雨随风飘，晴天风景应该不错吧。。。

        由于有风，没那么热，一个小时即穿过绝望坡，然后再过一段路到吊马桩，由于风大雾大，领队想直接下山，才十一点不到啊。。。结果不久就有其它团的人向金顶出发了，于是我们也要求继续上金顶。来都来了，当然上了，于是分为上和不上金顶的两部分人分别跟两个领队走。。。

        登山的风更大，途中有人怕被吹走而放弃。。。零也仍然非常大，可能受台风山竹的影响吧。。。这样一来四处白茫茫就没啥好看了。。。

        金顶，海拨1918.3米，听其它队友说山下用手机测和是400多米，在这是1800多米，看来山下到山上是有一千多米的。上面就一块石碑，一面写着金顶一面写着武功山。拍照发朋友圈，合照，下山。。。

        从吊马桩过来到金顶，从金顶往下走，都是景区开发区的石阶路，相比昨天的山路小路好走了很多，不过前一天爬得太狠，大腿肌肉发痛，向上爬还好，向下走只能侧着走，还要拐杖撑着，好想一滚滚下去到底。。。

        慢慢到山下，大概一千米的地方吧，可以看到山下阳光灿烂，而山上仍然浓雾萦绕，山上山下的天气真是千差万别。。

        行到第二个缆车那里，下山大概还有六公里多吧，走路至少一个多钟，不过其它人很多都搭这个缆车下山了，所以我也跟随大众吧，55大元。其实如果不是大腿下山痛得利害，六公里走下去是没什么的，当感受下缆车吧，毕竟没搭过。。。

        山下在兆福山庄吃晚餐，11个人一桌每人36块多，客栈还提供个房间给我们洗澡，9菜一汤，吃得干干净净，也算性价比挺高的了

        回去卧铺，火车晚点到晚上10点十几分才来，然后早上八点多就到广州啦，不过等了接近三个钟才下车，据说台风影响车太多没位下车。。。然后火车上几个人玩谁是卧底、狼人杀。。。。

        感受：

        一、爬山徒步途中，慢慢走，不要疾走，不然第二天就要随无氧呼吸产生的乳酸堆积，肌肉酸痛啦。还有就是平时多锻炼咯，可能平时每周都游蛙泳蹬水，所以别人喊小脚痛我没事，但我大腿痛啊。。。

        二、偶尔当个背包客挺好的，不过武功山是三星难度，对平时不锻炼整天办公室的同学是有很大挑战的，毕竟要带水带干粮带衣服等，我的背包就有20多斤了，背上去就出汗，还要爬山。。。

        三、这种爬山徒步，与一群人一起，认识几个朋友，还认识了两个廉江老乡，还有两个湛江同乡，湛江人都挺爱玩的啊，哈哈哈

        四、武功山在爬垂直坡时很累很累，负荷较大，接下来一段时间可能由于脱水吧一直补水还是渴，大腿痛下山想趴，觉得不会再来这样一趟了。。。现在回来了大腿慢慢好了，又觉得很值得的一次旅行，看到的风景，认识的人，短短两天一周末，就完美避开台风去玩了一趟。虽然爬山有点虐，不过可以体现下比如井冈山时代的老革命打游击，长征翻雪山过草地是何等的艰难，还有路上挑红牛和矿泉水叫卖的村民，山下2块钱他挑上山才5块，还有客栈请的阿姨，一天200块，一周只有周末两天上山干活。经受如此这些，回去可以好好珍惜生活，这是个很大收获，我们一组的小清姑娘说的

        这就奇怪了，因为在阿里云是可以的。

        百度说"fsockopen 和pfsockopen 经常被服务器端关闭"。尝试了解决方案都不行。还有的说PHPMailer需PHP的socket扩展支持，但是我的阿里云和腾讯云配置是一模一样的。。。

        后面终于找到腾讯云默认是不放开TCP 25端口的，要打开才行。

        申请解封后，邮件发送成功

        根据提示，是权限问题，所以核查httpd.conf配置，找来找去，发现没有错误，<Directory "/var/www/html">没问题，配置如下：

<Directory "/var/www/html">
    Options FollowSymLinks
    AllowOverride All
    Require all granted
</Directory>

        不得已，看下httpd的error.log吧，终于发现有些不对径了，如下：

        里面提到unable to check htaccess file，以为是缺少这个.htaccess的文件，于是在目录补上这个文件，出错如故。

        再看看，还有一句：ensure it is readable and that '/var/www/html/' is executable，要保证.htaccess文件存在，且/var/www/html是可执行的。

        突然想起之前将html这个文件夹改为了774，这个文件夹是属于root用户组和root用户的，为了让属于root用户组普通用户有权限上去传网页文件所以这样改。问题出在这里了，最后一个4只是让非root用户组的普通用户只有read权限，而apache恰好属于非root用户组的普通用户！所以apache没有执行权限，需要提升权限改为775。

        chmod -R 775 html，改完后访问就正常了。。。

        今天就收到信用卡的费用退还提示短信了，亚马逊还是很不错的！免费用了一年~~~

        不过还原还是遇到了几个问题：

        1、博客网站的文件有BOM头，搞了好些时间才找到这个原因。提示是网站打开超时，大概2分钟的样子。

        2、小说网站出错，打开debug发现是Util文件名在程序里写成了UTIL，Linux对大小写敏感而Windows不敏感，可能备份拿了WINDOWS的恢复了。

        3、订阅号的翻译和图灵机器人出错，原因是翻译的IP没包含服务器IP，图灵机器人是因为php.ini里面没有配置date.timezone = Asia/Shanghai，默认的时间是格林威治标准时间，与图灵机器人的北京东八时区时间不一致。还有就是订阅号的自动回复，历史消息的链接不知失效还是怎么了，需要去除自动才有自动回复出来。

        4、多说的头像被墙了，导致博客访问很慢。先将侧边栏评论去掉，后期这个怎么弄好呢。。。

红衣女不知是故意还是怎滴，在这全球直播上，几十秒中将喜怒哀乐360种表情都表演出来了，真性子，当记者可惜了应该去做演员啊，定大红大紫啊。。。

然后了解到蓝衣女被翻白眼的原因竟然是红衣女觉得她说得太多，“问问题的那个女记者，问的又臭又长，问了一分多钟不在点子上，大家可以看一下原视频”。耽误了大家的提问时间，这么多记者就她比较耿直，倾情上演神之翻白眼。。。

我看一下视频，她先盯下脸，再盯下胸，然后转头朝天，翻白眼。。。

视频音频不太好，内容听得不是很清楚，不过确实说得挺多的。。。

网上还说蓝衣女觉得红衣女就是趁两会之机表演，出风头。殊不知，因为她这样的一波表情，你们都大出风头，全国皆知了

不管怎样，先来个视频大家看看吧

蓝衣女辩解：

红衣女辩解：

吃掉瓜群众热论：

大V也参与：

不过，红衣女也是不简单的，蓝衣女是看不管人家比自己好起妒忌心吧。且看之前一篇文章《张慧君：女神的皇冠是她送给自己最好的礼物》：

        最后，感谢蓝衣女为我们广大网友贡献了18年第一波最热表情包。。。

这样高度瘫痪的残疾人，快乐地活过大半个世纪，还为人类贡献了《时间简史》等物理著作，为科技做出推动。

他科技上的成就不多说什么，毕竟还没看懂时间简史。。。

从他可以看出，残疾人也可以活得很精彩，比大多数的四肢健全的正常人都要好。这一方面是他的高科技轮椅辅助和医学的发展，另一方面是他的心态吧。

从他很容易想到海伦，一个聋哑人，一个小时候就听不到看不见的人，可以成为大作家。虽然可以归功于她的老师，但最重要的还是她自己。

如果他们都自暴自弃，那最终应该会是名不经传吧，也不能活得那么好吧

霍金，一动不动的霍金，不但是物理学家天文学家。还是作家，写了《时间简史》《果壳中的宇宙》《大设计》....几十年来写出十几本畅销书。

进军影视圈，生活大爆炸。

演讲。

微博

生活不会辜负不放弃生活的人

        然后今天查看，竟然花了五十多美刀！！！

        很快收到AWS Abuse Team的来信，真的被攻击了啦，不然不会有那么大的流量的。。。

        怎样解决呢？回信给他们解释，然后他们说可以申请减免的。目前还没有用信用卡支付，先不管它吧。。。

然后是将密钥放到一个linux下，登陆上去，例如我的密钥是mySecKey.pem，对其修改权限及SSH登陆，如下

但是每次都要通过密钥和ec2-user登陆，很麻烦。

怎样设置直连呢?其实很简单。

创建root：sudo passwd root。会提示设置密码。

切换 root，指令为su root，输入刚刚的密码。

修改sshd配置权限，指令vi /etc/ssh/sshd_config，找到PasswordAuthentication no，把no改成yes。

重启sshd，指令为service sshd restart。这样就可以啦

云服务器是免费的亚马逊EC2，系统是RedHat7，折腾了几天才搞定，记录下。。。

一、检查服务器系统环境是否支持安装pptp vpn

1、检查系统内核是否支持MPPE补丁

modprobe ppp-compress-18 &&echo success

显示success说明系统支持MPPE补丁，如果不支持，需要先安装kernel-devel

yum install kernel-devel

2、检查系统是否开启TUN/TAP支持

cat /dev/net/tun

如果这条指令显示结果为下面的文本，则表明通过：

cat: /dev/net/tun: File descriptor in bad state

3、检查系统是否开启ppp支持

cat /dev/ppp

如果这条指令显示结果为下面的文本，则表明通过：

cat: /dev/ppp: No such device or address

上面三条必须同时满足，否则不能安装pptp vpn

1、安装依赖ppp，简单，一句话yum install

2、安装pptpd，版本为1.4.0-3，切记不要安装1.4.0-14以上的，那些需要依赖ppp2.4.7及perl-interpreter，大坑。同时yum install pptpd也不行，要到网上下载。下载地址是：http://dl.fedoraproject.org/pub/epel/6/x86_64/Packages/p/pptpd-1.4.0-3.el6.x86_64.rpm。

三、配置pptpd

1、vi /etc/ppp/options.pptpd  #编辑，添加、修改以下参数

name pptpd

refuse-pap

refuse-chap

refuse-mschap

require-mschap-v2

require-mppe-128

proxyarp

lock

nobsdcomp

novj

novjccomp

nologfd

ms-dns 8.8.8.8  #添加主DNS服务器地址

ms-dns 8.8.4.4  #添加备DNS服务器地址

:wq!  #保存，退出

2、vi /etc/ppp/chap-secrets  #设置pptp拨号用户和密码（可以设置多个用户，每行一个）

# client        server  secret                  IP addresses

user1       pptpd   12345                  *

user2       pptpd   1234                      *

user3       pptpd   12345678              *

格式：用户名 pptpd 密码 *

其中*表示为客户端自动分配IP地址

:wq!  #保存，退出

3、vi /etc/pptpd.conf  #设置pptp服务器IP地址，设置vpn拨入客户端ip地址池

option /etc/ppp/options.pptpd

logwtmp

localip 172.16.36.1  #设置pptp虚拟拨号服务器IP地址（注意：不是服务器本身的IP地址）

remoteip 172.16.36.2-254  #为拨入vpn的用户动态分配172.16.36.2～172.16.36.254之间的IP地址

:wq!  #保存，退出

/sbin/service pptpd start #启动pptp

/etc/init.d/pptpd stop #关闭

service pptpd restart #重启

chkconfig pptpd on  #设置开机启动

五、开启服务器系统路由模式，支持包转发

vi /etc/sysctl.conf  #编辑

net.ipv4.ip_forward = 1  #设置为1

#net.ipv4.tcp_syncookies = 1  #注释掉

:wq!  #保存，退出

/sbin/sysctl -p  #使设置立刻生效

六、设置防火墙转发规则

yum install iptables  #安装防火墙，已经安装提示出错

service iptables start  #启动防火墙

iptables -t nat -A POSTROUTING -s 172.16.36.0/255.255.255.0 -j SNAT --to-source *.*.*.*  #添加规则

iptables -A FORWARD -p tcp --syn -s 172.16.36.0/255.255.255.0 -j TCPMSS --set-mss 1356  #添加规则

/etc/init.d/iptables save  #保存防火墙设置

七、开启pptp服务端口tcp 1723，设置vpn拨入客户端ip地址池172.16.36.0/255.255.255.0通过防火墙

vi /etc/sysconfig/iptables  #编辑，添加以下代码

-A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 1723 -j ACCEPT

-A RH-Firewall-1-INPUT -s 172.16.36.0/255.255.255.0 -j ACCEPT

:wq!  #保存，退出

备注：

#*.*.*.*为服务器IP地址，公网IP

#172.16.36.0/255.255.255.0是第四步中设置的pptp虚拟拨号服务器IP地址段

/etc/init.d/iptables restart  #重启防火墙

chkconfig iptables on  #设置开机启动

cat /etc/sysconfig/iptables  #查看防火墙配置文件

一、在php安装根目录（例如：”D:\Program Files\Php”）和php扩展目录（例如：”D:\Program Files\Php\ext”）下，找到”libssh2.dll”, “php_curl.dll”, “ssleay32.dll”, “libeay32.dll”，拷贝到系统目录：”C:\Windows\System32”

二、重启apahe

       网上说的把”libssh2.dll” 拷贝到Apache的bin目录下（例如：”D:\Program Files\Apache24\bin”）。其实不用，但libssh2.dll一室要放到system32下

        百度上竟然这样说解决方法：注意检查以下两方面 1、请您检查PHP程序的属性是否设置为755，如果PHP程序的属性不是755，那么运行的时候会报“Internal Server Error”错误，请您使用FTP软件将属性更改为755再测试。 2、请您检查PHP程序所在的当前目录下是否有名为.htaccess的文件存在，此文件会干扰PHP程序的正常运行，如果发现有此文件建议您删除或者改名后再测试。

            但我的明显不是，程序属性以前弄过没问题的.htaccess是必须要的。后面找到，如果.htaccess是从Windows下直接复制过来，日志中可能会出现</IfModule> without matching <IfModule> section的报错。简单的解决方案就是新建文件，重新复制粘贴。

        查找log有此提示，再一查找.htaccess，果然有问题：

        修改为以下：

        网页访问恢复正常。

        有问题问度娘，度娘找到的都说端口被占用了什么云云，但实际却看不到有哪个程序占用端口，真是奇怪，搞了差不多一个晚上啦。。。

        后来终于将ssl.conf的Listen 443改为442试试，不是说端口冲突吗，那我改个端口，大不了网页URL加个:442咯

        结果service httpd start 竟然不再报错了！！！

        好神奇，试着打开https网页，竟然可以打开，但比较奇怪的是提示不安全链接！

        我不是将阿里云颁发的证书上传了吗，怎么还不安全呢？？？

        后来终于知道怎么会事了，我没有删除原来的ssl.conf，而是将它改为ssl-bak.conf，但在httpd/conf/httpd.conf里面，ssl.conf是这样子引入进来的：IncludeOptional conf.d/*.conf

        它将所有后缀为conf的文件都引入一遍！！！

        终于明白为什么之前会有端口被占用了，因为有两次Listen 443，不安全的链接是因为后面又导入了ssl-bak.conf，将之前我配置在ssl.conf的设置抹掉啦！！！

        将ssl-bak.conf改为ssl-bak.000confbak。。。

        再一次重启apache，无出错，打开https网页，正常打开不再提示不安全。

        yeah，搞定。。。

不得已，觉得是操作系统的版本问题吧，将操作系统升级到2012看看。。。

请安装“防御勒索病毒补丁 For Win 7&XP”，双击该补丁后会自动进行系统操作类型检测，检测完按任意键进行安装，安装过程大概需要5分钟，安装完毕请重启一次电脑再接入公司网络正常工作。个人安装完毕后请将U盘传给同组同事安装，待本组所有成员安装完毕后将U盘归还给综合维护室 ***，谢谢合作。

防御勒索病毒补丁 For Win 7&XP.zip

      想防病毒，少点上网少点下载，所说这个病毒是通过邮件传播，用户下载附件运行即会感染，好吧，周末放假不看邮件。。。

        怎么破呢？

        一、改端口

        默认SSH登陆端口是22，修改成其它高位非固定端口，如2222，编辑ssh/sshd_config，用vi /etc/ssh/sshd_config，在#Port 22下边添加 Port 2222 退出保存。改之前记得如果有防火墙，要用iptables -I INPUT -s 0.0.0.0 -p tcp --dport 2222 -j ACCEPT指令放行下这个端口。

        然后重启ssh，指令是service sshd restart，使端口生效，可以用netstat -tlun查看是否有tcp 0 0 0.0.0.0:2222 0.0.0.0:* LISTEN显示出来，有的话就是改端口成功啦。

        二、封ip

        在/var/log/secure保存ssh2的登陆记录，因此可以用脚本进行过滤出想要的多次尝试登陆失败的IP，将它们加入到/etc/hosts.deny，然后用crontab定时执行这个脚本，即可。脚本如下：

#! /bin/bash

cat /var/log/secure|awk '/Failed/{print $(NF-3)}'|sort|uniq -c|awk '{print $2"="$1;}' > /root/black.txt
for i in `cat  /root/black.txt`
do
  IP=`echo $i |awk -F= '{print $1}'`
  NUM=`echo $i|awk -F= '{print $2}'`
  if [ ${#NUM} -gt 1 ]; then
    grep $IP /etc/hosts.deny > /dev/null
    if [ $? -gt 0 ];then
      echo "sshd:$IP:deny" >> /etc/hosts.deny
    fi
  fi
done

        全记录如下：

        直接转账给你，你不返钱给我怎么办呢？怎样投诉呢，明显自己太傻啊，目的是给淘宝店刷单的，单都没成交，怎样好评刷信誉呢？！真是搞笑。

        庆幸智商足够。。。

        首先在httpd.conf要把LoadModule rewrite_module modules/mod_rewrite.so前面的#去掉，启用mod_rewrite.so。

        然后如下，比如phpmyadmin是个PHP管理的网站，只允许本地访问，即localhost/phpmyadmin或者127.0.0.1/phpmyadmin可以访问，其它IP的访问一概禁止，可以配置如下：

<Directory "D:/**/httpd-2.4.18-**/www/phpmyadmin">
    Options FollowSymLinks
    AllowOverride All
    #   Require host localhost
    Require local
    Require ip 127.0.0.1
    Require all denied
</Directory>

        当然也可以在.htaccess配置，如下这个，禁止一切访问，哈哈哈

        然后就重装啦，装好将原来的代码恢复回去，发现有些页面出现了1055: [ SQL语句 ]的错误，百度下。

        原来是MySQL5.7以上的新特性问题，mysql5.7中only_full_group_by这个模式是默认开启。、

        解决：

        SET GLOBAL sql_mode = '';

        SET sql_mode ='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';

        在my.ini中将sql_mode也改下，重启数据库也可以设置恢复的。

[root@iZ2832m5qa1Z ~]# netstat | grep ESTABLISHED
tcp        0  15840 iZ2832m5qa1Z:http       70.146.93.117.bro:52017 ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       115.173.87.59:51486     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       115.173.87.59:51484     ESTABLISHED
tcp        0  17520 iZ2832m5qa1Z:http       33.25.164.222.sta:49385 ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       180.165.67.91:64912     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       117.139.14.90:23150     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       139.205.81.137:18076    ESTABLISHED
tcp        0  20440 iZ2832m5qa1Z:http       KD182251243016.au:41106 ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       42.84.222.165:49941     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       pppoe214.net213.o:56491 ESTABLISHED
tcp        0  10880 iZ2832m5qa1Z:http       103.30.98.234:59365     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       42.84.222.165:49938     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       pw126253225030.6.:61449 ESTABLISHED
tcp        0  14520 iZ2832m5qa1Z:http       183.208.245.224:50679   ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       182.41.29.245:55637     ESTABLISHED
tcp        0  14000 iZ2832m5qa1Z:http       117.136.16.105:12603    ESTABLISHED
tcp        0   9685 iZ2832m5qa1Z:http       61.159.21.88:52751      ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       118.123.72.35:27057     ESTABLISHED
tcp        0  15400 iZ2832m5qa1Z:http       117.136.16.105:12602    ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       70.146.93.117.bro:52014 ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       hn.kd.ny.adsl:5527      ESTABLISHED
tcp        0   5184 iZ2832m5qa1Z:ssh        157.61.153.165:64214    ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       hn.kd.ny.adsl:5526      ESTABLISHED
tcp        0  14000 iZ2832m5qa1Z:http       27.211.243.243:45558    ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       117.139.14.90:23149     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       27.8.105.143:50135      ESTABLISHED
tcp        0   5503 iZ2832m5qa1Z:http       113.89.36.247:10958     ESTABLISHED
tcp        0  15840 iZ2832m5qa1Z:http       113.89.36.247:10957     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       61.159.21.88:52750      ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       114.85.101.145:13878    ESTABLISHED
tcp        0  17280 iZ2832m5qa1Z:http       pppoe214.net213.o:53090 ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       36.5.27.214:16960       ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       113.143.49.201:58216    ESTABLISHED
tcp        0   5045 iZ2832m5qa1Z:http       103.40.223.36:52853     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       113.89.36.247:10954     ESTABLISHED
tcp        0  18200 iZ2832m5qa1Z:http       183.138.35.202:61349    ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       103.40.223.36:52852     ESTABLISHED
tcp        0  18720 iZ2832m5qa1Z:http       3.52.184.60.broad:53417 ESTABLISHED
tcp        0   8385 iZ2832m5qa1Z:http       125.36.248.155:21057    ESTABLISHED
tcp        0  20160 iZ2832m5qa1Z:http       3.52.184.60.broad:53418 ESTABLISHED
tcp        0  15840 iZ2832m5qa1Z:http       61.159.21.88:52754      ESTABLISHED
tcp        0  19600 iZ2832m5qa1Z:http       OFSfx-12p8-167.pp:39607 ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       180.112.206.79:53807    ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       180.112.206.79:53804    ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       113.143.49.201:58213    ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       113.143.49.201:58214    ESTABLISHED
tcp        0  13140 iZ2832m5qa1Z:http       KD182251243016.au:41091 ESTABLISHED
tcp        0  19600 iZ2832m5qa1Z:http       220.172.205.84:64506    ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       183.138.35.202:61351    ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       124.228.157.148:cm      ESTABLISHED
tcp        0  14095 iZ2832m5qa1Z:http       115.77.130.139:57265    ESTABLISHED
tcp        0   2575 iZ2832m5qa1Z:http       125.36.248.155:21058    ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:ssh        157.61.153.165:63820    ESTABLISHED
tcp        0  11520 iZ2832m5qa1Z:http       180.175.15.94:60250     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       hn.kd.ny.adsl:5525      ESTABLISHED
tcp        0  16800 iZ2832m5qa1Z:http       36.104.17.199:12445     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       124.23.133.76:36709     ESTABLISHED
tcp        0  25410 iZ2832m5qa1Z:http       221.227.160.76:50909    ESTABLISHED
tcp        0  27377 iZ2832m5qa1Z:http       36.104.17.199:12444     ESTABLISHED
tcp        0   5695 iZ2832m5qa1Z:http       89.42.62.210:17259      ESTABLISHED
tcp        0   9617 iZ2832m5qa1Z:http       113.118.244.198:21199   ESTABLISHED
tcp        0  18200 iZ2832m5qa1Z:http       hn.kd.ny.adsl:52590     ESTABLISHED
tcp        0   5365 iZ2832m5qa1Z:http       113.118.244.198:21200   ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       175.152.152.119:54357   ESTABLISHED
tcp        0   2623 iZ2832m5qa1Z:http       114.138.243.190:52567   ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       180.175.15.94:60249     ESTABLISHED
tcp        0  16060 iZ2832m5qa1Z:http       sp49-98-175-192.m:62563 ESTABLISHED
tcp        0  18161 iZ2832m5qa1Z:http       221.227.160.76:50910    ESTABLISHED
tcp        0  16800 iZ2832m5qa1Z:http       220.202.153.122:61180   ESTABLISHED
tcp        0  17205 iZ2832m5qa1Z:http       117.136.82.1:9890       ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       183.249.139.93:19404    ESTABLISHED
tcp        0  11520 iZ2832m5qa1Z:http       180.175.15.94:60251     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       111.14.82.93:8895       ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       115.216.229.234:50027   ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       45.19.224.121.broa:7317 ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       103.40.223.36:52855     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       223.101.243.33:29598    ESTABLISHED
tcp        0  15840 iZ2832m5qa1Z:http       115.77.130.139:57272    ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       182.84.62.177:16124     ESTABLISHED
tcp        0  11072 iZ2832m5qa1Z:http       89.42.62.210:17262      ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       3.52.184.60.broad:53461 ESTABLISHED
tcp        0   2859 iZ2832m5qa1Z:http       89.42.62.210:17263      ESTABLISHED
tcp        0  15714 iZ2832m5qa1Z:http       183.204.8.177:37090     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       118.206.38.35:53403     ESTABLISHED
tcp        0  17280 iZ2832m5qa1Z:http       180.175.15.94:60252     ESTABLISHED
tcp        0   1412 iZ2832m5qa1Z:ssh        157.61.153.165:64208    ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       203.152.92.76:61435     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       ppp118-208-236-25:55869 ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       171.232.170.106:56428   ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       228.148.61.59.bro:59308 ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       223.73.223.248:tsspmap  ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       220.202.153.122:61179   ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       175.165.26.63:56572     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       158.121.164.124.a:62007 ESTABLISHED
tcp        0   5045 iZ2832m5qa1Z:http       176.59.5.50:63602       ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       121.31.250.178:37454    ESTABLISHED
tcp        0  34080 iZ2832m5qa1Z:http       softbank060099014:63654 ESTABLISHED
tcp        0  17280 iZ2832m5qa1Z:http       14.159.99.11:53809      ESTABLISHED
tcp        0  14005 iZ2832m5qa1Z:http       36.104.17.199:12439     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       228.148.61.59.bro:19657 ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       14.159.99.11:53811      ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:ssh        157.61.153.165:63816    ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:10019      106.11.68.13:http       ESTABLISHED
tcp        0  12914 iZ2832m5qa1Z:http       hn.kd.ny.adsl:52588     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       175.165.26.63:56575     ESTABLISHED
tcp        0  16789 iZ2832m5qa1Z:http       221.227.160.76:50911    ESTABLISHED
tcp        0  14600 iZ2832m5qa1Z:http       176.59.5.50:63605       ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       113.222.234.253:26039   ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       222.82.92.2:infolibria  ESTABLISHED
tcp        0   4063 iZ2832m5qa1Z:http       113.118.244.198:21201   ESTABLISHED
tcp        0  11263 iZ2832m5qa1Z:http       222.82.92.2:siebel-ns   ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       117.136.23.13:32643     ESTABLISHED
tcp        0      0 iZ2832m5qa1Z:http       222.82.92.2:ultrabac    ESTABLISHED
tcp        0  16749 iZ2832m5qa1Z:http       124.94.104.65:50974     ESTABLISHED
[root@iZ2832m5qa1Z ~]# 

top - 15:37:34 up  1:08,  3 users,  load average: 0.06, 0.10, 0.11
Tasks: 172 total,   2 running, 170 sleeping,   0 stopped,   0 zombie
%Cpu(s):  8.4 us,  1.7 sy,  0.0 ni, 89.9 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:   1016656 total,   488972 used,   527684 free,    30400 buffers
KiB Swap:        0 total,        0 used,        0 free.   107448 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S %CPU %MEM     TIME+ COMMAND                                                                                                                    
 1558 root      20   0   64208   5280   3904 S  0.7  0.5   0:11.14 AliYunDun                                                                                                                  
11417 www       20   0  281096  10020   4076 S  0.7  1.0   0:00.06 httpd                                                                                                                      
11586 www       20   0  282632  11428   4076 S  0.7  1.1   0:00.11 httpd                                                                                                                      
11627 www       20   0  280840   9636   4076 S  0.7  0.9   0:00.02 httpd                                                                                                                      
11817 www       20   0  282632  11408   4076 S  0.7  1.1   0:00.06 httpd                                                                                                                      
11899 www       20   0  282632  11472   4132 S  0.7  1.1   0:00.08 httpd                                                                                                                      
12145 www       20   0  282632  11412   4076 S  0.7  1.1   0:00.06 httpd                                                                                                                      
12160 www       20   0  282632  11468   4132 S  0.7  1.1   0:00.03 httpd                                                                                                                      
12176 www       20   0  282632  11408   4068 S  0.7  1.1   0:00.05 httpd                                                                                                                      
12247 www       20   0  280840   9624   4068 S  0.7  0.9   0:00.02 httpd                                                                                                                      
   24 root      20   0       0      0      0 S  0.3  0.0   0:03.19 rcu_sched                                                                                                                  
   25 root      20   0       0      0      0 R  0.3  0.0   0:06.95 rcuos/0                                                                                                                    
 1174 mysql     20   0  797928  45012   5308 S  0.3  4.4   0:07.13 mysqld                                                                                                                     
 1574 root      20   0   78596   8676   5044 S  0.3  0.9   0:13.55 AliHids                                                                                                                    
11486 www       20   0  282632  11440   4076 S  0.3  1.1   0:00.06 httpd                                                                                                                      
12159 www       20   0  280840   9628   4068 S  0.3  0.9   0:00.01 httpd                                                                                                                      
    1 root      20   0   49552   3652   2292 S  0.0  0.4   0:00.74 systemd                                                                                                                    
    2 root      20   0       0      0      0 S  0.0  0.0   0:00.00 kthreadd                                                                                                                   
    3 root      20   0       0      0      0 S  0.0  0.0   0:00.07 ksoftirqd/0                                                                                                                
    5 root       0 -20       0      0      0 S  0.0  0.0   0:00.00 kworker/0:0H                                                                                                               
    6 root      20   0       0      0      0 S  0.0  0.0   0:00.06 kworker/u30:0                                                                                                              
    7 root      rt   0       0      0      0 S  0.0  0.0   0:00.00 migration/0                                                                                                                
    8 root      20   0       0      0      0 S  0.0  0.0   0:00.00 rcu_bh                                                                                                                     
    9 root      20   0       0      0      0 S  0.0  0.0   0:00.00 rcuob/0                                                                                                                    
   10 root      20   0       0      0      0 S  0.0  0.0   0:00.00 rcuob/1                                                                                                                    
   11 root      20   0       0      0      0 S  0.0  0.0   0:00.00 rcuob/2           

        HTTP进程超级多，怎么会事，怎么会有那么多人访问啊！受到攻击了？然后问了说确实是很多人。于是判断是高并发导致，于是改下httpd.conf和httpd-mpm.conf配置，有

Timeout 30
KeepAlive On
MaxKeepAliveRequests 80
KeepAliveTimeout 15
<IfModule prefork.c>
    ServerLimit 1024
    StartServers      5
    MinSpareServers   5
    MaxSpareServers   10
    MaxClients       1024
    MaxRequestsPerChild 100
</IfModule> 

<IfModule mpm_prefork_module>
    StartServers            5
    MinSpareServers         5
    MaxSpareServers         10
    MaxClients              1000
    MaxRequestWorkers      1000
    MaxConnectionsPerChild   0
</IfModule>

<IfModule mpm_winnt_module>
    ThreadsPerChild        1000
    MaxConnectionsPerChild   0
</IfModule>

        不过，好像然并卵，访问还是那么慢，很卡。

        同学登陆阿里云一看，服务器的带宽是1M，那么访问经常是900多K。。。

        带宽不足啊，服务器访问一分钟有100个IP吧，不过看了CPU和内存还是OK的啊。

        于是，升级带宽到2M，访问快啦。。。

        将来很多服务应用APP可以在微信小程序中找到，不用安装了？直接用小程序开发而不用APP开发了？这很好。

        还不知效果视频在哪看，还不知在哪里申请内测使用，关注吧。

        后台用ssh远程用root 登录到命令行，

        然后输入“crontab -e”，按下 a 键进入到编辑模式，输入 0 */1 * * * /root/work/backup.sh，

        按下 shift+: 输入 wq 退出 crontab。

        我竟然百度了那么久才找到。。。

        shell指令确实使得，以后多用用~

       登陆后台，想登陆mysql，出现：Can't connect to local MySQL server through socket '/tmp/mysql.sock'。

       重启，关闭失败，打开成功，说明mysql不知什么自己关闭了。

        再查看日志，发现前天下午就挂了

160801 16:48:33 mysqld_safe Number of processes running now: 0
160801 16:48:33 mysqld_safe mysqld restarted
2016-08-01 16:48:33 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2016-08-01 16:48:34 26972 [Note] Plugin 'FEDERATED' is disabled.
2016-08-01 16:48:34 26972 [Note] InnoDB: Using atomics to ref count buffer pool pages
2016-08-01 16:48:34 26972 [Note] InnoDB: The InnoDB memory heap is disabled
2016-08-01 16:48:34 26972 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2016-08-01 16:48:34 26972 [Note] InnoDB: Memory barrier is not used
2016-08-01 16:48:34 26972 [Note] InnoDB: Compressed tables use zlib 1.2.3
2016-08-01 16:48:34 26972 [Note] InnoDB: Using Linux native AIO
2016-08-01 16:48:34 26972 [Note] InnoDB: Using CPU crc32 instructions
2016-08-01 16:48:34 26972 [Note] InnoDB: Initializing buffer pool, size = 128.0M
InnoDB: mmap(137363456 bytes) failed; errno 12
2016-08-01 16:48:34 26972 [ERROR] InnoDB: Cannot allocate memory for the buffer pool
2016-08-01 16:48:34 26972 [ERROR] Plugin 'InnoDB' init function returned error.
2016-08-01 16:48:34 26972 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2016-08-01 16:48:34 26972 [ERROR] Unknown/unsupported storage engine: InnoDB
2016-08-01 16:48:34 26972 [ERROR] Aborting

2016-08-01 16:48:34 26972 [Note] Binlog end
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'partition'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'PERFORMANCE_SCHEMA'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'BLACKHOLE'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_SYS_DATAFILES'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_SYS_TABLESPACES'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_SYS_FOREIGN_COLS'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_SYS_FOREIGN'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_SYS_FIELDS'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_SYS_COLUMNS'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_SYS_INDEXES'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_SYS_TABLESTATS'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_SYS_TABLES'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_FT_INDEX_TABLE'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_FT_INDEX_CACHE'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_FT_CONFIG'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_FT_BEING_DELETED'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_FT_DELETED'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_FT_DEFAULT_STOPWORD'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_METRICS'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_BUFFER_POOL_STATS'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_BUFFER_PAGE_LRU'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_BUFFER_PAGE'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_CMP_PER_INDEX_RESET'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_CMP_PER_INDEX'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_CMPMEM_RESET'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_CMPMEM'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_CMP_RESET'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_CMP'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_LOCK_WAITS'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_LOCKS'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'INNODB_TRX'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'ARCHIVE'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'MyISAM'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'CSV'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'MRG_MYISAM'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'MEMORY'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'sha256_password'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'mysql_old_password'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'mysql_native_password'
2016-08-01 16:48:34 26972 [Note] Shutting down plugin 'binlog'
2016-08-01 16:48:34 26972 [Note] /*/*/*/*/mysqld: Shutdown complete

160801 16:48:34 mysqld_safe mysqld from pid file /*/*/mysql/data/iZ28sj5gtwxZ.pid ended 

        查看磁盘，空间是足的，还有30G剩余空间。

        什么原因呢？

        但是登陆时出现：530 User cannot log in, home directory inaccessible.的错误。

        根据字面意思是说目录不可访问，难道是这个用户没权限。核查下目录文件夹的属性-->安全，可以看到组和用户名那里，果然没有IIS_IUSRS组，所以编辑，将IIS_IUSRS加进去。

        然后再登陆，没一切正常了。

        今天有台电脑是双网卡，其中一个想用OA网上网，结果也老是拿到169.254.***.***的IP，怎样插拨网线，更换端口，禁用端口再启用，统统无效。突然想起昨天无线路由器的奇怪遭遇，所以也将地址设为10.118.66.**，设置好后ping 10.118.66.254不通。然后再将网卡口设置为自动获取IP，这次竟然就拿到正常的10.118.66.**了，而不再是169.254.***.***！

        好奇怪，还没想明白怎么回事

为什么呢？查了半天原来是CSS少了个：* { margin:0; padding:0;}。IE的body的margin默认值为20px。。。

这个*是通配符，代表了所有标签，然后这个设置外部内部的边距都为0。其实还可以这样设置：div,ul,li{margin:0px;padding:0px}

设置之后就这样啦

        那么，怎样获取访问者客户端的真实IP呢？这个IP一般是指他/她上网的出口公网IP，不指私网内网。

        大多数情况下，我们取服务器预定义的三个变量HTTP_CLIENT_IP,HTTP_X_FORWARDED_FOR,REMOTE_ADDR，是可以获知用户真实IP的。但是，某些情况下，比如说移动这种通过多层代理的就很不准确，要不就是取到为空。

        然而，淘宝的IP地址库，比如：http://ip.taobao.com/service/getIpInfo.php?ip=myip，还有IP138的：http://1212.ip138.com/ic.asp却都可以比较真实地获取访客的IP。他们是怎样做到的呢？

        对于这个问题，我想到的有两种方法。

        一种是通过js，客户端访问获取淘宝或者ip138，返回信息再送到服务端，从而服务端取得用户的真实IP。不过度娘好久都没找到，说什么js不允许跨域访问。。。

        另外一种就是服务端通过其它信息获取用户的真实IP，想不出，找不到。。。

        其实搜狐是有提供API的：http://pv.sohu.com/cityjson?ie=utf-8，返回是个var型的在js可以直接读取的数据，很方便读取。不过，它的数据库太烂，很不准。。。

        各位路过的大虾，知道请赐教下。。。

        不过问题来了，在Apache里修改端口然后重启，再用浏览器访问，URL就要指定端口，不然访问不了。因为浏览器访问网站的HTTP协议默认是80端口，非80端口一定要指定。

        怎样才能访问非80端口的网站，不用指定80端口呢？在服务器里可以设置吗？

        各位路过的大虾，如果知道怎样解决请赐教下。。。

        好吧，第一次到海南岛，第一次到海口市。第一感觉，虽然它离大陆不算远，琼州海峡就30多公里，不过就这点距离足够使它是孤岛，与大陆的交通不便深深的影响了来往。6号那天是1点多到海安港，然后上船早等了好久才开船，过海后码头繁忙没位泊船又等了一个多钟，最后上岸离开是晚上7点多了。。。

        然后是热，虽然近海，不过感觉比北边一百多公里的老家还热，有可能天气太好又在外面转的原因吧。。。

        再就是空楼多，没上岸前就远远可以看到海边好多小区高楼，对比海安那镇都算不上只能叫村啦。近看那些楼的人极少人住，很多很空，难道是北方人买来渡假，现在天气热滚回北方导致空宅？这样的话有钱人也太他妈奢侈了

        最后是电动车好多好多，尤其是北边海边的马路那一带，下午下班后电动摩托大军汹涌流动，水泄不通。

        城市还是挺干净的，人口也不像广州那样多，估计是工厂不多打工的人相对少些吧。然后感觉岛民普遍相对矮些，美女看到几个，也不高，普通南方人。

        地方去了几个，省博物馆和市博物馆，旗楼老街，白沙门公园和海滩看日落，还有坑人骗钱的五公祠。

        天气太热，所以8号晚上20点火车就走人啦。海口火车轮渡到徐闻，经过5个小时才到湛江西，然后第二天早上8点半才到广州。已经六七年没搭火车了，感觉火车夜车其实不够汽车舒服，主要是那椅子不可以向后放，不好睡。另外发现只在上车时检票，车上和下车后都不查票，很容易买张到湛江的票就搭到广州来逃票啊！

        傻B度娘说要修复一个补丁，还提供了链接。不过我都远程不上了，怎么安装补丁啊，我又不是神仙可以在提前知道这情况打这补丁，又没时光机回到过去去修复！

        想了下，服务器是只有这个远程桌面的进程是有问题的，而其它的网站进程都OK，网页打开没问题，发个郁闷的心情说说也可以。因此，只有想办法怎样不通过远程桌面来重启服务器就行啦。

        ftp禁止了，而telnet服务端根本就没安装。。。

        因此纵然有管理员的账号密码，远程不上却还是奈何不了啊。。。

        突然想到，php或者可以写什么语句或者调用执行一个写有重启服务器的bat脚本文件，从而达到重启的目的。

        嗯，马上去试下，结果发现这小说网站只能传图片作头像，而博客的文件附件也不支持.bat和.php。。。

        后来终于发现，其实网站都有漏洞的，因此可以用SqlMap做一个一句语木马上去，在服务器网站路径下创建一个可以上传文件的php。嗯，其实是现有的。

        弄了个重启的bat，再弄一个执行调用这个bat的php，然后用那漏洞将这两个文件上传到服务器，在浏览器输入上传的php的网址去执行那个bat，服务器如愿的重启啦。

        谢天谢地，不用跑去重启了

        问题来了，如果是Linux系统的服务器呢？估计和这Win差不多吧，bat改为sh脚本去执行吧，问度娘应该是可以找到答案的。

        仔细核查是因为插入的中文有异体字下面这个异体字，默认的utf8是3个字节的，而这个异仔字是4个字节，因此一插入就出错啦。。。

        虽然发现是这个异体字的问题，也缠着度娘问了半天，度娘大多时候叫我保存的字段、表的类型设为utf8mb4，只有这个才能保存4个字节的中文，还要将数据库的default-character-set及character-set-server也改为utf8mb4，重启MySQL。

        弄了半天还是是个坑。。。

        最后最后，在插入这个异体字前加一句：set names 'utf8mb4';就可以了。若是set names 'gbk';的话则会使插入的中文变成乱码存储。不过，在phpmyadmin看到保存的4字节汉字是个？号，而3字节的汉字是正常的。。。

        最后，在TP怎样弄呢？TP的插入数据前加一句mysqli_query("set names utf8mb4"); ???

        当然不是，TP的配置默认字符是utf8，加了那句也没有用。在config.php里面的数据库配置项里面加个'DB_CHARSET' => 'utf8mb4'就行啦。

        不过今天创建遇到了问题，还一连好几个，我在这创建过的FTP服务器不下十个，所以还是一一解决啦。

        问题一：创建了个用户名是ftp的账号，然后设置为IIS_IUSRS的组权限。然后登陆就出现530错误：530-User cannot log in. Win32 error: Login failed: unknown user name or bad password. Error details: Anonymous authentication is not allowed. 530 End

        如下：

        困惑了一小会，然后想想应该是这个ftp是个关键字吧，不能用它作为用户名吧，改了试下，OK！

        问题二：这个是前期遇到的问题，不算今天遇到。没设置“服务”的"Microsoft FTP Service"为自动启动，重启电脑什么的之后，这个服务没启动，会出现如下错误。启动这个服务就OK了。

         问题三：FTP服务器的电脑的开了防火墙，没放行21端口。

        我开始时是在虚拟机进行测试的，OK没问题。换到其它同个局域网的真实电脑测试，一点反应都没有，想想，应该是防火墙开着拦截了21端口了。回去电脑看一下，果然如此。

        问题四：提示：打开FTP服务器上的文件夹时发生错误,请检查是否有权限访问该文件夹。如下图，在电脑的文件路径框输入ftp://ftp的地址，然后根据登陆的对话框输入账号密码，登陆后好一段时间那个手电筒在左右晃来晃去，然后出错如下。

        不过用DOS指令登陆是正常的，开始以为是终端的问题，换一台电脑再试，同样情况，确认问题还是出在FTP服务器上。

        测试把防火墙关了，登陆正常。嗯，问题定位在防火墙。然后对比下开了防火墙而FTP是正常的电脑，终于找到是什么FTP Server Passive的问题，加上一条防火墙入站规则加上下面一条规则就OK啦:

        因此，即使将phpQuery.php改为phpQuery.class.php，在文件里面加入命名空间的namespace Admin\Controller;，用类似的语句import("ORG.Util.phpQuery");或者import("Vendor.phpQuery");或者Vendor('phpQuery');导入都不行，都会出错，提示类似如下：

        Iterator,Countable ,ArrayAccess是php的预定义接口，当前类设置了命名空间，提示找不到接口。但是即使引入用use Iterator;等引入这些接口，出错提示没有。用\phpQuery::newDocumentFile($url);再用$tagsList = pq("#tags a");，这个$tagsList是空的，pq这个重要的方法还是用不了。。。

        怎么办呢？要引入像这种不规范的类文件。目前我找到的是在命名空间开头，用include引入这个文件，include APP_PATH . 'Admin/Util/phpQuery.php';，即可正常用了。

        怎样用import，或者vendor这种TP特有的方式，或者在文件开头用use来引入，我还是不知道怎样弄。走过路过的大虾，如果会的话请留言指点下小弟啊~

        登陆AC看到AP是离线的，但交换机可以登陆，而AP起不来。

        WLAN的组网是这样子的，共五个网段，AC接入数据城域网，而AP下挂在华三交换机下，华三3100交换机往上是数据网的汇聚交换机，再上就是数据城域网的NE40的BAS了。AP的网关在NE40上，而AC设置IP POOL，AP通过DHCP到AC去自动获取IP。所有同一网关的AP都是在同一网段，用同一个VLAN。而交换机类似，但交换机是配置固定IP，网关也在NE40上，也用同一VLAN。这样一来，几百台AP上百台交换机，都处理同一VLAN的局域网啦。

        交换机可以登陆，AP起不来，且还时好时坏，根据经验，网络环路了，广播风暴啦。

        但神奇发现这交换机是级联的，最上的那台的AP是在线的。

        就是下面的三台的AP都离线，查看交换机端口，接AP的端口的状态都是UP的。

        下站用串口线找台交换机连上去，开始连不上，重启后OK。

        连上后马上在交换机弹出下面这些告警：

<DC_JingJiMaoYiXX4_H3C_6>
#Apr  1 23:57:47:562 2000 DC_JingJiMaoYiXX4_H3C_6 DRV/5/LOOPBACKED:- 1 -
 Trap 1.3.6.1.4.1.2011.10.2.95.1.0.3(h3cLpbkdtTrapPerVlanLoopbacked): Loopback exists on the interface 4227722 Ethernet1/0/13 in VLAN 998.
%Apr  1 23:57:47:823 2000 DC_JingJiMaoYiXX4_H3C_6 DRV/5/LOOP BACK:- 1 -
Loopback does exist on port 13 vlan 998, please check it

<DC_JingJiMaoYiXX4_H3C_6>
#Apr  1 23:58:17:688 2000 DC_JingJiMaoYiXX4_H3C_6 DRV/5/LOOPBACKED:- 1 -
 Trap 1.3.6.1.4.1.2011.10.2.95.1.0.3(h3cLpbkdtTrapPerVlanLoopbacked): Loopback exists on the interface 4227722 Ethernet1/0/13 in VLAN 998.
%Apr  1 23:58:17:949 2000 DC_JingJiMaoYiXX4_H3C_6 DRV/5/LOOP BACK:- 1 -
Loopback does exist on port 13 vlan 998, please check it

        直接把interface13关了，故障解决。

        最后发现interface13接的不是AP，是学校不知谁私接的，一直能向楼顶，楼顶门锁上不去。返去，将interface13和其它没在用的端口统统shut了。。。

        里面提到在php.ini将always_populate_raw_post_data设为-1可修复。按建议来做，重启Apache，再运行，却再出现错误。

        PHP Notice:  Undefined index: HTTP_RAW_POST_DATA in ***xin\\index.php on line 43

        查看对应的line 43，发现此句用了$GLOBALS["HTTP_RAW_POST_DATA"]，而将always_populate_raw_post_data设为-1后，则强制 $HTTP_RAW_POST_DATA 未定义。因为根据之前的提示HTTP_RAW_POST_DATA可能在后续的 PHP 版本中被移除，需要用获取php://input的文件流来代替。于是将$GLOBALS["HTTP_RAW_POST_DATA"]改为file_get_contents('php://input')。

        重新再运行，一切正常啦。

        伴随着这个Deprecated的还有个Warning：PHP Warning:  Cannot modify header information - headers already sent in Unknown on line 0。不过弄好这个Deprecated后这个Warning也消失了。猜想是和$HTTP_RAW_POST_DATA有关，不过根据Warning的意思，它是怎样被拦截不能修复头信息的呢？

        百度到的出现此Warning是这样子的：PHP脚本开始执行时，它可以同时发送header(标题)信息和主体信息。 Header信息(来自 header() 或 SetCookie() 函数)并不会立即发送，相反，它被保存到一个列表中。 这样就可以允许你修改标题信息，包括缺省的标题(例如 Content-Type 标题）。但是，一旦脚本发送了任何非标题的输出（例如，使用 HTML 或 print() 调用)，那么PHP就必须先发送完所有的Header，然后终止 HTTP header。而后继续发送主体数据。从这时开始，任何添加或修改Header信息的试图都是不允许的，并会发送上述的错误消息之一。

        可能中毒了吧！于是给此终端装上某度免费的杀毒软件，装上去杀毒，毛都没一条。而SNMP请求报文依旧，但网管却都上不了啦！

        卸载杀毒软件，网管又可以正常上网了，但SNMP报文还是不断啊。远程不上那边的电脑，操作都是那边同事弄的，只好叫他们先拨了网线，等我过去现场啦。

        上周四到现场发现只有那台有问题的电脑没装防火墙，其它的终端都开着，于是把所有电脑的防火墙打开。而那时省网工在医院！不能到采集机去看，好吧，我设置下远程，撤。

        到今天接报SNMP还是有的，那台电脑还是有问题。远程处理，这次核查认真，用netstat不断的刷活动的连接进程，发现有两条SYN_SENT的很可疑。如下：

        最后一条是我远程的连接，而上面两条不断的请求连接，估计问题就出现这。

        用netstat -o调出进程的PID，找出其PID，再用任务管理器查看是哪个映像。发现请求telnet的是NmService.exe，而远端是8080的是Tmlisten.exe，其中Tmlisten.exe是趋势防火墙的进程，是所有终端都安装的。至于它是SYN_SENT状态估计是因为10.16.41.153不可达吧，这防火墙太破了，不过导致SNMP应该不是它。

        重点是NmService.exe这个东东了，发现它是在IPswitch/whatsu/NmService.exe。某度下IPswitch，是个网络管理工具哦，但它为什么不断地向192.168.8.66发现telnet呢？此终端根本ping不通192.168.8.66，估计就是因为它不断地telnet，而导致不断地向网络发出SNMP报文吧。

        叉掉此进程，整个删除IPswitch文件夹。告诉张工去验证。

        核查Apache的error.log，发现经常出现这样的warn信息：RewriteOptions: MaxRedirects option has been removed in favor of the global LimitInternalRecursion directive and will be ignored.

        怎么会事呢？按英文意思是说出现重定向选项的警告，MaxRedirects选项由于已被通用的LimitInternalRecursion指令代替，因此将被忽略。

        开始时以为是Apache2.4的问题，因为同样的代码在之前的Apache2.2从未出现过。

        度娘折腾了好久，找不到，然后搜狗，必应都用上了，只找到一点点英文的，没什么人有说什么方法解决。。。

        其实出现这个warn也没关系的，只是每次都过了几天都会出现吊死，这就郁闷了。。。

        很怀疑这个warn和吊死有关，应该就是不断的warn导致吊死的。

        思考应该不是Apache2.4本身的问题，而是在程序代码里，应该访问一次网站就出现一次warn吧。后来一个晚上快要睡觉的时候想到这点了。

        第二天测试，果然如此，访问博客不新出现warn，而访问最多流量进来的小说网站，则访问一次出现一次warn。而从英文提示来看，是RewriteOptions，因此和重定向Rewrite有关的，即那个.htaccess文件。找到小说网站的.htaccess一看，里面有一句MaxRedirects！是：RewriteOptions MaxRedirects=1。

        应该是Apache2.2还在用MaxRedirects，而2.4不用MaxRedirects了啦，因此出错。

        将RewriteOptions MaxRedirects=1去掉，或者注释掉，即不再出现warn信息了。

        而观察了快一周，Apache也不再吊死啦。
了，d

改回来后MySQL启动失败，提示：发生系统错误 1067。

修改的配置已经改回来了，为何还失败呢？搞了好一段时间，重启MySQL，终于找到：删除“Data目录中的ib_logfile0和ib_logfile1”，再重启MySQL。

看来ib_logfile0和ib_logfile1有保存数据库配置的东西，修改了要删除，数据库重新生成就可以了。

改端口还没百度看过，有空再看下吧。

        远端的是MySQL5.5，本地是5.6。只需在远端如下设置：

        1、添加远程账号：GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY 'root' WITH GRANT OPTION;，这里的%代表任意IP，如果想限定某IP，如只给192.168.1.1远程，那将%改为192.168.1.1。ALL PRIVILEGES是所有权限，如果只给select,update，那就改为select,update。这里的账号和密码都是root，可以自定义改。

        然后，运行“flush privileges;

        2、关闭远端的防火墙，或者打开3306的端口，给所有程序，或者只给mysqld.exe开放，否则，本地登陆出现如下的错误。

ERROR 2003 (HY000): Can't connect to MySQL server on '*.*.*.*' (10060)

        二、主从同步MySQL

       1、 远端设置在my.ini配置，在其[mysqld] 下添加主服务器端配置：

server-id=1    #服务器 id
log-bin=C:\Program Files\MySQL\MySQL Server 5.5\mysql-bin    #二进制文件存放路径
binlog-do-db=test1    #待同步的数据库

      3、输入命令 show master status;       # 找到File 和 Position 的值记录下来；Position的值在从服务器要配置

      4、从服务器my.ini配置，在[mysqld]添加配置

#server-id=2    #服务器 id ，不能和主服务器一致
#replicate-do-db=test1    #待同步的数据库

      5、从服务器登陆MySQL设置：mysql> change master to master_host='192.168.1.1',master_user='slave',master_p
assword='abcd', master_log_file='mysql-bin.000001',master_log_pos=107;

       上面的107是主服务器的Posion，不过这个值不断在增加，000001也是file的名，不变。

    6、start slave;，再用show slave status\G;，如果可以看到：

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

以上两项都为Yes，那说明没问题了。

        百度找不到这个错，找不到解决，搞了下午。。。

        先记录，反正远程的可以先用。

WCDMA-DG-C2811(config)#no ip nat inside source static 172.17.1.205 132.103.70.31

Static entry in use, do you want to delete child entries? [no]: yes
%: Error: static entry still in use, cannot remove
WCDMA-DG-C2811(config)#

        最后问厂家和百度，找到了，用clear ip nat translation * 删除当前的NAT映射关系，再删除NAT就可以了。

        核查extension_dir设置没问题，extension=php_curl.dll前面的“;”也去掉了。还有哪些呢？

        度娘下，原来还要将php目录下的libssh2.dll,  ssleay32.dll, libeay32.dll，以及ext下的php_curl.dll复制至C:\Windows\System32下，然后重启Apache就可以了。

        不过核查了下，在旧的系统（php5.3.6+apache2.2)中，没有将libssh2.dll复制过去，一样的运行正常，而新系统是apache2.4+php5.6.16，没将libssh2.dll复过来前仍然是运行出错的。

        另外，度娘的经验还说将libssh2.dll复制到apache的bin目录下，不过我没有做，核查bin目录下也没有libssh2.dll，运行未见异常。

        此外，还有说在apache的httpd.conf里，要把加载的文件写上：

LoadFile "***/ssleay32.dll"
LoadFile "***/libeay32.dll"

        因为我之前已经加上去了，没有去掉验证去掉是否会出错。

1、将PHP目录下的libssh2.dll,  ssleay32.dll, libeay32.dll，以及ext下的php_curl.dll复制至C:\Windows\System32下。

2、将libssh2.dll复制到apache的bin目录下

3、重启Apache

        度娘下，查询MySQL有没有打开的指令是select @@query_cache_type;，登陆新搭建的输入一看，果然是关着的，而之前的则是打开。

mysql> select @@query_cache_type;
+--------------------+
| @@query_cache_type |
+--------------------+
| OFF                |
+--------------------+
1 row in set (0.00 sec)

网上的优化建议：
如果Qcache_lowmem_prunes 值比较大，表示查询缓存区大小设置太小，需要增大。
如果Qcache_free_blocks 较多，表示内存碎片较多，需要清理，flush query cache。
根据《High Performance MySQL》中所述，关于query_cache_min_res_unit大小的调优，书中给出了一个计算公式，可以供调优设置参考：query_cache_min_res_unit = (query_cache_size - Qcache_free_memory) / Qcache_queries_in_cache。

        这个是PHP传数据的设置的问题。从英文意思可看到POST的文本长度是60多M，超出了8M。在php.ini里面post_max_size默认值为8M，将它改大就可以了。顺便把upload_max_filesize也改大。

        二、Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 356445465 bytes)

        这个也是php.ini的设置问题。php.ini里面的memory_limit默认设置是128M，也就是说php代码能申请到的最大内存是128M，在处理大文件如导出数据表时，就有可能超出而出错导不到。将它改大即可。

        三、ERROR: ASCII '\0' appeared in the statement, but this is not allowed unless option --binary-mode is enabled and mysql is run in non-interactive mode. Set --binary-mode to 1 if ASCII '\0' is expected. Query: 'SQLite format 3'.

        这个是MySQL里面的设置问题了。这次在用source XXX.sql里导入数据时出错，原因是数据库的编码设置问题。原数据库的表有gbk_chinese_ci和utf8_general_ci格式，而数据库的编码是gbk_chinese_ci，但我却将数据库编码改为utf8_general_ci，然后导出的sql文件比数据库占用的空间还要大。而这个sql文件再导入回去时，则出现上面的错误。将数据库改回gbk_chinese_ci后OK。

        指令就知怎样操作，在phpMyAdmin是这样子操作的。

        数据库设置为utf8_general_ci编码的情况：

        将编码改为utf8_general_ci

        另外用show variables like '%character%';发现数据库的 character_set_database编码是latin1，和之前搭的网站不一致。因此也改为utf8。

        首先到官网将httpd-2.4.18+mysql-5.7.10+php-5.6都下载下来。可以说除了PHP7.0比PHP5.6高之外，其余的MySQL和Apache都是目前最高版本的的了。哦，对了，我安装的平台是WINServer2008。

        三者解压到某文件路径。先将httpd.conf修改好，主要是ServerRoot，PHPiniDir，DocumentRoot，还有端口号设置将erverName www.example.com:80前面的3去掉。最后加两句

LoadFile "***/php-5.6.16-Win32-VC11-x64/ssleay32.dll" 
LoadFile "***/php-5.6.16-Win32-VC11-x64/libeay32.dll"

        然后开始安装 Apache，在DOS下，cd到httpd的目录路径，用httpd -k install，开始时PHP路径设置有问题，就出现下面这些错了，根据提示可以找到原因。

        然后是配置php，主要是将php.ini里的extension_dir打开，去掉其前面的";"，修改为extension_dir = "D:\Apache+PHP\PHP-5.4.6-Win64\ext"，找到扩展列表，;extension=php_gd2.dll、;extension=php_mysql.dll、;extension=php_mysqli.dll。

        坑我几天的就是这个MySQL了，因为之前的是用安装版，只要选就可以，这次是配置不需怎样安装的。

一、将压缩包解压至某路径下。
二、改好my.ini
三、打开DOS，切换到MySQL包的bin下
三、输入mysqld --initialize --user=mysql --console，记下生成的初始密码。
四、输入mysqld -install，安装mysql服务
五、net start mysql，启动mysql
六、用mysql -uroot -p，回车再输入初始密码登陆
七、用SET PASSWORD = PASSWORD('你自己设的密码'); 
八、输入ALTER USER 'root'@'localhost' PASSWORD EXPIRE NEVER;，将密码设为永不过期。

        MySQL无法启动，一般是安装有问题，删除了重新再来。

        用mysqld --initialize初始化，没有看到生成的密码，登陆时提示要输入密码，Access denied for user 'root'@localhost' (using password: No)，很悲剧。

        老是提示：You must reset your password using ALTER USER statement before...，改下密码为永不过期就可以了，ALTER USER 'root'@'localhost' PASSWORD EXPIRE NEVER;。

        需要两步解决。

        第一，打开./version_check.php，将下面代码注释。

        第二，打开./libraries/Util.class.php，找到

return strftime($date, $timestamp);

if(extension_loaded('gettext')){
    date_default_timezone_set('UTC');
    return gmdate('Y-m-d H:i:s', $timestamp + 28800);
}

        在./config.ini.php的$cfg['Servers'][$i]['controluser']与$cfg['Servers'][$i]['controlpass']加上你的数据库用户名和密码即可。

        搞得我前几天还跑车票代售点，代售点还说身份核验要到火车站。。。

        百度神马都是垃圾，说什么身份核验要跑去火车站或火车站授权的代售点，我注册个帐号绑定我手机就行啦。。。

        现在想来，估计是身份证手机号码已经绑定银行卡，已经在银行系统认证。12306应该和这些系统共享信息之类的吧，怎么我注册帐号，然后认证手机，登录查询身份就是已认证状态了。

        之前同事把我加为联系人，我的身份状态是未核验。注册完帐号后她再登录看，就变成已核验了。

        刚才在虎门火车站等了大半个钟等核验身份，结果排队到时阿姨问有没有帐号。。。对呀，想在12306买票，却连个帐号都没有，买什么买。。。

        注册帐号后登录时的验证图令人忍俊不禁，竟然是点击下列所有的天线。。。知道我的职业了所以精选个题目给我，真是个智能系统啊。。。

        连续登录了三次帐号，验证图都一击即中正确无误，其实12306验证图也不像网上段子说的那么难啊。。。还是我比较适合做黄牛呢。。。

        度娘一下，又是代码表头包含了BOM。这种情况都是出现在LAMP中，将这个BOM头去掉就行了，之前有个PHP程序跑一下就OK。

        使用Linux系统服务器还是要注意这种BOM，还有就是大小写。

        最后最后，前天昨天困扰的“SQLSTATE[HY000] [1045] ”的原因也找出来了，是因为配合文件config.php里面的密码的字符串后面有空格换行等。。。改过来就一点问题都没了。。。现在还没想明白为什么这个config.php变成这个样子了，在WIN系统是好好的呀。。。

        昨天在新阿里服务器（CentOS系统）安装LAMP，在上面把之前做好的一个网站拉上去。打开却出现如题的问题！

        根据英文提示，应该是数据库root用户使用密码，却访问被拒绝，一般出现在密码错误之类的。但是我核了再核，密码是正常的。

        于是有点怀疑搭建的网站LAMP程序有问题，但是安装PHPWIND却没问题，PHPMYADMIN也没问题，这是什么情况呢。。。

        于是百度，一堆度娘说什么重新设置MYSQL的密码，重启服务器，kill掉MYSQL进程等等。然并卵，无卵用！

        中午还重装了LAMP，装成和之前买的服务器装的一模一样的版本，然后呢，将代码放到之前的阿里云服务器运行是OK的！

        怀疑是LAMP的配置问题。回到宿舍后，重装了LAMP，然后将之前的阿里云的LAMP的my.cnf、httpd.conf、php.ini都复制到新装的LAMP中，重启MySQL、Apache等。结果呢，然并卵，打开还是老样子。

        搞到今晚，怀疑是ThinkPHP3.2.3版本有问题，是否版本太高了？还根据提示，到Think/Db/Driver.class.php里面去修改核心代码，还找到问题出错是执行到这一行：$this->linkID[$linkNum] = new PDO( $config['dsn'], $config['username'], $config['password'],$this->options);。我还将这个$config打印出来看，发现里面的$config['username']、$config['password']都正常无误。什么情况啊！

        于是装了个OneThink，因为OneThink也是用ThinkPHP3.2.3版本， OneThink装完后运行正常！！！然后傻傻的将OneThink里面的ThinkPHP替换出错的程序的ThinkPHP，再打开呢，还是老样子啊！

        最后只好怀疑自己写的代码了。。。

        但是，这个代码在两个WIN系统服务器一个阿里CentOS服务器运行都正常，也没改过。。。

        检查还真的检查出小问题来，CentOS是区分大小写的，然后我的代码里面的Css和css不分，Js和js也是这样，就改这两个。理论上也至于影响到读取数据库啊！还有就是有的代码继承Commoncontroller，又写上use Think\Controller，属于多此一举。

        删除代码，将小问题改好，数据库也删了重建，再把代码重新上传回去，用chmod将Runtime目录改为777属性权限。再打开，正常了！！！

        至今还是想不明白为啥这个样子，代码程序是uppic，帮朋友写的，跟他说莫名其妙OK了，估计心也不踏实。。。

        这个是因为默认上传到Linux的文件的不可写，提示也有出现write_error也可以发现。

        修改方法就是给这个Runtime缓存文件夹设为可写。

        指令如下：chmod -R 777 Runtime

$data['content']=str_ireplace(array(' ','\r\n','\r','\n'),'',$content[1]);

$data['content']=str_ireplace(array(" ","\r\n","\r","\n"),"",$content[1]);

        于是在php.ini修改default_charset = "utf-8"，嗯，这会打开这个网站就是正常不乱码了。

        但是再打开之前一个网站，发现却都变成了乱码了。于是想到之前的网站的代码文件保存的编码发现，用TXT文本打开一看，果然有问题，保存的格式是ANSI。这个网站的文件相对少些，于是都一个个的把它们改为UTF-8的格式。

        再打开一看，发现代码文件里面的汉字不再乱码，但从数据库取出来的数据的汉字却还是乱码。开始以为是数据库的保存编码格式有问题，就登陆MYSQL此网站的数据库去，用show variables like 'character_set_database';查看发现编码格式是gbk，再用alter database mydb character set utf8;把编码格式改为utf8。再打开，汉字仍然是乱码。折腾了好一会，才发现在这个站的源码文件里面，php有这样的一句：mysql_query("SET NAMES 'GBK'");，这句是向MYSQL发出执行一条SQL语句，设定数据库采用GBK编码。终于知道了，即使之前登陆MYSQL用alter database mydb character set utf8;把编码格式改为utf8也没用，因为在php源码里面的这句已经将编码改为GBK了。再是将此句改为mysql_query("SET NAMES 'UTF8'");，保存后再打开网站，一切正常。

        我是用下面这个函数获取网页内容的：

function getUrlContent($url) {
    $ch = curl_init();
    curl_setopt($ch, CURLOPT_URL, $url);
    curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
    curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 25);
    $output = curl_exec($ch);
    curl_close($ch);
    $output=mb_convert_encoding($output , "UTF-8", "GBK");
    return $output;
}

        开始以为是编码问题，在那个mb_convert_encoding里面修改输入输出的编码弄好会一段时间，没什么效果，只是乱码变化了下，仍然是乱码。度娘下，还是被我找到了，之所以出现乱码并非编码的问题，而是网页压缩了。要加一条curl_setopt($ch, CURLOPT_ENCODING, 'gzip');。这样获取到的内容就不再乱码了。

        此外，尝试过用file_get_contents()，返回是乱码。

        有，这就是substring_index（str,delim,count）。

        它有三个参数，第1个是字符串，第2个是关键字符，第3个是截取保留的字符串的长度个数。第三位若是负数，则从后往前倒数多少位。

        例如，输入：mysql> SELECT SUBSTRING_INDEX('www.jwdsk.cn', '.', 1); 得到的是'www'；输入：mysql> SELECT SUBSTRING_INDEX('www.jwdsk.cn', '.', 2); 得到的是'www.jwdsk'；输入：mysql> SELECT SUBSTRING_INDEX('www.jwdsk.cn', '.', -2); 得到的是'jwdsk.cn'。

        当然，MySQL还有其它的好用的函数，如常用的left（str, length）、right（str, length）、substring（str, pos）、substring（str, pos, length）、length(str)、char_length(str)。

        终于想到了安全模式，这个时候虽然正常途径登陆不了电脑，因为要输入密码。但可以正常进入安全模式，然后在安全模式下新建一个账号，这样重启电脑用新账号就可以登陆了，Administrator还是禁止了。

        露营没经验，帐篷搭的地方沙滩凹凸不平，睡得不习惯；天气热，躺下沙滩暖暖的，拉链闷热，开了怕蚊子。忘带电扇，充电宝没电。风起潮涌，一夜听尽海浪怒号。。

        岛上还有大片地方没走，计划中的清晨徒步由于绝大多数人都不想参加都作废。那些隧道、炮台，下次有机会再来看看吧，有车的话，真的很方便再来玩玩啊~

又再夜会辰与星，奈何茫茫河难明。
平海突丘暗里影，一夜听尽潮涌声。

 2015.08.22

首先连接串口线到CBU 板上（接口TEST），网线接到CBU 板上的Eth 接口

二、超级终端的配置

Connect using：COM1(根据自己串口配置)

Bits Per second：9600

Data Bits：8

Parity：None（无）

Stop Bits：1

Flow control：None（无）

三、格式化和上传软件包

1，格式化硬盘及IP地址配置

以下指令均在超级终端里面执行：

$reload --（进入backup 模式）

$vols（查看硬盘，看到/c2 ,/d）

$formathd /d 回车 y 回车（格式化D 盘）

$formathd /c2 回车 y 回车（格式化C 盘）

$vols （查看硬盘是否格式化完毕）

重启基站：

$reload

配置IP：

$ifconfig le0 169.254.1.1 netmask 255.255.0.0 （配置ip 地址和子网掩码）

$passwd （配置密码）一律设置成rbs

修改电脑IP地址，将PC与基站设置在同一子网。

打开网卡属性，修改电脑的TCP/IP 地址为169.254.1.1(该IP地址一般设定为基站IP地址加1。如上面看到的基站IP为169.254.1.1，所以电脑IP应设为169.254.1.2)，子网掩码为255.255.0.0

2，使用FTP软件上传软件包，覆盖原/c2 /d（传输模式二进制）

用Totalcommander或者其他FTP软件创建一个FTP连接：

服务器为RBS的地址为：169.254.1.1

用户名任意字符：如p

密码为：rbs

将软件包中的C2和D文件夹对应的拷贝到基站的C2和D文件夹中。

传输完成后，断开FTP连接，在超级终端中重启基站，回到basic模式：

$reload

等待大概10-15 分钟（一定要有耐心），系统会从初始CV 启动。结束后会自动创建一个CV：BasicCV_CXP9013009%2_R1C03

四、使用EM导入abcd等传输和小区配置信息

1,用EM打开EMAS

运行EM程序：运行RBS Element Manager程序

输入基站的ip地址：169.254.1.1，然后点击连接（点击add按钮可以将基站IP地址保存到列表中，下次登录时候可以直接选择）：

2,配置Cabinet Equipment

一直next，直到选择传输ET板。若为3206，则第2slot选择ET-MFX板，23slot选ET-MC1板。

再一直next，根据现场情况检查配置数据，如果错误点击Previous进行修改，正确点击Finish完成机柜的配置。完成后基站会创建Initial的CV：INITIAL_CXP…..的一个CV。

2,配置O&M Access

基站启动完毕，重新连接EM，选择O&M Access Configuration

选择Use configuration file，点击Browse，打开O&M的脚本文件，如WXW0501_o&m_access.xml。

        与伟一起步行回去，此时正是夜黑人归家之时。

        不过，黄金花园一带楼层间只透出几处亮光，多少都是黑朦朦的。这片小区也算是老城了，业主租客应该人都不少的。怎么，还都没回家吗？如果住满的话，那现在归家率只有百分之一二啊！

        其实，这个小区应该人不算少的，可能真的人还没怎样回来。不过，入住率估计也不会非常高吧。

        从亮光估算入住率，应该算是靠谱的吧。

        很多新开发的小区的入住率都很低。

        不过，房价有什么降过吗？答案是没有的。十几年来都是芝麻开花节节高。

        很多人都说随着人口增长饱和，人口老龄化，越来越多的房地产就会导致房价降的。

        不过我和伟说，资本家生产越来越多的牛奶，最后过剩了，他们只会将多余的牛奶倾泄到江海中去，而不是降价或免费给穷人喝。

        试想一下，降价或免费给穷人喝了，那谁还来买牛奶？！他们不惜浪费粮食资源也要维护牛奶的价格！

        同样的，开发商也不会降价，宁愿卖不出变成烂尾楼也不。他们会做些促销卖些广告吸引眼球，打个所谓的九八折神马的。真正的房价其实也没有降。

        所以，不要奢望什么时候房价降了，好好努力赚钱是硬道理！

Firefox security glitch exploited by malicious ad that could steal users’ local files

Firefox用户注意了——Mozilla敦促你尽快快更新你的浏览器，一个俄罗斯新闻网站的流氓广告被发现正在利用漏洞来窃取Firefox用户的本地文件。

In effect, the attacker was able to circumvent Firefox’s security and inject a malicious script that searched for key files on a user’s machine and then uploaded them to a remote server, thought to be located in the Ukraine. This would’ve applied to anyone loading the page with the exploit on it — and the exploit left no trace, according to Mozilla.

实际上，攻击者能够绕过Firefox的安全系统并注入恶意脚本，寻找用户机器上的关键文件，然后将其上传到被认为位于乌克兰的远程服务器。它不会留下痕迹，根据Mozilla提供的信息。

        对于这种情况，尝试用指令kill掉进程。

        它的进程PID是15820，所以就用taskkill /pid 15820。在WIN7的CMD里，开始时不管理员，会被拒绝访问的。以管理员身份打开CMD，再用taskkill /pid 15820，还是不行。提示用/f强制，于是用taskkill /f /pid 15820终于成功停了此进程。

        CMD指令有时还挺实用的。

南沙至虎门间，殷红惊心。

这可是四车道啊，塞车这个傻样，难怪还晚点了。

汽车越来越多，而路没怎样变化，不怪越来越堵。

如果地铁高铁通达，应该会分流不少车群吧。

预计十一点到达，只能晚点很多了。。。

天上客轮，什么时候开通呢？

        最近在自个的公众号加了图灵机器人的智能聊天功能。发句中文句子给公众号，公众号则会自动回复一句话，甚为有趣。

        除了图灵机器人，其实还有“小黄鸡”的，不过“小黄鸡”找不着，只能作罢，取能用得上的。

        不过它的实现原理是怎样的呢？

        问了度娘，学习到其核心部分为：训练+匹配

一、训练：

        流程如下：

    S1：用户通过教学界面向系统提出一个话题和它的相应应答；
    S2：系统对该话题进行分词，选择关键字，判断该话题在系统知识库中应存放的位置；
    S3：在系统知识库中存储添加该话题关键字及相应应答。

        就是说，智能聊天机器人的应答库，是对某些分词的回复。在它的存储里，不是以句子为单位的，而是以词。训练它一个句子，它会分词，然后存储到对应的位置。这是智能聊天机器人的核心。目前分词的方法有：基于字符串匹配的分词方法、基于统计的分词方法和基于理解的分词方法。记得有个古代笑话：下雨天留客天天留我不留。古时候是没标点的嘛，主人的原意是：下雨天，留客天，天留我不留！客人通过自己的理解：下雨天留客，天天留我不？留！于是自认为本想回去的，结果主人给了这句话，明显是想再留我多几天啊，于是不走了。

        同样的句子，不同人竟然完全理解相反。这在汉文其实还算很常见。于是我们发给一句话给机器人，它会正向反向双向扫描，可匹配为长词匹配和短词匹配等，还按照匹配不成功时重新切取词语。

二、然后是词库设计。如下图：

        首字Hash表通过一次哈希运算就可以直接定位汉字在表中的位置。一个单元包括三项内容：C：存储首字；F标志位：存储以C为首字的最长词条的长度；P：指向词表索引表。 哈希：散列表 Hash table，也叫哈希表，顾名思义就是把数据都打散了，再按一定规律存起来，加快访问速度。是根据关键码值Key而直接进行访问的数据结构。 比如说：我想将[0,100)做成一个哈希表，选取“模10”作为散列函数，以数组作为存储单元，则得到A[10][10]的数组，A[0]里依次存着0,10,20…90；A[1]里存着1,11,21…91。依次类推。

        举个训练小黄鸡的例子：我教小黄鸡说“大白天的做什么美梦啊？”回答是“哦哈哈哈不用你管”。S1：应用双向最大匹配算法分词：双向分词结果，正向“大白天，的，做什么，美梦，啊”；反向“大白天，的，做什么，美梦，啊”。正向反向都是一样的，所以不需要处理歧义问题。长词优先选择，“大白天”和“做什么”。S2：以“大白天”举例，假设hash函数为f（），并设f（大白天）指向首字hash表项[大，11，P]。于是由该表项指向“3字索引”，再指向对应“词表”。S3：将结构体<大白天，…>插入队尾。体中有一个Ans域，域中某一指针指向“哦哈哈哈不用你管”。S4：完成训练。

        匹配可以描述成如下流程：S1：用户通过聊天界面向系统提出一个话题；S2：系统对该话题进行分词处理；S3：在系统知识库中寻找与该话题匹配的话语回复用户。 基于词典的分词算法分为词典加载、预处理、最大匹配、歧义消解几个阶段。

        具体流程如下：S1：预处理阶段，按照特殊字符(英文字母、数字、标点符号等)将待分析文本进行断句，将待切分的文本切分为只有中文的短句子，这些句子是下一步分词处理的基本单位；（举个栗子：输入“asdfadf东北师范大学哈哈哈dfadflakfl(*^__^*) 嘻嘻……”，simi只会对其中的中文“东北师范大学哈哈哈嘻嘻”做出响应；输入“(*^__^*)”时，输出“I have no response.”）S2：对断句出来的句子进行双向最大匹配（双向匹配，长词优先）分词，分词后的结果作为S3的输入；（举个栗子：输入“东京古巴比伦”，正向与反向切词结果均为《东京，古巴比伦》，长词优先，所以simi只对“古巴比伦”做出响应；输入“古巴比伦埃菲尔铁塔”，正向与反向切词结果均为《古巴比伦，埃菲尔铁塔》，此时Simi对“埃菲尔铁塔”做出响应）S3：对上一步分词得到的结果进行比较，判断是否存在歧义，如果存在歧义，就进行一定的歧义消解；S4：重复S2、S3，直到处理完步骤一中断句所切分出的所有句子单元。

算法流程如图所示：

例子：我问小黄鸡：“埃菲尔铁塔上45度角仰望星空”。

S1：双向最大匹配分词：正向反向均为“埃菲尔铁塔上，45度角，仰望星空”，没有歧义。长词优先，系统选择了“埃菲尔铁塔上”作为关键词；S2：系统在知识库中用刚才说的哈希函数f（埃菲尔铁塔上），找到比如[埃，11，P] 的表项，顺着指针找到6字词的索引，顺着索引找到6字词表，遍历词表，找到<埃菲尔铁塔上，…>结构体；S3：系统随机选择该结构体Ans域中的一个回答（也有可能是根据频率高低来选择）。比如“两年之后等着你”。S4：输出回答，匹配结束。

新一轮上涨行情启动，8月中旬前上证指数有可能突破5000点。相信政府，相信国家，相信中国梦！加油中国股市！ 加油中国崛起！

by venturebeat

        一下子就为公众号添加了笑话回复和图灵机器人问答回复。

        我的微信公众号后台程序是用PHP的，而showapi.com已经有PHP的demo示例了，将给的程序函数照搬过去，改下$showapi_appid和$showapi_sign即可。

        自动回复真的挺有趣的，天气预报之前已经实现了，今天发现有问题不能用，一步步跟踪修改即可。

        一年多没看公众号开发，已经增加好多功能了，什么明文模式兼容模式加密模式，还有各种各样的接口。

        下一步计划是弄个微信网页内获取用户的地理地点，看了开发文档应该是允许的。

        认证还是要300大洋，好贵，测试用的公众号就不认证了。。。

Researcher says he can hack GM’s OnStar app, open vehicle, start engine

Above: A mobile phone displays the OnStar app inside a Chevrolet Volt vehicle in this photo illustration taken in Encinitas, California, July 30, 2015. REUTERS/Mike Blake
上图：2015年7月30日，在加利福尼亚在Encinitas，一张显示雪佛兰Volt车内采取了OnStar的手机插图照片。路透社/迈克布莱克
BOSTON/DETROIT (Reuters) – A researcher is advising drivers not to use a mobile app for the General Motors OnStar vehicle communications system, saying hackers can exploit a security flaw in the product to unlock cars and start engines remotely.
波士顿/底特律（路透社）——一位研究员是劝告司机不要使用通用汽车OnStar车载通信系统的移动应用程序，称黑客可以利用该产品的一个安全漏洞，远程解锁汽车并启动发动机。

一名研究人员劝告司机不要使用通用汽车公司的 OnStar 车载通信系统的移动应用程序，称黑客可以利用该产品的一个安全漏洞，在远处就可以解锁汽车并且启动发动机。

“白帽子”黑客Samy Kamkar在周四发布了一个视频，称通过拦截OnStar RemoteLink移动应用程序和OnStar服务之间的通信，他想出了一个办法来“定位、解锁和远程启动”汽车。

Kamkar表示，他计划在下周拉斯维加斯的 Def Con 大会上提供黑客技术细节。那里会有数以万计的黑客爱好者参加，学习新的网络安全漏洞。

Kamkar released the video a week after Fiat Chrysler Automobiles recalled some 1.4 million vehicles after hacking experts demonstrated a more serious vulnerability in the Jeep Cherokee. That bug allowed them to gain remote control of a Jeep traveling at 70 miles per hour on a public highway.

通用汽车发言人Terrence Rhadigan通过电子邮件告诉路透社，公司正准备更新RemoteLink应用程序，将解决此缺陷。Rhadigan说，“将在这几天了”。

当通过通过电子邮件被问到在此app更新发布之前使用是否安全时，Rhadigan说：“我们相信，在现实世界中复制这种演示的机率是不可能的。此外，该行动涉及一个用户在一个时间，并只会影响特定用户的帐户。”

这一问题引起了美国国家公路交通安全管理局美国安全监管人员的注意。

Agency representatives discussed the issue with GM officials, who said the flaw could involve doors and engine start-stop but does not involve other critical safety systems, according to a person familiar with those discussions.

此人表示，该机构回应时提出一些建议，包括禁用该应用程序的功能，直到客户进行更新。

Google Translate now provides instant visual translations in 27 languages on iOS and Android

Google today announced that within the next few days its Google Translate app for iOS and Android will be able to give users immediate visual translations of text in 27 languages.

来自：venturebeat。

More than two years after publication, a We The People petition requesting that the White House pardon NSA whistleblower Edward Snowden has been rejected.

“Edward Snowden is a national hero and should be immediately issued a full, free, and absolute pardon for any crimes he has committed or may have committed related to blowing the whistle on secret NSA surveillance programs.”
“爱德华斯诺登是一个民族英雄，（他）应立即给予一个全面，自由，和绝对的关于他所犯或可能犯的对NSA秘密监视计划的泄密的任何罪行的赦免。”

“A Response to Your Petition on Edward Snowden
“关于爱德华斯诺登的请愿书的回应 Thanks for signing a petition about Edward Snowden. This is an issue that many Americans feel strongly about. Because his actions have had serious consequences for our national security, we took this matter to Lisa Monaco, the President’s Advisor on Homeland Security and Counterterrorism. Here’s what she had to say:
感谢爱德华斯诺登的签名请愿。这是一个许多美国人反应强烈的事情。由于他的行为已对我们国家安全造成了严重后果，我们将此事交给了国土安全和反恐总统顾问Lisa Monaco。下面是她必须说的：
“Since taking office, President Obama has worked with Congress to secure appropriate reforms that balance the protection of civil liberties with the ability of national security professionals to secure information vital to keep Americans safe.
“自上台以来，奥巴马总统一直与国会合作，以适当的改革通过国家安全专业人士来保证保护公民自由和确保信息安全之间保持平衡，使美国人安全。
As the President said in announcing recent intelligence reforms, “We have to make some important decisions about how to protect ourselves and sustain our leadership in the world, while upholding the civil liberties and privacy protections that our ideals and our Constitution require.”
总统在最近的宣布情报改革曾说，”我们要做一些重要的决定关于如何来保护自己和维持我们在世界上的领导权，同时维护我们道德和宪法上要求的公民自由和隐私保护。”
Instead of constructively addressing these issues, Mr. Snowden’s dangerous decision to steal and disclose classified information had severe consequences for the security of our country and the people who work day in and day out to protect it.
不是用建设性的方式解决这些问题，斯诺登先生偷窥和披露机密信息的危险决定已对我们人民每天工作去保护的国家安全造成了严重后果。
If he felt his actions were consistent with civil disobedience, then he should do what those who have taken issue with their own government do: Challenge it, speak out, engage in a constructive act of protest, and — importantly — accept the consequences of his actions. He should come home to the United States, and be judged by a jury of his peers — not hide behind the cover of an authoritarian regime. Right now, he’s running away from the consequences of his actions.
如果他觉得他的行为与温和抵抗一致，那他应像那些向他们自己的政府提出异议的人做的那样：挑战它，说出来，从事建设性的抗议行动，而重要的更是：去面对接受行动造成的后果。他应该回到美国，并被他同行们的一个陪审团的判决，而不是隐藏在一个专制政权背后。现在，他正在逃避他的行为的后果。
We live in a dangerous world. We continue to face grave security threats like terrorism, cyber-attacks, and nuclear proliferation that our intelligence community must have all the lawful tools it needs to address. The balance between our security and the civil liberties that our ideals and our Constitution require deserves robust debate and those who are willing to engage in it here at home.”
我们生活在一个危险的世界。我们继续面临着严重的安全威胁，如恐怖主义、网络攻击和核扩散，我们的情报部门必须有它需要的所有合法工具。如何使我们的安全和我们的道义和宪法上要求的公民自由之间的平衡，是值得那些愿意在家开展的人的激烈辩论。

        昨天低开，涨跌徘徊，是反击？今天大盘大涨，是背水一战后多军取胜了？

        发现都是在早盘发出的，早上应看看，再自己估算。

        现在光波预测88有点看算命先生的，发表一个成语，真像他所说的周易了。周易的卦词已定，解卦却要看人。光波大神发出一个成语，然后大家就猜测吧。哈哈。

        这端的是个好贴呀！