종이상자의 작은일기장(1st)

mozilla

8개 발견
Firefox for Android 56을 기점으로, 파이어폭스가 조금씩 새 옷을 입기 시작했습니다. 그 시작은 로고였는데, Aurora와 Nightly가 통합되면서 새로 디자인된 Nightly의 로고였습니다.

위 처럼 생겼습니다. 기존 파이어폭스보단 새련되고, 꼬리가 강조된 느낌이 듭니다. 불여우 뒤로 바로 직전 Nightly 로고가 그려져있는 건 덤입니다.
그러던 Nightly가 아예 새롭게 다시 디자인되면서 많은 부분이 변했습니다. 다만 일부 요소는 남이있습니다.

위 화면은 디스플레이 크기를 작게로 설정하니 나타난 태블릿 UI입니다. 오직 파이어폭스 모바일에서만 디스플레이 크기를 작게 했을 때 태블릿 모드가 됩니다.
일단 검색어 및 주소 입력 창이 너비가 작아졌고, UI가 전체적으로 약간 하예졌으며, 탭이 각지게 변했습니다.
탭 관리 버튼도 달라졌는데, 회색 바탕에 글씨에서 바탕이 사라지고 검정색 테두리에 검정 글씨로 변경되었습니다.
그 외에도 자잘하게 요즘 UI로 변신한 모습입니다.
그런데 아직 Nightly 홈의 파비콘은 구버전 Nightly입니다.
(그건 그렇고 탭 페이지에 있는 여우가 너무 귀엽지 않나요?)

탭 페이지는 그대로인데 테두리가 주황색에서 파란색이 되었습니다. 색을 잘못 골랐는지 제 눈에는 이전이 훨씬 낫네요. 사생활 보호 탭은 여전히 보라색입니다.

검색/주소 탭은 좁아져서 이런 원래 휴대폰인 기기에선 쓰기가 꽤나 불편해졌습니다. 기능상의 변화점은 없습니다.

로딩 바는 움직이도록 바뀌었습니다. 더 빨라보이고, 더 시원한 느낌을 주는 게 인상적입니다.

여전히 HTML5TEST는 485점이네요. 참고로 PC는 490점이고 무슨 영문인지 이제는 ACID3 Test를 97점으로 통과합니다.(구버전에선 100점이었습니다.)

무튼, 이번 개편은 Aurora-Nightly 채널 통합을 기념하기도 하지만, 어떤 의미로는 Project Quantum(Servo 엔진의 일부 결과물을 Firefox에 적용)의 효과를 조금 더 보기 위한 자축일지도 모르겠습니다. 하지만 저번 Nightly 버전 중 하나는 크롬처럼 앱에서 바로 넘어가면 In-APP 탭을 지원하다가 사라진 적이 있는 걸 보면 여전히 모질라는 파이어폭스 UI에 대해 고민이 많은 것으로 보입니다.
앞으로 얼마나 변화할지, 어떻게 변화할지는 모르겠지만 여전히 응원해주고 싶은 브라우저입니다.

* 본 글은 매우 주관적으로 작성되었으며 영어 철자 오류 등 다양한 오류를 내포하고 있을 수 있습니다. 이런 오류에 관해서는 댓글 및 트위터 멘션으로 알려주세요. 빠른 시일 내에 고치겠습니다.
저작자 표시 비영리
신고
댓글 로드 중…

블로그 정보

고1의 시선으로 본 IT, 일상, 그리고 여러가지 이야기들.

최근에 게시된 글

그동안 Internet Explorer, Chrome, Opera 등 기존 "원조" 브라우저에는 일반적으로 스크린샷 캡쳐 기능이 제공되지 않았습니다. 특히 포크된 엔진일지라도 Maxthon, Whale(=네이버 웨일)을 제외하면 보통 제공하지 않는 기능이 캡쳐 기능입니다.
그런데 파이어폭스는 자체적으로 온라인-오프라인 연동 스크린샷 캡쳐 및 공유서비스를 개시하면서 제대로 동작하는 스크린샷 기능을 탑재했습니다. 지금은 웹사이트 프레임 안에서만 찍을 수 있지만 스크롤 캡쳐도 지원하고, 영역 선택 캡쳐도 지원합니다.

