<address id="ttjl9"></address>

      <noframes id="ttjl9"><address id="ttjl9"><nobr id="ttjl9"></nobr></address>
      <form id="ttjl9"></form>
        <em id="ttjl9"><span id="ttjl9"></span></em>
        <address id="ttjl9"></address>

          <noframes id="ttjl9"><form id="ttjl9"></form>

          首頁

          mysql下載哪個centos_Centos7安裝Mysql

          前端達人

          為什么要寫這篇文章,因為現在在網上找的資料基本都是錯誤的,或者有錯誤,看著不爽。

          在百度上搜 centos7 mysql  錯的最離譜的就是這篇http://jingyan.baidu.com/article/ce436649fec8533773afd385.html    照著裝了半天裝了是mariadb

          后來找了一些文章,發現基本都過時了。

          因為直接yum install mysql 是裝不上mysql的??!   而是裝上了mariadb !   那就是因為默認的倉庫里就是mariadb的包

          那yum這么好的工具用不了就?? 當然有解決辦法,我在官網上找到一篇文章叫做“A Quick Guide to Using the MySQL Yum Repository“  就是教我們如何用yum工具安裝mysql的

          首先 將mysql加到yum倉庫中   (我這的命令都是centos7的,其他liunx平臺用啥命令,你們自己搞定哈)

          shell >  wget http://dev.mysql.com/get/mysql-community-release-el7-5.noarch.rpm

          shell >  rpm -ivh mysql-community-release-el7-5.noarch.rpm

          然后再在命令行里輸入

          shell >  yum repolist all | grep mysql

          結果:

          mysql-connectors-community/x86_64 MySQL Connectors Community enabled: 14

          mysql-connectors-community-source MySQL Connectors Community - So disabled

          mysql-tools-community/x86_64 MySQL Tools Community enabled: 19

          mysql-tools-community-source MySQL Tools Community - Source disabled

          mysql55-community/x86_64 MySQL 5.5 Community Server disabled

          mysql55-community-source MySQL 5.5 Community Server - So disabled

          mysql56-community/x86_64 MySQL 5.6 Community Server enabled: 154

          mysql56-community-source MySQL 5.6 Community Server - So disabled

          mysql57-community-dmr/x86_64 MySQL 5.7 Community Server Deve disabled

          mysql57-community-dmr-source MySQL 5.7 Community Server Deve disabled

          一堆disabled,只看enable的,可以輸入命令

          shell >  yum repolist enabled | grep mysql

          結果:

          mysql-connectors-community/x86_64 MySQL Connectors Community 14

          mysql-tools-community/x86_64 MySQL Tools Community 19

          mysql56-community/x86_64 MySQL 5.6 Community Server 154

          這里再多數一句,可以看到先在mysql5.6 是可用的,可我就想裝現在最新版的5.7可咋辦?   是有辦法的。

          需要修改文件,執行以下命令

          shell > vi  /etc/yum.repos.d/mysql-community.repo

          會看到

          [mysql-connectors-community]

          name=MySQL Connectors Community

          baseurl=http://repo.mysql.com/yum/mysql-connectors-community/el/7/$basearch/

          enabled=1

          gpgcheck=1

          gpgkey=file:/etc/pki/rpm-gpg/RPM-GPG-KEY-mysql

          [mysql-tools-community]

          name=MySQL Tools Community

          baseurl=http://repo.mysql.com/yum/mysql-tools-community/el/7/$basearch/

          enabled=1

          gpgcheck=1

          gpgkey=file:/etc/pki/rpm-gpg/RPM-GPG-KEY-mysql

          # Enable to use MySQL 5.5

          [mysql55-community]

          name=MySQL 5.5 Community Server

          baseurl=http://repo.mysql.com/yum/mysql-5.5-community/el/7/$basearch/

          enabled=0

          gpgcheck=1

          gpgkey=file:/etc/pki/rpm-gpg/RPM-GPG-KEY-mysql

          # Enable to use MySQL 5.6

          [mysql56-community]

          name=MySQL 5.6 Community Server

          baseurl=http://repo.mysql.com/yum/mysql-5.6-community/el/7/$basearch/

          enabled=1

          gpgcheck=1

          gpgkey=file:/etc/pki/rpm-gpg/RPM-GPG-KEY-mysql

          # Note: MySQL 5.7 is currently in development. For use at your own risk.

          # Please read with sub pages: https://dev.mysql.com/doc/relnotes/mysql/5.7/en/

          [mysql57-community-dmr]

          name=MySQL 5.7 Community Server Development Milestone Release

          baseurl=http://repo.mysql.com/yum/mysql-5.7-community/el/7/$basearch/

          enabled=0

          gpgcheck=1

          gpgkey=file:/etc/pki/rpm-gpg/RPM-GPG-KEY-mysql

          我們只需要把5.7的enabled 改成1  把5.6的enabled改成0 就行了。 我裝啥版本無所謂,這塊我沒有親自去試過,直接安裝默認版本。

          上邊所有的工作都做完了,我們終于可以用我們最喜歡的yum來安裝了

          shell >  yum install mysql-community-server

          安裝過程省略,一路按y

          成功之后,啟動mysql

          shell > service mysqld start

          查看mysql 的狀態

          shell > service mysqld status

          現在還需設置root的密碼,刪除匿名用戶等一些設置,我看其他文章寫的很復雜,其實有一個簡單的命令

          shell > mysql_secure_installation

          初始密碼為空,直接按回車鍵,然后輸入你想設置的密碼,其他的根據你自己的需求,y或者n

          that is all

          如果有錯誤,請及時聯系,互相學習,互相進步,謝謝。





          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          轉自:csdn 

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.

          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務



          mysql導入sql文件出錯的一種解決方法

          前端達人

           在一個工程中數據庫往往要分為實際運用數據庫和測試數據庫,最直接的方法當然是從源數據庫中導出.sql文件再導入到本地的數據庫中,我這的實例是原有一個項目數據庫在服務器上現在想導出一份到本地做測試用,工程中用的是mysql-connector-java-5.1.13-bin.jar,而我現有的mysql數據庫是

          mysql-connector-java-5.1.6-bin.jar不知道是否是版本不一,在本地使用navicat for mysql可以連接到服務器數據庫,但是從服務器數據庫導出的.sql文件后再導入到本地的數據庫中總是出現錯誤:

          [Err] 1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ****
          [Err] /*

              一、在網上找了很多方法都無法解決,無意中看到一個mysql數據同步的方法:

           1>在本地建一個與數據庫同名的數據庫

           2>選擇navicat中連接服務器的數據庫,在菜單欄選擇工具-->數據傳輸


            3>在彈出的的窗口中“源”部分就是你要導出的源數據庫,“目標”就是本地的數據庫,點擊左下角全選后,再點擊開始按鈕


               點擊確定


              點擊關閉




               再來查看一下本地數據庫,是不是數據和結構都已經導入到本地數據庫中了呢。

              二、從備份中導出.sql再導入到本地數據庫中

              1>在連接服務器中的數據庫上新建備份,選中要備份的數據庫-->點擊菜單欄上的備份-->新建備份


              2>選擇備份文件提取SQL






          這樣我們就得到了備份轉儲的.sql文件,再將這個.sql文件導入到本地的數據庫中,結果...就不再提示有錯誤了,

          果真是菜鳥,要學的還很多


          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          轉自:csdn 

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.

          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務


          app界面賞析+圖標分享 ——— 北京藍藍設計 移動端UI設計資源分享(二十八)

          前端達人

          App界面設計對于設計師而言一直是盛久不衰的話題,尤其是如今越來越多的流量轉移到了移動平臺,使得更多的UI設計師涌入移動端領域,甚至出現了市場飽和的言論,對于從事移動端的UI設計師來講,充滿壓力的同時又面臨無限機遇,唯有不斷的學習才能滋生出源源不斷的設計靈感,站穩腳跟。

          摹客想在這方面給各位設計師朋友做點什么,除了提供簡單好用的設計工具,我們也整理了非常多的優秀設計案例,希望可以對設計師朋友有借鑒意義。這將會是一個系列的專題,我們以月為單位,整理了國內外設計師的優秀APP界面設計案例,我們是搬運工,更是好設計的傳達者,希望你會喜歡。

          接下來為大家分享精美的app UI設計案例:


          WechatIMG2101.jpegWechatIMG2102.jpegWechatIMG2103.jpegWechatIMG2104.jpegWechatIMG2105.jpegWechatIMG2106.jpegWechatIMG2114.jpegWechatIMG2112.jpegWechatIMG2111.jpegWechatIMG2110.jpegWechatIMG2109.jpegWechatIMG2107.jpegWechatIMG2115.jpegWechatIMG2116.jpegWechatIMG2117.jpegWechatIMG2118.jpegWechatIMG2119.jpeg














          --手機appUI設計--

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服



            更多精彩文章:

                手機appUI界面設計賞析(一)

                 手機appUI界面設計賞析(二)

                 手機appUI界面設計賞析(三)

                 手機appUI界面設計賞析(四)

                 手機appUI界面設計賞析(五)

                 手機appUI界面設計賞析(六)

                 手機appUI界面設計賞析(七)

                 手機appUI界面設計賞析(八)

                 手機appUI界面設計賞析(九)

                  手機appUI界面設計賞析(十)

                 手機appUI界面設計賞析(十一)

                手機appUI界面設計賞析(十二)

                手機appUI界面設計賞析(十三)

                手機appUI界面設計賞析(十四)

                手機appUI界面設計賞析(十五)

                手機appUI界面設計賞析(十六)

                手機appUI界面設計賞析(十七)

                手機appUI界面設計賞析(十八)

                手機appUI界面設計賞析(十九)

                手機appUI界面設計賞析(二十)

                手機appUI界面設計賞析(二十一)

               手機appUI界面設計賞析(二十二)

               手機appUI界面設計賞析(二十三)

               手機appUI界面設計賞析(二十四)

               手機appUI界面設計賞析(二十五)

          UI彈窗設計總結篇

          seo達人


          彈窗在APP中無處不在, 這段時間剛好在整理彈窗組件這一塊,所以就想跟大家分享一下彈窗的一些設計思路。

          一、彈窗分類

          模態彈窗/非模態彈窗

          一般根據是否打斷用戶操作把彈窗分為:模態彈窗(重提示)和非模態彈窗(輕提示)。

           

          ▲ 模態彈窗

          打斷用戶的操作行為,用戶必須對該彈窗進行操作,否則不能進行其他操作。

          優點:可以很好的獲取用戶的視覺焦點。

          缺點:會打斷用戶當前的操作流程。

          常見類型:對話框Dialog/Alert、底部動作欄Actionbar、浮層Popover/Popup

           

          ▲ 模態彈窗

          不會影響用戶操作,通常都有時間限制,出現幾秒后自動消失。

          常見類型:Toast/Hud、Snackbar

          undefined

           

          1、模態彈窗常見樣式

          1.1 Dialog/Alert  對話框

          對話框是常用的彈窗,它通常出現在頁面的中間,這類彈窗對用戶的干擾比較大,需要用戶主動觸發選擇才可以繼續當前的操作。

          一般只有1~3個按鈕,需要用戶進行簡單的選擇。一般產品會把期待用戶點擊的按鈕會放在右邊并突出顯示。

           

          常見類型舉例:

           1.1.1、信息選擇確定  

          1)系統功能的授權

          如下圖“百度地圖”是否允許訪問麥克風、“網上廚房”是否允許訪問位置的彈窗,相信大家一定在許多APP中都見過,這就屬于系統自帶的授權彈窗。

          undefined

           

          2)版本更新

          版本升級彈窗通常會弱化暫不升級的按鈕,突出升級主按鈕。如下圖所示:

          undefined

           

          3)消息通知

          高德地圖與餓了么的消息提醒彈窗屬于使用后期APP為了推送消息,主動提示你開啟消息通知。

          undefined

           

          4)重要提示/信息二次確認

          同程汽車票購買彈窗屬于消息提示,告知用戶相關信息。百度網盤彈窗屬于信息確認,詢問用戶選擇哪種方式下載。

          undefined

           

          1.1.2、運營活動

          這類彈窗通常是一些活動、廣告、領券優惠等,主要是吸引用戶點擊參加活動,這類彈窗視覺上通常會設計的比較吸引人,造型多樣,根據運營目的會突出領取、參與、查看等大按鈕,弱化關閉按鈕。如下圖所示:

          undefined

           

          1.1.3、信息-輸入選擇 

          這類彈窗通常是一些比較簡單的信息選擇或者內容填寫,通常只有確定和取消兩個按鈕。

          如微博對于已關注人的分組及備注,操作簡單。設置備注時直接調出鍵盤即可輸入,方便快捷。

          undefined

           

          1.2Actionbar操作欄

          Actionbar主要分為Action Views和Action Sheets,通常由底部彈出。

          優點:可以讓用戶清楚的感知當前的操作,比跳轉到新頁面更加有安全感。

           

           1.2.1 Action Views操作視圖

          這類彈窗通常占屏比較大,有全屏彈窗和半屏彈窗2中。 它一般從底部彈出,如下圖所示:

          淘寶和京東的購買頁面彈窗都是比較典型的,屬于半屏彈窗,在各種電商產品中用的非常多。

          undefined

           

          百度網盤和閑魚發布閑置都屬于全屏彈窗,占滿整個屏幕,可操作空間更大。

          undefined

           

          1.2.2 Action Sheets 操作列表

          操作列表相對于操作視圖更單一。主要以文字展示功能按鈕為主,重要的操作功能一般會用主題色或者紅色突出顯示,主要運用在一些功能選擇、日常控件等場景中。如下圖所示:

          undefined

           

          1.3Popover/Popup 浮層

          浮層是指用戶點擊某個功能后浮出一個臨時氣泡對其功能進行補充,用戶需要點擊功能區域操作,或者點擊空白處取消才能進入下一步操作。

           

          1.3.1 指向浮層 

          這類浮層一般伴隨有小三角指向,強調歸屬。氣泡里面的功能通常以單一的文字或文字+圖標的結合形式來展示。如下圖所示:

          支付寶和微信的頂部加號補充浮層,展示形式差不多,只是UI樣式不一樣,支付寶是白色氣泡黑色半透明遮罩,微信是深灰色氣泡。

          undefined

           

          再如下圖這種選中文字的彈出氣泡在復制文字時很常見 。

          undefined

           

          2、非模態彈窗常見樣式

          2.1Toast/Hud 提示框

          這種彈窗屬于一種輕提示,給予用戶及時反饋,讓用戶知道自己當前所處的狀態。

           

          2.1.1狀態提示

          反饋用戶當前操作的狀態,出現1到2秒后自動消失,在操作遇阻提示、操作成功反饋、正在操作狀態等場景中使用。如下圖所示:

          undefined

           

          2.2 Snackbar

          Snackbar是Android中的一個控件。它一般會超時自動關閉或者在屏幕上滑動關閉,設置出現的時間會比Toast長,而且可以點擊按鈕進行交互。如下圖所示:

          京東的Snackbar提示用戶點擊箭頭查看喜歡的商品,為用戶推薦商品,它有一個關閉的按鈕。

          酷狗音樂的Snackbar給用戶開通會員的快捷入口,它一直浮于頁面底部,沒有關閉按鈕。

          undefined

           

          同程用車的領券活動放在這里,吸引用戶點擊,是一種常用的營銷手段。

          QQ的斷網提示類似通知條的樣式,會一種浮于頁面上方直到網絡恢復。

          undefined

           

          二、總結思考

          1、Alert的阻斷感大于Action Sheets,使用時根據產品重要程度決定使用什么樣式的彈窗。

           

          2、常見彈窗出現的位置有上部、中部、下部。位置不同,重要程度不同。

          中部:強度高、重要性高,如對話框彈窗、toast提示等。

          上部:強度中等、重要性高于底部,重要消息tips提示。

          底部:強度低、重要性低,如底部操作欄、Snackbar。

          具體使用哪種還是要根據實際情況考慮。希望我的文章對大家有幫助,也不費我花時間整理了,哈哈~

          圖片素材來源于網絡和應用截圖,僅用于學習交流。

           

          原文地址:泡芙喵F設計教室泡芙喵F設計教室

          作者:泡芙喵F


           

          轉載請注明:學UI網》UI彈窗設計總結篇

          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          文章來源:站酷   作者:陳皮Celia 

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.
          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

          設計沉思錄|臨感VR官網升級(視覺篇)

          seo達人

          臨感官網設計升級,我們將會從【流程篇】、【視覺篇】兩個角度進行的復盤,本次分享主要從視覺方向進行闡述,下一期由交互伙伴分享流程篇,本次分享主要從視覺方向進行闡述,歡迎大家持續關注和探討。

                               

          前言

          臨感官網設計升級,我們將會從【流程篇】、【視覺篇】兩個角度進行的復盤,本次分享主要從視覺方向進行闡述,下一期由交互伙伴分享流程篇,本次分享主要從視覺方向進行闡述,歡迎大家持續關注和探討。

          a

          01.產品背景

          臨感是58同城旗下獨立品牌,專注于3D空間數字化服務,自2017年起臨感作為58同城、安居客的技術提供方為兩個平臺提供了空間自動化建模、VR拍攝、VR看房、VR帶看、VR裝修等服務,累計服務用戶數過億,臨感通過不斷的技術積累以及對行業的理解,正在成長為3D空間數字化領域的一流平臺。
          隨著B端合作用戶的激增、業務的完善及拓展,最初的臨感官網在設計風格和框架上,已經無法承載更多業務拖展,同時也無法詮釋「VR聚合平臺」這個概念的訴求。因此,我們在此契機之下,由設計發起這次臨感官網改版項目。 

           

          舊版存在的問題

          圖片

          對比其他VR競品網站,舊版整體框架過于傳統,設計語言陳舊,無法體現VR的概念。作為VR服務平臺,我們需要展現給用戶的專業化的一面。

          a

          02.設計目標

          圖片

          在項目進行前,我們與產品和交互同學通過大量的競品分析,結合自身產品的目標導向,確立設計目標:給用戶酷炫的feel(對整體復盤流程有興趣的伙伴,可以去看之后交互同學即將發布的”流程篇“)

          1

          03.設計拆解             

          視覺升級強化品牌認知

          圖片

          本次官網的配色方案,延用了最新的定義的《臨感品牌升級規范》中的品牌色體系。

          圖片

          首頁的視覺主體“百變魔方”的靈感,源自新定義的《臨感品牌升級規范》中的臨感CUBE?;谂R感CUBE的形態,進行了3D化再塑造,賦予了臨感CUBE百變的新形態。

          1

          定義視覺基調

          圖片

          s
          靈感收集

          圖片

          同時我們與交互同學們一起找了大量的國內國外的優秀案例進行分析參考,在視覺表現上得到了很大靈感啟發。(后續的動畫呈現與風格方面,主要參考了2020年的微軟vivo宣傳片中,抽象與現實結合的手法。)

          2

          設計風格

          圖片

          初期概念稿中的設計元素以抽象的幾何體展現,但呈現效果缺失了生活氣息與溫度。

          圖片

          經過不斷的討論與設計打磨,最終我們采用了科技與溫度并存,抽象與寫實互補的展現形式。

          r

          UI

          圖片

          整體UI采用輕量化設計,按鈕模仿毛玻璃擬態效果,使UI與整體動畫更加融洽,在交互與視覺上體驗更好。

          s

          動畫

          為讓動畫銜接更加自然流暢,動畫間無縫銜接,盡量做到用戶無感知的切換體驗,我們需要帶著思考去制作。
          首屏臨感CUBE不同形態轉時,用戶產生交互,動畫如何過度?
          針對用戶在瀏覽時隨時的翻頁的行為,不同模塊動畫如何銜接?
          用戶停留在一個功能,無交互行為,動畫如何進行?
          動畫地址
          帶著以上諸多思考,我們的3D設計師陳明經過不斷調試,最終動畫呈現超出預期。

          a

          技術對接

          技術對接時,我們遇到了整個項目進程中最大的難點,同時也是最大的阻礙。為讓動畫效果更加飽滿,在燈光材質等方面采用了OC渲染,而技術伙伴做動畫還原時,無法讀取到OC數據相關的所有數據,于是我們的3D設計師與對接技術伙伴一起,嘗試了很多不同的導出格式,并不斷轉換3D設計軟件,還是無法用技術還原視覺動畫。最終我們選擇了折中的方式,采用視頻適配的播放形態上線。
          為做到偽技術實現的效果,我們在每個模塊與下一模塊銜接前做了幾秒的循環動畫,這樣用戶停留某一模塊無操作時,可以銜接播放循環動畫,讓整個頁面的動畫感知更順暢。

          d

          04.結語

          臨感官網是58UXD首個用動畫制作的網站,在設計上也是新的探索與嘗試。未來臨感還需要不斷的探索完善,希望用更精彩的視覺呈現和更友好的產品設計,讓用戶感受科技的溫度。
          感謝在設計的過程中辛苦付出的3D設計師與交互伙伴。


           

          原文地址: 58UDX(公眾號)

          作者:環鐵藝術家


           

          轉載請注明:學UI網》設計沉思錄|臨感VR官網升級(視覺篇)

          移動端信息超載設計

          資深UI設計者

          日常設計中,常常在解決一些由于信息過多,而需要對用戶瀏覽行為進行設計的問題,在這里我們將其定義為“頁面信息超載設計”。

          由于移動端頁面尺寸較小的特性,常常無法像PC端那樣在一個頁面中展現出多信息多任務,因此在面對多級的信息架構設計時,最常規且傳統的做法是將某一場景/任務下的信息,通過設計頁面的跳轉/或增加頁面的長度來實現。


          從適用場景角度,可將信息超載的設計類型分為「頁面展示信息超載」「頁面版塊信息超載」,上節我們聚焦「頁面展示信息超載」進行了展開,本文將對「頁面版塊信息超載」進行展開。



          頁面版塊信息超載


          在設計內容版塊時,當遇到內容放不下的情況,主流的對應策略之一是先在當前版塊展示一部分內容,剩余內容以“查看更多”的方式來隱藏,以保證用戶當前良好的閱讀體驗。但考慮到不同業務以及交互層面的使用,不同情況下可以有不同的交互情況。

          主要可分為「場景跳轉」、「場景刷新」、「場景滑動」和「場景組合」。



          場景跳轉


          作為最常見最普遍的一種場景,承載的功能是二級頁面的入口,用戶通過點擊進入二級頁面查看更多。


          優勢:

          通用性高,可以進行版塊內容的全瀏覽,給用戶最大選擇權。


          劣勢:

          跳轉到二級頁面進行選擇,需要整頁加載,用戶對后續內容沒有預期易引起壓力;

          選擇完成需要返回到上級頁面,增加用戶路徑。


          適用性:

          適合內容體量較大對用戶重要性又較高的版塊(用戶對該版塊內容有查看更多需求且頻次較高)


          案例展示:


          交互細節:

          入口的設計位置和樣式需根據版塊的用戶瀏覽動線來決定的。常用的入口位置有「標題右側」、「標題icon」、「版塊底部」。


          基于福格行為模型的運用,激發用戶的跳轉行為需要考慮用戶的動機、能力、觸發


          · 標題右側


          M:

          多用于橫向滑動展示的模塊,一定程度上契合用戶瀏覽動線的設計,具備一定的動機,也仍具備跳轉本身帶來的劣勢——易對用戶引發沒有預期的壓力。

          A、T:

          標題的右側導致按鈕設計的空間從一開始就是被限制,易由于不顯眼、面積不大而導致的觸發不足、能力受阻。


          按鈕的設計:

          只要具備一定的合理性動機,可以通過體驗上的設計提升用戶的觸發以及能力。

          具體化引導文案讓用戶對后續內容有所預期(如下方案例:蛋卷基金、嗶哩嗶哩);通過線性或者面型的容器承載文字,讓它看起來更易辨識和易點擊(如下方案例:網易云音樂);加入主色讓它更加醒目(如下方案例:蛋卷基金)。


          · 標題icon


          M:

          幾乎適用任何場景,但動機的產生單純依靠標題以及內容的展示

          A、T:

          信息傳達無學習成本,節省頁面空間,但點擊區域?。晃挥陧敹?,對于內容超過一屏的模塊,用戶需要上滑返回才能點擊


          · 板塊底部


          M:

          底部的位置符合用戶垂直向下的視覺動線,更容易被展示內容吸引而順理成章的接受引導進入內頁;

          但仍具備上述提及跳轉本身的劣勢。

          A、T:

          由于底部可設計的空間較足,查看更多除了文字鏈接的設計以外,還可以有更多發揮空間,層級也能得到顯著,進而提高觸發條件和點擊能力。


          按鈕設計:

          豎向的展示設計,勢必會導致占用更多的頁面空間,因此在頁面模塊較多的情況下,仍應該注意不必因強調“查看更多”而占用過多的頁面空間。



          場景刷新


          目的實現當前版塊更多內容的即時更換


          優勢:

          大幅降低了新頁面跳轉帶來的弊端,用戶不需要承受多鏈路所帶來的短期記憶和整頁的加載成本,也無需返回到原有的瀏覽頁面中。雖然內容依舊是缺少預期的,但是在用戶的接受范圍內,還有一種抽盲盒的驚喜。


          劣勢:

          通用性不強,內容被局限在一個版塊中,無法實現內容的全覽,而且隨機性很強。


          適用性:

          更適用于類似“猜你喜歡”、“隨便看看”的推薦類版塊。


          案例展示:


          交互細節:

          以上三個例子選用的按鈕位置和“查看更多”常用的位置類似,但可以看到當刷新按鈕結合具體化的引導文案進行設計時,更能使用戶在一定預期內得到驚喜(如上方案例:網易云音樂)



          場景滑動


          自ios11中加入了卡片這個嶄新的容器后,卡片獨立可排列的特征就解鎖了橫向更多的空間。用戶可以通過scroll左右滑動手勢獲取到更多的內容。


          優勢:

          卡片滑動方式兼容性很強,可利用更少的頁面空間展示更多的內容。


          劣勢:

          滑動展示有限,一般需要配合跳轉需求出現。


          適用性:

          更適用于類目的快捷展示,便于用戶選擇更感興趣的內容;


          案例展示:


          交互細節:

          多用于固定容器為單位的橫向排列側滑展示更多內容,通常板塊底部會有頁面指示器,或露出部分來提示用戶滑動。而這種橫向滑動場景常體現于「卡片式」「金剛區」


          · 卡片式


          布局上通過展示卡片的一部分,暗示用戶可以通過側滑看到更多。設計上常和跳轉場景組合使用,除此之外,也可根據業務上的需要考慮上方案例中且慢app的交互形式,頁面指示器結合側滑無限加載展示用戶評論,通過用戶交互成本較低的方式,即解決了用戶觸發動機弱而導致跳轉場景轉換率不高的問題,也能達成業務上的需求。


          · 金剛區


          隨著各大主流app承載的業務范圍越來越廣,首頁金剛區的運用已經屢見不鮮,能快速展示所有業務,便于用戶快速選擇需要的內容。



          場景組合

          為了給用戶提供更多的選擇,也為了能承載更多的信息,常將刷新場景、滑動場景和跳轉場景結合使用。


          優勢:

          彌補了單一交互的不足,用戶可以根據自己的選擇進行操作。


          劣勢:

          不同的交互類型的集合,用戶有可能會優先選擇交互成本更低的操作,因此跳轉場景可能會被弱化。


          適用性:

          模塊上線初期,可以進行埋點設計,通過數據對比更能知道更貼近用戶的行為。


          案例展示:


          交互細節:


          · 場景滑動+場景跳轉


          結合上文中提到的劣勢,如跳轉場景的入口設計太深,用戶的觸發能力就會不足,如上述案例的淘票票,若其沒有在標題右側設計查看全部文字鏈接,則當用戶滑動查看了大量信息仍未感興趣后,點擊更多卡片進入內頁的概率也會大大降低。此類情況也經常于金剛區的組合場景出現。


          · 場景刷新+場景跳轉


          當將兩類功能都平級的設計出現,可以通過埋點數據分析出此功能區用戶的真實心理行為。




          總結


          移動端由于界面空間有限,具有「一個界面一個任務」的特點,因此當面臨產品增加功能時,不能一味在界面中進行功能的堆積排列,而應該更強調于頁面場景化的設計,同時頁面中的每一個細節設計都應該做到恰到好處,減少用戶思考是否需要使用的精力。


          本文對移動端頁面展示信息超載設計進行了總結分析,但不是唯一,也沒有哪一種方案是“絕對的優質體驗”,最終的落地設計還需要視場景而定。下篇將對頁面板塊信息超載設計進行總結分析~

          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          文章來源:站酷   作者:陳皮Celia 

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.
          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務


          UI設計師如何避免用戶不滿與困惑

          資深UI設計者

          我們的產品經常會給用戶帶來一些負面感受和使用困惑,降低并消除這些問題可以大大提升用戶體驗


          案例1.用戶操作時的困惑


          相信大家在做設計的時候都遇到過這種情況,一個產品內有多個入口指向同一個界面,這是產品的投機取巧還是另有深意,很多人都對這樣的設計有不同的看法。


          這樣的設計就好像是狡兔三窟,在產品中流量可以從不同的入口進來,到多個不同的出口,也可以從不同的入口進入同一個地方。



          有人會覺得如果一個界面中有多個入口指向同一個界面會出現問題:


          1.違反了效率、用戶預期的原則,會認為頁面空間有限,在同一個界面中有多個入口指向一個界面效率變低,而且用戶知道后往往就會只從一個入口進入。


          2.多個選擇會讓用戶拉高轉化的成本,用戶在選擇的時候會花更多的時間思考有什么區別。


          我們來看一個例子,下面德邦app之前的一個版本,目前已經優化了。從截圖中我們發現頁面上方的查詢和寄件都和底部標簽單獨出來的界面功能重復了,并且我的快件也直接可以展示在首頁的下方,我的快件目前可以從首頁頂部、首頁下方和個人中心3個入口進入查看。



          通過這個案例我們發現確實這些板塊和功能重復度太高,并且沒有區分出場景,這樣的設計證實了以上的兩個說法,降低用戶使用效率和提高選擇成本。而且從業務角度看也并沒有目標的差別。


          但是我們分析問題也要多角度去觀察,多個入口進入同一個界面只有缺點沒有優點嗎?


          顯然不是,我們再來看幾個案例


          下方是一個商品評價的卡片,經過我小手的實際測試,發現無論點擊這個卡片任何有內容的區域,都會跳轉到全部評價的界面,那這樣的設計邏輯是否會造成和上面的案例一樣的問題呢?答案是,不會。



          這里的設計邏輯并不是和沙面那里的場景那么單一,而是用戶在面臨不同需求場景的時候可以有選擇。


          不知道大家有沒有發現一個問題,在上面德邦案例的時候,你會對兩個入口有疑問,但是在評價卡片的時候并沒有,這個卡片包含了4種不同的場景:

          1.我想看看有哪些好評、哪些差評 

          2.幾個不同標簽的用戶都是怎么說 

          3.下面用戶的實拍到底是不是真實的 

          4.還有沒有更多類似真實用戶的使用評價。


          所以即便最終到了一個界面,對于用戶來說也是從獨立的出發點開始的,而再回過頭看上面案例,你會發現,我就是要寄東西,這里有兩個入口,怎么選。


          而且,考拉這里其實還做了從不同內容點進去的一個區分。



          再來看個案例,貝殼的地圖找房,在首頁中有兩個入口,導航欄一個,分類中一個,這里出現重復會造成一開始說的問題嗎?首先我們看到貝殼的業務很多,以至于在這個分類中居然還需要通過滾動指示器來展示剩余內容,大家也可以思考一下,在這個界面中,會不會出現兩個地圖找房不同的場景出發點呢?我個人覺得其實是可以商榷的,首先地圖找房在房產app中是很核心高頻的一個功能,他的屬性是“工具”。



          所以我覺得他之所以在卡片中再放一個地圖找房是3個原因


          第一個是導航欄的找房肯定不能動,他是一個全局的入口,即使頁面滾動也可以隨時點擊到,即便要撤一個,也肯定要撤下方卡片分類中的。


          第二個是卡片分類中的圖標入口是都具備工具屬性的,那首頁上面部分就分為了:搜索、業務分類、工具這三塊。所以用戶看到這些工具屬性也會聯想到通過地圖去找房。而且這些多色彩的圖標對于新進入的用戶是比較吸引注意力的,所以很有可能用戶看不到右上角的地圖找房(可以參考古騰堡圖表的原則)。


          第三點是可能右上角的地圖不太能清晰表達這個圖標的具體功能,所以將“地圖找房”四個字顯示全。


          但這些都有一些主觀因素在里面,如果真的去掉卡片中的,我覺得可能影響也并不是很大。有小伙伴可能想說是為了分流,但是分流的目前主要是讓流量流到他應該去的地方產生實際價值,除了以上的3個原因,好像確實有點重復了。


          再來看一個例子,小鹿茶app。



          首頁的現在下單和底部菜單標簽都是到同一個界面,那為什么要重復呢?這里其實考慮更多的他并不想讓用戶進來就直接去購買,為什么不直接購買呢?應該是想要建立自己的品牌人設、滿足更多的消費場景和增值業務,比如給別人點奶茶、周邊的杯子跟合作商品推銷、最新的奶茶的推薦。


          如果只有菜單,產品也會顯得更工具化,很難突出自己的品牌,對業務增長沒有太大的幫助。有同學要說,那這個界面只是產品的“一廂情愿”,我就只要點奶茶就可以了,多個入口只會給我帶來困擾。所以他這里的設計邏輯是在用戶打開app的時候首先定位的是菜單,而不是首頁。


          所以,到底多個入入口進入同一目標我們還是要看不同的場景和目標的。如果既沒有業務目標做支撐,又沒有用戶場景的變化,那么這個重復的入口就是雞肋的。


          最后留一個小思考題:網易云音樂的“歌單”在首頁上也重復了,大家知道這里為什么他要做成重復入口嗎? 




          案例2.用戶使用中的不滿


          一個優秀的產品或者說一個合格的產品,能給用戶帶來愉悅的體驗。何為體驗,用大白話來說就是用的舒服、自然、高效率。


          再有一個底線就是不要讓用戶產生由產品帶來的負面情緒,例如產品出錯了卻不告知用戶解決方法、用戶出錯了沒有辦法及時幫助糾正、高危操作沒有二次確認等等,根據負面情緒的嚴重程度幾乎就可以直接讓部分用戶流失。


          很不幸的是我就遇到了這樣的體驗,當時正在給同學們布置一些作業練習,體驗一些產品的優缺點并給出解決方法。我也下載了這款文玩類的App,體驗了極速撿漏這個功能模塊。


          撿漏:在文玩圈的一句行話,意思就是用很便宜的價格買到很值錢的古玩,而賣家卻不知情,是一種可遇不可求的行為,所以寓意就是比較難得、走好運了。


          進入直播間,商家在賣力吆喝,頁面底部有加一手的按鈕,就是類似于拍賣,價高者得。于是我就抱著試一試的心態點了加一手按鈕,因為我預期是產品會再次向我確認是否要加價,結果是居然加價成功了,發生了什么?最后競拍結束也沒有人繼續加價了。




          實際場景中用戶可能誤操作不小心點了按鈕,這樣的場景和情況是非常多的,即便不是誤操作,給一個二次確認的對話框也可以避免這樣的尷尬狀況,因為用戶就喜歡在產品中點來點去,然而你在這里就像埋了一顆地雷。


          如果到這里就結束了,那其實我也感覺沒必要去吐槽,問題在于當我拍下還沒付款,直播間的商家就開始喊我的名字:xx大哥恭喜你拍到了我們的產品,可以去付款了。連續播報了幾十遍,我尷尬的直接退出了后臺,這種感覺就像是一群觀眾看著一個被騙的小白一樣,當我過10分鐘后打開系統提示商品流拍了,并且累積了違約積分。


          ???


          到這里,可能會有人說,你自己拍了的又不付款,當然要懲罰你了。


          于是我還是認真的去研究了一下,發現極速撿漏和競拍并不是同樣的規則。該產品和競品其實都有競拍板塊,在競拍板塊都會有需要用戶確認的操作,并在操作下方給出拍賣規則,顯示出價即表示同意拍賣規則。




          但是該產品極速撿漏的板塊并沒有這樣的說明,既然沒有提前展示這樣的說明和約定,用戶就不知道有這樣的規則,我拿了競品一對比,其實在直播帶貨的場景下,這個出價流程還是不同的,雙方其實都沒有給規則說明,但競品還是給了一個出價選擇后再出價的步驟。



          最后我甚至被商家拉黑了,不過還給我一個投訴商家的入口


          我當時的想法:


          1.如果因為誤操作讓用戶付出這么大代價的話成本就太高了。讓用戶點擊是否就等于用戶同意?


          2.請先告知我約定與協議的內容,單方面在我不知情的情況下對產品進行操作后,通知扣我違約積分,這樣就有點“霸道”了。


          3.平臺對商家和消費者的權益是如何平衡的,文玩行業和互聯網結合的難點在哪里。


          3.線下文玩圈的一些不成文行規,導致新人入圈后產生的沖突。


          于是我就想對此說說我的看法



          1.交易是產品平臺其中的一個功能屬性


          交易是產品平臺其中的一個功能屬性,需要優先滿足產品對用戶價值,其次再談交易的合理性。在這個流程中,面對用戶很有可能遇到的誤操作行為以及需要讓用戶去下單支付成本,我們必須提前告知用戶。在尼爾森可用性原則中我們也發現了,如果用戶不小心操作失誤,那么我們盡可能減少這些因為用戶犯錯帶來的成本,同時在用戶犯錯之前就要明顯告知用戶,將風險控制、前置。


          所以,你在注冊的時候、登錄的時候,產品一定會讓你同意一份用戶協議,告知你我們要保存你的數據和一些跟你相關的信息,如果你不同意,那就無法繼續體驗產品。


          這是一種契約。


          同理,如果你想讓用戶在這個產品中去參與拍賣,在進入這個板塊之前或者用戶點擊按鈕之后,也需要讓用戶明確這個操作帶來的風險是什么,取得用戶的同意。而不是直接讓用戶加價成功,導致用戶不明所以的被扣違約積分、被商家拉黑,這就和你去泰國,在街頭你朋友拍了一張你和一個抱著蜥蜴的人的照片,結果別人來問你收錢是一個道理。


          對于正常線下拍賣的流程,舉辦方也會對參與拍賣的人員進行相關規則、流程的告知,并且將風險、問題都提前讓客戶進行協議確認。


          所以,在產品中的交易,必須先滿足用戶與產品信息之間的對稱關系,保持信息的透明和契約公正,規則、約束、條件是用戶使用你產品的前提和體驗反饋的衡量標準之一。



          2.對于商家和產品的價值


          商家希望有更多的流量來曝光商品,撿漏商品的低價可以快速吸引一大批用戶,比如8塊錢的一個木頭核桃的雕刻掛件等,產品通過營造搶購、限時的氛圍,吸引用戶下單,并且降低用戶參與的門檻。


          那么,直接加價成功是一個好的降低門檻的策略嗎?我覺得并不是,降低門檻并不意味著就是直接拍到,而是需要提高用戶對產品的信任度,這個極速撿漏的模塊的目標用戶幾乎都是小白用戶,因為資深的玩家看不上、更不會買,有一定經驗的玩家也看的出好壞,明白它的價值。所以面對這些沒有了解過文玩產品的小白玩家來說,內心是謹慎的。


          可能有人會想,這幾塊錢、十幾塊錢的東西還需要考慮嗎?當然在這個場景中,從眾心理是很明顯的,大家都覺得很便宜,但就是沒人拍。這都幾塊錢撿漏了怎么都沒人要,大部分人都覺得這么便宜東西肯定不咋樣,運費是不是貴的離譜、有沒有托在背后跟你抬價呢?大家都不拍我也觀望。越多人圍觀,越難促成交易。


          還有一種可能就是我賣不賣的出去東西,并不重要,重要的是有人來看了,這些邊角料都是用來回饋直播間粉絲的,就是一個窗口,真正有利潤的東西在櫥窗里。所以這里的撿漏只是一個引流的噱頭。


          人總是對太輕易得到的東西不珍惜,更何況是幾塊錢的小玩意兒。所以針對直接拍下這個交互,個人認為是不妥的,無論是上面任何一種情況,都沒有辦法讓降低門檻,甚至通過這種“小聰明”反而會讓用戶更加不信任產品和用戶。


          不信任產品是大。尤其是作為一家平臺來說,虛假交易、以次充好、濫竽充數等等行為是致命的。



          3.文玩的價值


          我其實有玩過一段時間文玩,受我老丈人的影響,有一段時間喜歡玩手串、玉什么的。經常也會在某音去刷一些鑒寶類的視頻,很有意思。


          文玩它的價值在于品相、稀有度、盤玩程度、大眾接受度、歷史背景還有工藝等等。所以它并不是一個在每個人心中同等效用的商品,同樣一塊玉,他的種水一般,但是花紋很獨特,買賣雙方其實心理的價值預期會相差非常多,它就不像買電子產品一樣價格那么透明容易計算。


          有的人玩這些就是覺得命里該有它,它能給我帶來財、運,幫我辟邪,看的是眼緣。而不是路邊上一塊無用的石頭,可以隨意拾取丟棄。那么換句話說,如果在用戶下單的時候,我們利用一些情感化的文案,讓用戶喜歡上這款文玩,是不是也可以大概率的促進交易呢?



          4.文玩圈的行規


          我相信很多玩文玩的小伙伴都知道,在文玩圈有一些不成文的行規。也或許就是因為這些行規出現到了線上產品中。


          1.還價意味著出價,出價意味著買下

          在文玩圈,你不想買就不要還價。如果賣家同意了你的還價,那你就必須買。這代表著你個人的信譽和道德品質。


          所以文玩圈和互聯網的用戶之前有許多的鴻溝需要一步一步建設橋梁,不能單純的以線下圈子內的行規來要求剛接觸這個圈子的互聯網用戶,這需要大家一起努力和營造起一個良好的文玩圈的文化和規則,而不是直接生搬硬套,提高這個門檻。


          2.不要打聽別人的成本

          文玩沒有實際的成本,可能別人花10塊錢淘到的價值1萬塊的東西,也可能別人花了巨資看走了眼。所以你知道了成本對誰都沒好處,別人也不會告訴你。


          3.別人在交易的時候保持沉默

          文玩在每個人心中的價值不同,所以貨幣價值也不同,當別人在詢價還價的時候,不管怎樣我們都不要去表明自己的看法和想法。


          當然還有其他的規則就不一一敘述了,針對這3條,其實在互聯網的產品中是會有沖突存在的。例如你買了某個文玩,你一拍下,別人就說這個根本不值這個價錢。還有你出價了但是又不想買了,這些原本在文玩圈子中不允許的規則,在互聯網上去要求用戶著實有點困難,因為互聯網上的交易并不一定所見即所得,可能展示的是這樣,收到貨又是另一個東西。


          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          文章來源:站酷   作者:應駿

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.
          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務


          centos7重啟php環境

          前端達人

          apache
          啟動
          systemctl start httpd
          停止
          systemctl stop httpd
          重啟
          systemctl restart httpd
          或者

          service httpd stop

          service httpd start

          service httpd restart


          mysql
          啟動
          systemctl start mysqld
          停止
          systemctl stop mysqld
          重啟
          systemctl restart mysqld

          或者

          service mysqld stop

          service mysqld start

          service mysqld restart



          php-fpm
          啟動
          systemctl start php-fpm
          停止
          systemctl stop php-fpm
          重啟
          systemctl restart php-fpm


          nginx
          啟動
          systemctl start nginx
          停止
          systemctl stop nginx
          重啟
          systemctl restart nginx

          或者

          service nginx stop
          service nginx start
          service nginx restart

          開機自啟

          chkconfig httpd on

          chkconfig mysqld on
           

           

          一、MySQL啟動方式

          1

          2

          3

          4

          5

          1、使用 service 啟動:service mysqld start

           

          2、使用 mysqld 腳本啟動:/etc/init.d/mysqld start

           

          3、使用 safe_mysqld 啟動:safe_mysqld&

          二、MySQL停止

          1

          2

          3

          4

          5

          1、使用 service 啟動:   service mysqld stop

           

          2、使用 mysqld 腳本啟動:/etc/init.d/mysqld stop

           

          3、mysqladmin shutdown

          三、MySQL重啟

          1

          2

          3

          1、使用 service 啟動:service mysqld restart

           

          2、使用 mysqld 腳本啟動:/etc/init.d/mysqld restart

          四、強制關閉

          以上方法都無效的時候,可以通過強行命令:“killall mysql”來關閉MySQL,但是不建議用這樣的方式,因為這種野蠻的方法會強行終止MySQL數據庫服務,有可能導致表損壞……所以自己掂量著用。

          Windows下重啟MySQL服務,對于沒裝mysql圖形管理端的用戶來說啟動和停止mysql服務:
          …\…\bin>net stop mysql
          …\…\bin>net start mysql

           

           

          卸載PHP

          yum remove php
          yum remove php*
          yum remove php-*
          yum remove php7
          yum remove php70
          yum remove php7.0
          yum remove php-common
          這才是苦大仇深卸載個干干凈凈= w

           

           

          Centos下Yum安裝PHP5.5,5.6,7.0

          默認的版本太低了,手動安裝有一些麻煩,想采用Yum安裝的可以使用下面的方案:

          1.檢查當前安裝的PHP包

          yum list installed | grep php

          如果有安裝的PHP包,先刪除他們

           yum remove php.x86_64 php-cli.x86_64 php-common.x86_64 php-gd.x86_64 php-ldap.x86_64 php-mbstring.x86_64 php-mcrypt.x86_64 php-mysql.x86_64 php-pdo.x86_64

          2.Centos 5.X

            rpm -Uvh http://mirror.webtatic.com/yum/el5/latest.rpm
            CentOs 6.x
            rpm -Uvh http://mirror.webtatic.com/yum/el6/latest.rpm
            CentOs 7.X
          rpm -Uvh https://mirror.webtatic.com/yum/el7/epel-release.rpm
          rpm -Uvh https://mirror.webtatic.com/yum/el7/webtatic-release.rpm

          如果想刪除上面安裝的包,重新安裝
          rpm -qa | grep webstatic
          rpm -e  上面搜索到的包即可

          3.運行yum install

            yum install php55w.x86_64 php55w-cli.x86_64 php55w-common.x86_64 php55w-gd.x86_64 php55w-ldap.x86_64 php55w-mbstring.x86_64 php55w-mcrypt.x86_64 php55w-mysql.x86_64 php55w-pdo.x86_64
           

          yum install php56w.x86_64 php56w-cli.x86_64 php56w-common.x86_64 php56w-gd.x86_64 php56w-ldap.x86_64 php56w-mbstring.x86_64 php56w-mcrypt.x86_64 php56w-mysql.x86_64 php56w-pdo.x86_64


          注:如果想升級到5.6把上面的55w換成56w就可以了。

          yum install php70w.x86_64 php70w-cli.x86_64 php70w-common.x86_64 php70w-gd.x86_64 php70w-ldap.x86_64 php70w-mbstring.x86_64 php70w-mcrypt.x86_64 php70w-mysql.x86_64 php70w-pdo.x86_64
          4.安裝PHP FPM

          yum install php55w-fpm 
          yum install php56w-fpm 
          yum install php70w-fpm
          注:如果想升級到5.6把上面的55w換成56w就可以了。

          nginx重啟不了



          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          轉自:csdn 

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.

          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 平面設計服務


          CentOS7 關于啟動Apache(httpd)服務

          前端達人

          想要啟動apache(httpd)服務,執行以下命令都不行↓

          service httpd start (sentos7之前版本的命令) 
          
          • 1
          systemctl start httpd命令(sentos7之后版本的命令) 
          
          • 1
          /etc/init.d/httpd start 
          
          • 1

          出現以下結果,如圖:
          在這里插入圖片描述
          在這里插入圖片描述
          1.使用命令yum install httpd httpd-devel 安裝完apache

          yum install httpd httpd-devel 
          
          • 1

          在這里插入圖片描述
          2. 然后等待,會出現需要確認下載項 y/d/n 輸入y,Enter即可
          在這里插入圖片描述
          3.等待安裝完成之后,可使用命令啟動apache
          在這里插入圖片描述
          4.可通過命令 service httpd status查看apache運行狀態

           service httpd status(cemtos6)
            systemctl status httpd(centos7) 
          
          • 1
          • 2

          在這里插入圖片描述
          5.也可以在虛擬機的瀏覽器中查看apache的頁面,如果裝成功了能訪問到的頁面如圖,用120.0.1或者是通過ip訪問
          在這里插入圖片描述
          6.查看ip的命令是ifconfig
          ifconfig在這里插入圖片描述
          在這里插入圖片描述
          擴展:

          systemctl start httpd.service #啟動
          
          systemctl stop httpd.service #停止
          
          systemctl restart httpd.service #重啟
          
          systemctl enable httpd.service #開機自啟
          
          systemctl disable httpd.service #開機不啟動




          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          轉自:csdn

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.

          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務





          說說抖音和小紅書的交互和界面設計,您更喜歡哪一個?

          藍藍設計的小編

           HI,親愛的寶寶們(小紅書上常用的呢稱),大家好,小紅書和抖音是最近非?;鸨膬蓚€視頻類的APP,可以說是視頻APP中的代表了,不知道你喜歡哪一個?

          這兩個APP都非常的優秀,所以今天藍藍就把這兩個APP的主界面都截了一下圖,我們從界面和交互以及用戶的角度去分析一下他們之間的區別,猜一猜他為什么要這樣做?

          日歷

          鏈接

          個人資料

          藍藍設計的小編 http://www.syprn.cn

          存檔

          亚洲va欧美va天堂v国产综合