파이어폭스 안에서도 캡쳐-편집-공유를 단일화할 수 있도록 체계화되어 있습니다.

아직 번역이 미비해서 캡쳐가 캡춰로 나옵니다.(* 예전 오픈소스 계열 번역처럼 하면 원하는 것을 갈무리하세요. 라고 써야겠지요.)

실제 저 옵션은 못 본 것 같긴 하지만, 아마 제가 기능을 비활성화했나 봅니다.

어, 있네요. 아무튼 저렇게 해서 스크롤 캡쳐도 가능합니다.

이 사진은 14일의 기간동안 Firefox Screenshots 웹사이트에 올라가며, 즉시 삭제하거나 내려받거나, 공유할 수 있습니다. 다시말해 스크린샷의 공유가 훨씬 간편해졌다고 볼 수 있겠습니다.
다만 클라우드 업로드 방식이기 때문에, 사생활 침해 문제가 있는 건 사실입니다. 업로드없이 바로 캡쳐하는 기능이 추가될지 안될지, 사생활 보호를 중시하는 모질라 재단이 어떤 해법을 찾을지 앞으로의 행보에 예의주시해야 할 부분입니다.
서비스 이용비용도 그렇고 최근 Firefox OS(여전히 웹 IDE로 써볼 수 있고, 2.6버전까지만 업로드된 채 중단되어있다.), Shumway도 그렇고 서비스 지속성이 예전같지 않아 언제까지 이 서비스가 유지될지도 모른다는 게 걱정거리입니다.
하지만, 이왕 시작하는 만큼 응원해주기로 했습니다. 앞으로 적극적으로 활용해야지요.
* 본 기능은 모바일 파이어폭스에는 적용되지 않았습니다.
* 이 글은 시기상 늦게 작성된 글이기에, 의도치않게 오류가 있을 수 있습니다. 그런 오류가 아니더라도 스킨오류, 오타, 그 외 오류 등도 댓글이나 트위터 멘션으로 알려주시면 최대한 신속하게 처리하겠습니다.
저작자 표시 비영리
신고
댓글 로드 중…

블로그 정보

고1의 시선으로 본 IT, 일상, 그리고 여러가지 이야기들.

최근에 게시된 글

2017년 4월 17일, 모질라 재단이 릴리즈 채널에 관한 중대한 변화사항을 발표했습니다.

ⓒ2017 Mo://a(Mozilla Foundation). From Mozilla Hacks.
Firefox 채널은 기존에 다음과 같은 절차로 출시되었습니다.
Nightly → Developer Edition(모바일 버전은 더 이전처럼 Aurora) → Beta / RC→ Release
그런데 이렇게 될 경우 Chrome과 비슷하긴 하지만(크롬의 경우 Canary → Dev → Beta → Release) 여전히 여러 버전을 챙겨줘야 하기도 하고, Developer Edition의 안정성이 떨어지는 문제점이 있었습니다.
사실 개인적인 입장에선 그다지 안정성이 떨어지진 않았는데요, 공식 입장은 그렇습니다. 따라서 추측으로써 하나라도 채널을 줄이고자 했던 것 같습니다.
왜냐하면 이제 다음과 같아지거든요.
Nightly(이전의 Aurora) → Beta & Developer Edition(별도로 분리. 하지만 이제 개발자 에디션이 Beta 기반이며 Aurora를 대체하지는 않습니다.) / RC → Release
그래서 이제 예전의 Nightly는 사라지게 되었습니다.

그러면서 Nightly가 Play스토어에 Aurora를 대체하며 나오게 되었고 명칭도 이전버전(↓)인 Nightly와는 달리 앞에 Firefox가 들어갔습니다.

패키지명은 신 Nightly가 org.mozilla.fennec_aurora
구 Nightly가 org.mozilla.fennec입니다.
따라서 구 Nightly는 자동으로 신 Nightly로 업데이트되지 않습니다.

같은 Firefox Nightly이고 버전도 똑같이 55a1이지만, 실제 구 Nightly 채널의 업데이트는 2017년 4월 30일까지만 이루어 졌고 이후 구 Aurora 채널로 이관되어 별도 앱이 되었습니다.

그런데 4월 30일 빌드가 6월 9일 빌드보다 불안정합니다.(-_-;;) 아무래도 곧 수정되겠지만, 앞으로 Aurora였던 Firefox의 안정성이 어떻게 될지가 심히 궁금해 집니다.

아무튼, 이번 결정이 좋은 변화로 기록되기를 바랍니다.

* 오류, 지적등의 사항을 댓글 및 트위터 멘션으로 받고 있습니다. 언제든지 자유롭게 지적해주세요.
저작자 표시 비영리
신고
댓글 로드 중…

블로그 정보

고1의 시선으로 본 IT, 일상, 그리고 여러가지 이야기들.

최근에 게시된 글

Mozilla Support는 그동안 Mozilla Firefox, Firefox OS, Firefox Marketplace 및 Mozilla Focus(iOS용 광고차단 프로그램), Webmaker 등 다양한 Mozilla 제품군에 대한 도움말을 제공해 왔습니다. 번역은 대부분 자원봉사자들 몫이였지만 그동안 별 문제 없이 많은 사람들에게 소소한 도움이 되는 도움말이었죠.
그런데 이 Mozilla Support의 플랫폼이 옮겨질 예정이라고 합니다.
여기까지는 별 문제가 없었습니다. Mozilla 제품군을 번역하는 일을 맡는 프로그램이 Pontoon(정확하지는 않습니다.)으로 바뀌면서 조금 더 편리해지는 등 '자원봉사자'를 위한 플랫폼으로 변화했다는 선례가 있어 다들 문제가 없으리라 생각했습니다.
오히려 개선될 것이라고 생각했겠죠. 하지만 공헌자 포럼에 올린 vesper 씨의 글에서 사람들은 불안감을 느끼게 되었습니다.
- 새로 옮기는 플랫폼의 사용선례를 볼 때 기존 포럼보다 느리다는 점
- 자원봉사자들이 활동하기 어려운 플랫폼이라는 점
- 기존 플랫폼에서 개선되는 점이 있는 지 의구심이 드는 개편이라는 점
등의 문제점이 계속해서 여러 기여자에 의해 제기되고 있습니다.
한 사용자는 근거로, 자신의 ISP(Internet Service Provider)가 게시판을 새로 바꿀 시스템으로 변경했는 데, 이전보다 느려졌다며 속도 문제가 우려된다고 지적했습니다.
또 어떤 사용자는 현재의 플랫폼인 Kitsune이 공헌자에게는 더 편하다며 새 플랫폼에 대한 거부반응을 보여주기도 했습니다.
물론, 새 플랫폼이 좋고 나쁘고는 직접 수정 후 도입이 되어야 알 수 있는 부분이겠지만, 일방적으로 자원봉사자들의 생각을 무시하고 진행한 부분은 분명 일 처리에 있어 문제가 있는 부분입니다.
더군다나 Mozilla Support는 영어 외 타 언어에 대해 대부분 자원봉사자가 도움말을 번역한다는 점에서 훨씬 치명적입니다.
최악의 경우 자원봉사자들이 떨어져 나가면서 번역이 업데이트가 안되고, 유용하지 않은 도움말이 될 가능성도 높아집니다.
저 또한 1명의 자원봉사자로써 걱정이 됩니다.
현재 옮길 예정인 시스템의 DEMO를 살펴보니 번역 도구에 대한 어떠한 내용도 없고, 편집 조차도 불편해 보였습니다.
어떤 사용자는 다시 SVN, Git와 같은 repository 기반 저장소에 번역을 업데이트하는 식의 방식으로 되돌아가는 것이기 때문에 반대한다는 내용도 있었던 걸로 보아(위 링크된 스레드와는 달리, 새 플랫폼 적용시 어떤 점을 개선해야할 지 묻는 스레드가 따로 있습니다.) 방식도 구형, UI는 신형, 속도는 구형보다도 못함이라는 웹밖에 모른다는 재단이 생각한 방법일 것 같진 않은 결과가 나왔기에 다들 반대하고 있는 듯 합니다.
주로 외국의 자원봉사자들이 반발하고 있다는 점에서, 국내 모질라 커뮤니티에서의 움직임도 필요할 것으로 보이며
이들의 반발에 Mozilla가 뒤로 한걸음 움직일 수 있을 지가 관건입니다.
개인적으로 인력 지출을 줄이려는 Mozilla가 한 걸음 물러나 편리한 방법으로 Mozilla 재단에 기여하는 그 날이 왔으면 좋겠습니다.
* 본 주장은 오류, 문제점등을 다수 내포할 수 있으며 이에 대한 문의는 댓글로 부탁드립니다. 감사합니다!
저작자 표시 비영리
신고
댓글 로드 중…

블로그 정보

고1의 시선으로 본 IT, 일상, 그리고 여러가지 이야기들.

최근에 게시된 글

지금으로부터 약 5년 전(그러니까 공교롭게도 제가 티스토리 블로그를 열게되는 그 시점 즈음에) 플래시를 HTML5로 변환한다는, 꿈이 커보이는 한 프로젝트가 시작했습니다.
하지만 플래시는 독점기술인데다가 이미 있는 오픈소스 플래시 플레이어들은 모두 한 두개씩 나사가 빠진듯한 모습을 보여주곤 했습니다. 즉, 참조 조차 힘들었다는 거죠. 물론 HTML5로 변환해내는 것이 목표이니 좀 많이 다르지만요.
그럼에도 불구하고 굴지의 Mozilla는 그렇게 유지가 힘들다는 그 프로그램의 유지보수를 해내더니, Shumway도 3년 간 계속 개발했습니다. 그것도 꾸준히.
그러나 2013년 경 불거진 플래시의 랜섬웨어 문제.

출처: 나무위키
이로 인해 모질라 측도 고민을 거듭합니다. 하지만 랜섬웨어 문제가 본격적으로 어도비 플래시 환경에서 문제가 된다는 내용이 공론화 된 건 2015년입니다.
그 때 즈음 해서 Windows에선 플래시를 Windows Update 패키지와 Internet Explorer에 기본탑재해버려서 더 공론화 되기 쉬운 환경이었죠.
그렇게 플래시 퇴출 운동이 시작되고, 어도비 사도 플래시를 비권장하게 됩니다.
물론 Google Chrome, Mozilla Firefox 측도 플래시 컨텐츠의 재생을 제한하겠다는 입장을 밝혔었죠.
이 과정에서 보안 취약점이 많은 플래시를 굳이 개발도 난항을 겪는 Shumway로 대체시킬 필요 없이, 곧 퇴출운동에 따라 많은 플래시 컨텐츠들이 사라질 거라 예상했기에 Shumway가 개발중단될 수 있지 않았나 싶습니다.
하지만 우리나라의 웹 환경 특성상 아쉬운 사람이 더 많겠죠. 외국에도 그런 분들이 꽤 계셨나 봅니다.
Shumway 공식 깃허브 에서도 4월10월 두 차례에 걸쳐 프로젝트의 생사 여부를 묻는 글이 올라왔습니다.
이에 답글을 잘 살펴보면 '아니었으면 좋겠네요'부터, 팩트폭격 관련된 기사를 찾아주시는 분도 보입니다.
하지만 그러한 염원에도 Bugzilla에 등록된 'Mozilla Gravyard'로 이전하는 이슈 글을 보면 Shumway는 현재  Mozilla의 제품 개발 우선 순위에서 밀려나 있고, Mozilla  공식 깃허브에는 소스코드가 남아 있겠지만, 현재 열리는
Issues 들을 처리할 생각이 없다.
라고 답했습니다.
즉, 플래시 퇴출운동 시작→모질라 재단 내에서 제품 개발 우선순위가 뒤로 밀림→개발중단의 절차를 거치게 되었다는 것인데,
'지금은' 우선순위가 뒤로 밀려있다는 것이기에 올해 다시 개발될 가능성 또한 있습니다.
왜 올해 냐면, 2017년 Adobe가 Linux용 플래시 플레이어에 대한 지원을 종료한다고 밝혔기 때문입니다.
그러니 아직 일말의 희망은 있음을 생각해서,
글 제목처럼 '끝내' 버리지 않기를 바랍니다.

* 본 글은 그저 의견을 이야기할 뿐인 글입니다. 다만 잘못된 논리, 오류 등 다양한 지적을 받고 있으니 언제든 댓글 / 트위터(@lego37yoon) 멘션 부탁드립니다.
저작자 표시 비영리
신고
댓글 로드 중…

블로그 정보

고1의 시선으로 본 IT, 일상, 그리고 여러가지 이야기들.

최근에 게시된 글

지지난 해[각주:1] 모질라 썬더버드가 모질라 재단에서 분리된다는 소식이 ZDNet 코리아를 통해 국내에 전해졌습니다. 그 뒤 보드나라에서는 모질라 썬더버드가 아예 중단 될 가능성 또한 커 보인다는 이야기도 했었죠.

모질라 썬더버드는 어쩌다가 이렇게 궁지에 내몰리게 된 걸까요? 원인을 추측해 보았습니다.

* 본 내용은 어디까지나 자료 등에 근거한 '추측' 글일 뿐입니다. 따라서 해당 내용을 너무 믿지는 마시길 바랍니다.

일단, 이메일(E-mail, 전자우편) 시장 자체는 줄거나 늘지 않았습니다. 그저 현상 유지만 되고 있는 상황이지요. 물론 2010년 대 이후 모바일 시장을 공략하게 되면서 my.com과 같은 모바일 전용 메일 서비스도 등장하고는 있지만, 그것이 추세가 되지는 못했습니다. 실제로 그나마 알려진 서비스는 방금 전 언급한 my.com 뿐입니다.

다만 원래부터 이메일 시장은 그렇게 큰 시장도 아니었고, 많은 업체도 경쟁할 필요가 없었기에 서비스가 늘어나는 것 보다는 현재 현존하는 서비스들 끼리 메일 클라이언트와 서버를 개선하는 데에만 몰두하거나 메일 서비스를 하지 않는 기업들은 이메일 앱을 만들면서[각주:2] 모바일 시장에 대응했습니다.

하지만 원래 PC 시장에서 비지니스 작업에 주로 이용되었던 이메일이 모바일 시장으로 옮겨가면서 PC 시장에서 이메일 클라이언트의 필요성은 낮아졌습니다. 게다가 HTML 5 등 웹 시장의 발전으로 웹 클라이언트 들도 엄청나게 발전하여 굳이 이메일 클라이언트를 사용할 필요성도 떨어졌습니다.[각주:3] 그렇다 보니 아예 시장 자체가 엄청나게 축소가 되버렸는데, 모바일 시장이 발전되는 동안 Mozilla Thunderbird는 모바일용 Firefox처럼 모바일용 메일 앱을 만들지 않았습니다.

그렇다 보니 Mozilla Thunderbird는 여전히 Linux, Mac, 그리고 Windows용 메일 클라이언트로만 남아있게 된 겁니다.

그나마 다행인 것은 Windows 용 이메일 클라이언트가 거의 전멸에 가까운 시점에서 남아있는 거의 유일한 유명 이메일 클라이언트 이기에 Windows 시장에서는 어느정도 버틸 수 있으리라 생각된다는 점입니다.

정작 오픈소스 재단의 일반적인 상황 상 Linux용 지원이 활발하기 때문에 Windows 보다는 mac os, Linux 쪽에 주력하게 되어 포화된 시장에서 경쟁하는 것이 부담감으로 작용할 수 밖에 없긴 하지만요.

실제로 Mozilla 재단 측도 현재 Mozilla Thunderbird의 개발이 재단의 세금(즉, 부담이 된다는 의미)과 같은 존재라고 말했으며, Servo 코드 부분 적용 및 e10s 등으로 새로운 도약을 준비하는 Mozilla Firefox와는 달리 적은 Thunderbird 개발자와 기여자들로는 그런 새 기능을 집어넣을 시간조차 없어 Gecko 엔진의 변경점을 따라가는 데에만 거의 모든 시간을 투자하고 있어 비효율적이라고 생각한다고 했습니다.

이는 제가 보기에도 비효율적인 구조입니다. 어떤 메일 앱도 Webkit 변경점을 따라가느라 기능이나 UI를 제대로 개선하지 못하는 앱은 거의 없습니다. [각주:4] 이래서는 차라리 이러한 변경점을 조금 늦게 따라가는 한이 있더라도 제대로된 메일앱을 만드는 것이 더 낫죠. 모질라 재단 측도 그렇게 생각했던 모양입니다.

물론 보시는 분에 따라, Mozilla Thunderbird가 현재 ESR(장기 지원 채널)로 옮겨갔고, 정책을 변경해서 멋진 메일앱을 만드는 데 집중한다면 재단 내에서도 별 문제가 없지 않을까, 하고 생각하시는 분들이 더 많을 거라고 생각합니다. 사실 이 부분이 저도 그렇게 잘 이해되지는 않아서 글을 쓴 거고요. 그러나 아마 모질라 내의 개발자들은 해당 변경사항을 따라가야 보안에도 취약하지 않고 더 빠른 로딩속도를 가진 메일 앱을 만들 수 있기 때문에 이러한 결정을 내리지 않았나 싶습니다. 당장은 Mozilla Thunderbird 코드에 기여 및 주관할 개발자가 별로 없으니까요.

이를 보시고 Mozilla Thunderbird에 더 많은 개발자를 할당하면 안되냐는 질문이 올 수 있지만, Mozilla 재단은 현재 Firefox OS, Shumway, Persona 등 많은 서비스를 중단하면서까지 Firefox의 새 버전 개발에 총력을 기울이고 있는 상황입니다. 왜냐하면 Firefox가 점점 요즘 세대 브라우저에서 뒤쳐지고 있기 때문이죠. 아무리 멋지구리하고 잘 돌아가는 확장기능이 있더라도, 사람들의 요구를 충족시키지 못하는 웹 브라우저는 사용하는 사람이 없을 테니까요. 프로그램 시장에서 점유율은 TV 시청율과 거의 같다고 보시면 될 것 같습니다. 물론 취미로 만드는 프로그램은 예외이지만, 적어도 거대한 오픈소스 프로젝트에 있어서는 사용하는 사람이 많아야 그 프로그램의 버그를 알고 고친다던지, 유지보수가 수월해지기 때문에 이게 중요한 편입니다. 아무튼 그러한 이유로 Mozilla 내에서 Thunderbird를 개선하고 주도할 개발자가 적은데, 새로 고용하기에는 Mozilla 재단에 한계가 있습니다. 비영리 단체인 만큼 모금과 Firefox 내 탑재된 약간의 광고, 굿즈, 후원 등으로 재단을 유지하고 있기에 계속해서 개발자를 영입할 수는 없는 노릇입니다.

이런 한계점에 달한 시점에서 Thunderbird 재단을 별도로 분리하게 되면 Mozilla 재단 내 한계점에서 벗어날 수 있게 되고, 조금 더 여유있는 비영리 재단에 들어가 개발 진척 속도를 올릴 수 있습니다. 또한, Mozilla 재단 스스로에게도 Thunderbird를 신경 쓸 필요가 없으니 Firefox, Webmaker 등의 개발, 지원에 총력을 기울일 수 있어 도움이 되죠.

그런 의미에서 재단 분리 소식은 (한 편으로는 조금 아쉬운 이야기 이지만) 기대가 되기도 하는데요, 새로운 재단 산하에 들어가거나 새 재단을 만든 후에는 OpenOffice가 다시 살아나듯 다시 옛 유명세를 되찾기를 기원합니다.


* 초보자 주제에 감히 글을 적은 터라 오류도 많고, 억지스러운 주장도 들어있을 것으로 생각됩니다. 언제든 댓글로 지적 바랍니다. 감사합니다.


  1. 2015년 [본문으로]
  2. 예를 들면, Dropbox의 Mailbox(지원 종료.), 다음의 쏠메일(추후 다음 메일 앱과 동일한 UI를 가지게 되긴 했지만, 여전히 독립 메일 앱입니다.) 등. [본문으로]
  3. 사실 웹으로 만든 이메일 클라이언트 들이 너무 강력해진 탓에 PC용 이메일 클라이언트를 만들 필요성이 없어진 것이 가장 큰 이유입니다. 모바일에서는 여전히 건재하다는 것이 그것을 보여주고 있죠. [본문으로]
  4. Mozilla Thunderbird는 Gecko엔진(Firefox의 웹 렌더링 엔진)을 사용하지만, 대부분의 메일 앱은 기껏해야 Webkit 내지 Blink 엔진을 사용합니다. [본문으로]
신고
댓글 로드 중…

블로그 정보

고1의 시선으로 본 IT, 일상, 그리고 여러가지 이야기들.

최근에 게시된 글

①부: Mozilla 편
1) Mozilla Thunderbird /#2
: Thunderbird의 재단 분리 소식과 원인을 분석해드립니다.
2) Shumway 개발 중단 /#2
: Shumway가 개발을 중단하게 된 시점부터 추정되는 원인을 분석하는 글입니다.
3) SUMO 플랫폼 이전 (최근 소식) /#2
: Mozilla Support 웹사이트의 기반 엔진이 변경된다는 소식입니다.
4) Servo 엔진 개발 /  #2
: 부정적인 것만 얘기하면 안되겠지요. Servo 엔진 개발을  하게된 원인을 분석합니다.
*) 후기
②부: 카카오 편
1) FTP 미러 서비스를 중단하게 된 이야기
2) 팟인코더가 서비스 종료되는 이유가 뭘까
3) 다음클라우드, 너 너무 아깝지 않니?
4) 카카오 헬로는 좀 더 지켜보았어야 했다
5) tv팟과 카카오 TV의 통합 - 이름만 남은 '팟'플레이어
6) 갈팡질팡 티스토리 - 사용자들과 운영진의 혼란
*) 후기
③부: LG편
1) LG 올데이 그램 15 - 1kg의 벽을 넘지 못하고
2) LG G5와 모듈을 굳이 그렇게 만들어야 했을까
3) 고질적인 메인보드 문제가 낳은 불신
④부: 네이버
1) 무거운 네이버의 모바일 앱들
2) 아이콘 개편이 준 반발
3) 블로그 통계 데이터 초기화가 준 충격
4) 고객센터는 있어야 한다
5) 춘천에 데이터센터가 있는 이유
⑤부: 구글
1) 프로젝트 아라와 구글 글래스
2) Nexus 브랜드를 버리고 Pixel로
3) 전세계를 지배하는 알파벳이 되자
4) Chrome OS + Android OS = Android OS?

총 25편이 연재되며 1월 내 완성을 목표로 하고 있습니다.
연재와 관한 질문, 지적사항 및 우려 모두 감사히 받고 있으니, 댓글로 지적 부탁드립니다.
* 연재 도중 쓸 글들이 있으면 작성됩니다.


저작자 표시 비영리
신고
댓글 로드 중…

블로그 정보

고1의 시선으로 본 IT, 일상, 그리고 여러가지 이야기들.

최근에 게시된 글

안녕하세요, 원고를 써서 공모전에 제출한다고 주장했지만 완성도 못한 종이상자(하늘)입니다.
오늘은 조금 슬픈 소식을 전해드리려 합니다.

Mozilla Persona 웹사이트에 있는 이용 스크린샷.
국내에선 거의 이용하지 않겠지만, Mozilla의 간편 로그인 서비스 Persona(페르소나)가 11월 30일부로 deprecated 처리되어 서버를 닫는다고 합니다.

* Mozilla Persona란?
자신의 이메일 주소와 비밀번호로만 로그인하는 Mozilla의 간편 로그인 서비스로, 여러 이메일 주소를 같은 암호로 이용할 수 있는 게 특징입니다. 그동안 많은 서비스에서 이용되지 않고 해외의 일부 서비스에서만 사용되어 왔습니다. 심지어 MDN외의 다른 모질라 계정과도 거의 연동되지 않았죠.
그래서 그런지 더이상 서비스를 유지할 가치를 못 느꼈다는 듯 이번에 문을 닫는 것으로 보입니다.
비록 소수이지만, 혹시 Persona 계정으로 다른 웹사이트를 로그인 하신다면 지금 바로 접속하셔서 다른 소셜 로그인과 연결하시거나, 백업하고 새 계정을 만드시는 게 좋을 것 같습니다.
Mozilla Persona
저작자 표시 비영리
신고
댓글 로드 중…

블로그 정보

고1의 시선으로 본 IT, 일상, 그리고 여러가지 이야기들.

최근에 게시된 글

티스토리 툴바