Hello.

I am Paul Kinlan.

A Developer Advocate for Chrome and the Open Web at Google.

Grep your git commit log

Paul Kinlan

Finding code that was changed in a commit

Read More

Paul Kinlan

Trying to make the web and developers better.

RSS Github Medium

Performance and Resilience: Stress-Testing Third Parties by CSS Wizardry

Paul Kinlan

मैं Google डेवलपर दिवस के लिए कुछ हफ्ते पहले चीन में था और मैं अपने सभी क्यूआरकोड स्कैनर को दिखा रहा था, जब तक मैं ऑफ़लाइन नहीं जाता तब तक यह बहुत अच्छा काम कर रहा था। जब उपयोगकर्ता ऑफलाइन था (या आंशिक रूप से कनेक्ट) कैमरा शुरू नहीं होगा, जिसका मतलब था कि आप क्यूआर कोड को स्नैप नहीं कर सके। यह हुआ कि काम करने के लिए मुझे उम्र बढ़ गई, और यह पता चला कि मैं गलती से कैमरे को अपने ‘ऑनलोड’ ईवेंट में शुरू कर रहा था और Google Analytics अनुरोध समय-समय पर हल होगा और हल नहीं होगा। यह यह प्रतिबद्धता है जो इसे ठीक करता है

Because these types of assets block rendering, the browser will not paint anything to the screen until they have been downloaded (and executed/parsed). If the service that provides the file is offline, then that’s a lot of time that the browser has to spend trying to access the file, and during that period the user is left potentially looking at a blank screen. After a certain period has elapsed, the browser will eventually timeout and display the page without the asset(s) in question. How long is that certain period of time?

It’s 1 minute and 20 seconds.

If you have any render-blocking, critical, third party assets hosted on an external domain, you run the risk of showing users a blank page for 1.3 minutes.

Below, you’ll see the DOMContentLoaded and Load events on a site that has a render-blocking script hosted elsewhere. The browser was completely held up for 78 seconds, showing nothing at all until it ended up timing out.

पूर्ण पोस्ट पढ़ें

मैं आपको पद पढ़ने के लिए प्रोत्साहित करता हूं क्योंकि बहुत सारी अंतर्दृष्टि है।

Chrome Bug 897727 - MediaRecorder using Canvas.captureStream() fails for large canvas elements on Android

Paul Kinlan

सप्ताहांत में मैं बुमेरांग प्रभाव वीडियो एन्कोडर के साथ खेल रहा था, आप इसे वास्तविक समय में काम कर सकते हैं (मैं बाद में समझाऊंगा)। मुझे यह डेस्कटॉप पर क्रोम पर काम कर रहा है, लेकिन यह एंड्रॉइड पर क्रोम पर ठीक से काम नहीं करेगा। [यहां कोड] देखें (0)।

ऐसा लगता है कि आप 'कैप्चरस्ट्रीम () `का उपयोग करते हैं 'जिसमें अपेक्षाकृत बड़ा संकल्प है (मेरे मामले में 1280x720) MediaRecorder API वीडियो को एन्कोड करने में सक्षम नहीं होगा और यह त्रुटि नहीं होगी और आप यह नहीं पता लगा सकते कि यह समय से पहले वीडियो को एन्कोड नहीं कर सकता है।

(1) Capture a large res video (from getUM 1280x720) to a buffer for later processing. (2) Create a MediaRecorder with a stream from a canvas element (via captureStream) sized to 1280x720 (3) For each frame captured putImageData on the canvas (4) For each frame call canvasTrack.requestFrame() at 60fps

context.putImageData(frame, 0, 0); canvasStreamTrack.requestFrame();

Demo: https://boomerang-video-chrome-on-android-bug.glitch.me/ Code: https://glitch.com/edit/#!/boomerang-video-chrome-on-android-bug?path=script.js:21:42

What is the expected result?

For the exact demo, I buffer the frames and then reverse them so you would see the video play forwards and backwards (it works on desktop). In generall I would expect all frames sent to the canvas to be processed by the MediaRecorder API - yet they are not.

What happens instead?

It only captures the stream from the canvas for a partial part of the video and then stops. It’s not predicatable where it will stop.

I suspect there is a limit with the MediaRecorder API and what resolution it can encode depending on the device, and there is no way to know about these limits ahead of time.

As far as I can tell this has never worked on Android. If you use https://boomerang-video-chrome-on-android-bug.glitch.me which has a 640x480 video frame it records just fine. The demo works at higher-resolution just fine on desktop.

पूर्ण पोस्ट पढ़ें

यदि आप डेमो के साथ खेलना चाहते हैं जो दोनों पर काम करता है यहां क्लिक करें

Why Microsoft and Google love progressive web apps | Computerworld

Paul Kinlan

माइक एलगन से पीडब्लूए के बारे में एक अच्छी पोस्ट। मुझे पीडब्लूए के साथ माइक्रोसॉफ्ट के लक्ष्य के बारे में निश्चित नहीं है, लेकिन मुझे लगता है कि हमारा बहुत आसान है: हम चाहते हैं कि उपयोगकर्ता तुरंत सामग्री और कार्यक्षमता तक पहुंच सकें और एक तरह से वे अपने उपकरणों पर इसके साथ बातचीत करने में सक्षम होने की उम्मीद करते हैं। वेब को प्रत्येक कनेक्टेड डिवाइस पर सभी तक पहुंचा जाना चाहिए और उपयोगकर्ता को अपनी पसंदीदा मोडैलिटी में ऐप के रूप में पहुंचने में सक्षम होना चाहिए, अगर ऐसा है कि वे इसकी अपेक्षा करते हैं (मोबाइल, शायद), या सहायक आदि पर आवाज।

हम अभी भी एक [हेडलेस वेब से लंबा रास्ता] हैं (0), हालांकि, एक चीज ने वास्तव में लेख में मुझे मारा:

Another downside is that PWAs are highly isolated. So it’s hard and unlikely for different PWAs to share resources or data directly.

पूर्ण पोस्ट पढ़ें

वेब पर साइट्स और ऐप्स को अलग नहीं किया जाना चाहिए, वेब लिंक करने योग्य, अनुक्रमणीय, क्षणिक है, लेकिन हम जो भी साइट बनाते हैं, उसके साथ हम अधिक चुप हो रहे हैं। हम अनियंत्रित सिलो बना रहे हैं क्योंकि प्लेटफॉर्म उपयोगकर्ताओं को आसानी से साइटों को * इन * डेटा को आसानी से प्राप्त करने की अनुमति नहीं देता है। मैं आरडीएफ या उसके बारे में कुछ भी नहीं बोल रहा हूं, कॉपी और पेस्ट, ड्रैग और ड्रॉप जैसे मूल संचालन, साइट पर साझा करें और साइट से साझा करें आज के वेब पर टूटा हुआ है, और इससे पहले कि हम फ्रेम, श्रमिकों के बीच आईपीसी प्राप्त करें और खिड़कियां।

Building a video editor on the web. Part 0.1 - Screencast

Paul Kinlan

आप ब्राउज़र में बस वेब का उपयोग करके वीडियो बनाने और संपादित करने में सक्षम होना चाहिए। स्क्रीनफ्लो के समान उपयोगकर्ता-इंटरफ़ेस प्रदान करना संभव होना चाहिए जो आपको एक आउटपुट वीडियो बनाने देता है जो एकाधिक वीडियो, छवियों और ऑडियो को एक वीडियो में जोड़ता है जिसे YouTube जैसी सेवाओं पर अपलोड किया जा सकता है। मेरे पिछली पोस्ट के बाद से जो वीडियो संपादक की आवश्यकताओं का संक्षेप में वर्णन करता है, इस पोस्ट में मैं बस एक स्क्रीनकास्ट में दिखाना चाहता था कि मैंने वेब कैम रिकॉर्डर कैसे बनाया, और स्क्रीनकास्ट कैसे बनाया जाए रिकॉर्डर :)

Read More

894556 - Multiple video tracks in a MediaStream are not reflected on the videoTracks object on the video element

Paul Kinlan

पहला मुद्दा जो मैंने पाया है वेब पर एक वीडियो संपादक बनाना

मेरे पास एकाधिक वीडियो स्ट्रीम (डेस्कटॉप और वेब कैमरा) हैं और मैं एक वीडियो तत्व पर वीडियो स्ट्रीम के बीच टॉगल करने में सक्षम होना चाहता था ताकि मैं जल्दी से वेब कैम और डेस्कटॉप के बीच स्विच कर सकूं और ‘MediaRecorder` को तोड़ न सकूं।

ऐसा लगता है कि आपको 'चयनित' संपत्ति को videoTracks &#39;ऑब्जेक्ट पर&#39; चयनित &#39;संपत्ति को टॉगल करने के माध्यम से ऐसा करने में सक्षम होना चाहिए। <video>तत्व, लेकिन आप नहीं कर सकते, ट्रैक की सरणी में केवल 1 तत्व होता है (मीडियास्ट्रीम पर पहला वीडियो ट्रैक)।

What steps will reproduce the problem? (1) Get two MediaStreams with video tracks (2) Add them to a new MediaStream and attach as srcObject on a videoElement (3) Check the videoElement.videoTracks object and see there is only one track

Demo at https://multiple-tracks-bug.glitch.me/

What is the expected result? I would expect videoElement.videoTracks to have two elements.

What happens instead? It only has the first videoTrack that was added to the MediaStream.

पूर्ण पोस्ट पढ़ें

रेपो केस

window.onload = () => {
  if('getDisplayMedia' in navigator) warning.style.display = 'none';

  let blobs;
  let blob;
  let rec;
  let stream;
  let webcamStream;
  let desktopStream;

  captureBtn.onclick = async () => {

       
    desktopStream = await navigator.getDisplayMedia({video:true});
    webcamStream = await navigator.mediaDevices.getUserMedia({video: { height: 1080, width: 1920 }, audio: true});
    
    // Always 
    let tracks = [...desktopStream.getTracks(), ... webcamStream.getTracks()]
    console.log('Tracks to add to stream', tracks);
    stream = new MediaStream(tracks);
    
    console.log('Tracks on stream', stream.getTracks());
    
    videoElement.srcObject = stream;
    
    console.log('Tracks on video element that has stream', videoElement.videoTracks)
    
    // I would expect the length to be 2 and not 1
  };

};

Building a video editor on the web. Part 0.

Paul Kinlan

आप ब्राउज़र में बस वेब का उपयोग करके वीडियो बनाने और संपादित करने में सक्षम होना चाहिए। स्क्रीनफ्लो के समान उपयोगकर्ता-इंटरफ़ेस प्रदान करना संभव होना चाहिए जो आपको एक आउटपुट वीडियो बनाने देता है जो एकाधिक वीडियो, छवियों और ऑडियो को एक वीडियो में जोड़ता है जिसे YouTube जैसी सेवाओं पर अपलोड किया जा सकता है। यह पोस्ट वास्तव में सिर्फ इरादे का बयान है। मैं प्लेटफार्म पर क्या उपलब्ध है और उपलब्ध नहीं है यह देखने की लंबी प्रक्रिया शुरू करने जा रहा हूं और देख रहा हूं कि आज हम कितना दूर कर सकते हैं।

Read More

Barcode detection in a Web Worker using Comlink

Paul Kinlan

मैं क्यूआरकोड्स का एक बड़ा प्रशंसक हूं, वे असली दुनिया और डिजिटल दुनिया के बीच डेटा का आदान-प्रदान करने के लिए बहुत ही सरल और साफ तरीके हैं। कुछ सालों से अब मेरे पास एक छोटी सा परियोजना है QRSnapper & mdash; ठीक है, इसमें कुछ नाम हैं, लेकिन यह वह है जिसे मैंने तय किया है & mdash; जो उपयोगकर्ता के कैमरे से लाइव डेटा लेने के लिए getUserMedia API का उपयोग करता है ताकि वह वास्तविक समय में क्यूआर कोडों के लिए स्कैन कर सके।

ऐप का लक्ष्य यूआई में 60 एफपीएस बनाए रखना और क्यूआर कोड के तत्काल पता लगाने के लिए था, इसका मतलब था कि मुझे एक वेब वर्कर (सुंदर मानक सामान) में पहचान कोड डालना पड़ा। इस पोस्ट में मैं बस वर्कर में तर्क को व्यापक रूप से सरल बनाने के लिए comlink का उपयोग कैसे करता हूं, इसे तुरंत साझा करना चाहता था।

qrclient.js

import * as Comlink from './comlink.js';

const proxy = Comlink.proxy(new Worker('/scripts/qrworker.js')); 

export const decode = async function (context) {
  try {
    let canvas = context.canvas;
    let width = canvas.width;
    let height = canvas.height;
    let imageData = context.getImageData(0, 0, width, height);
    return await proxy.detectUrl(width, height, imageData);
  } catch (err) {
    console.log(err);
  }
};

qrworker.js (वेब ​​वर्कर)

import * as Comlink from './comlink.js';
import {qrcode} from './qrcode.js';

// Use the native API's
let nativeDetector = async (width, height, imageData) => {
  try {
    let barcodeDetector = new BarcodeDetector();
    let barcodes = await barcodeDetector.detect(imageData);
    // return the first barcode.
    if (barcodes.length > 0) {
      return barcodes[0].rawValue;
    }
  } catch(err) {
    detector = workerDetector;
  }
};

// Use the polyfil
let workerDetector = async (width, height, imageData) => {
  try {
    return qrcode.decode(width, height, imageData);
  } catch (err) {
    // the library throws an excpetion when there are no qrcodes.
    return;
  }
}

let detectUrl = async (width, height, imageData) => {
  return detector(width, height, imageData);
};

let detector = ('BarcodeDetector' in self) ? nativeDetector : workerDetector;
// Expose the API to the client pages.
Comlink.expose({detectUrl}, self);

मुझे वास्तव में कॉमलिंक पसंद है, मुझे लगता है कि यह लाइब्रेरी का एक गेम चेंजर है, खासकर जब यह थियम्स पर काम करने वाली मूर्खतापूर्ण जावास्क्रिप्ट बनाने की बात आती है। अंततः यहां एक साफ चीज़ यह है कि मूल बारकोड पहचान एपीआई एक कार्यकर्ता के अंदर चलाया जा सकता है ताकि सभी तर्क यूआई से दूर हो जाएं।

पूर्ण पोस्ट पढ़ें

Running FFMPEG with WASM in a Web Worker

Paul Kinlan

मुझे FFMPEG.js पसंद है, यह एक साफ उपकरण है जिसे asm.js के साथ संकलित किया गया है और यह मुझे जेएस वेब ऐप्स बनाने देता है जो वीडियो को त्वरित रूप से संपादित कर सकता है। FFMPEG.js वेब श्रमिकों के साथ भी काम करता है ताकि आप मुख्य धागे को अवरुद्ध किए बिना वीडियो एन्कोड कर सकें।

मुझे भी पसंद है कॉमलिंक। कॉमलिंक चलो मैं जटिल ‘पोस्ट मैसेज’ राज्य मशीन से निपटने के बिना कार्यों और कक्षाओं को उजागर करके वेब श्रमिकों से आसानी से बातचीत कर सकता हूं।

मुझे हाल ही में दोनों को एक साथ जोड़ना है। मैं वेब असेंबली में निर्यात किए गए एफएफएमपीईजी का प्रयोग कर रहा था (यह काम करता है - याय) और मैं वर्तमान FFMPEG.js प्रोजेक्ट में सभी पोस्ट मैसेज काम को साफ़ करना चाहता था। नीचे कोड अब जैसा दिखता है - मुझे लगता है कि यह बहुत साफ है। हमारे पास एक कार्यकर्ता है जो ffmpeg.js और comlink आयात करता है और यह केवल ffmpeg इंटरफ़ेस का खुलासा करता है, और उसके बाद हमारे पास वेबपृष्ठ है जो कार्यकर्ता को लोड करता है और फिर ffmpeg API में प्रॉक्सी बनाने के लिए कॉमलिंक का उपयोग करता है।

साफ।

worker.js

importScripts('https://cdn.jsdelivr.net/npm/comlinkjs@3.0.2/umd/comlink.js');
importScripts('../ffmpeg-webm.js'); 
Comlink.expose(ffmpegjs, self);

client.html

let ffmpegjs = await Comlink.proxy(worker);
let result = await ffmpegjs({
   arguments: ['-y','-i', file.name, 'output.webm'],
   MEMFS: [{name: file.name, data: data}],
   stdin: Comlink.proxyValue(() => {}),
   onfilesready: Comlink.proxyValue((e) => {
     let data = e.MEMFS[0].data;
     output.src = URL.createObjectURL(new Blob([data]))
     console.log('ready', e)
   }),
   print: Comlink.proxyValue(function(data) { console.log(data); stdout += data + "\n"; }),
   printErr: Comlink.proxyValue(function(data) { console.log('error', data); stderr += data + "\n"; }),
   postRun: Comlink.proxyValue(function(result) { console.log('DONE', result); }),
   onExit: Comlink.proxyValue(function(code) {
     console.log("Process exited with code " + code);
     console.log(stdout);
   }),
});

मुझे वास्तव में पसंद है कि कॉमलिंक, वर्कर्स और डब्ल्यूएएसएम संकलित मॉड्यूल कैसे खेल सकते हैं। मुझे मूर्खतापूर्ण जावास्क्रिप्ट मिलता है जो सीधे WASM मॉड्यूल के साथ इंटरैक्ट करता है और यह मुख्य धागे को चलाता है।

पूर्ण पोस्ट पढ़ें

Translating a blog using Google Cloud Translate and Hugo

Paul Kinlan

मैं हाल ही में Google4 इंडिया ईवेंट (जल्द ही रिपोर्ट) में भाग लेने और कई व्यवसायों और डेवलपर्स से मिलने के लिए भारत की यात्रा से लौट आया। चर्चा में सबसे दिलचस्प परिवर्तनों में से एक देश में उपयोगकर्ताओं की भाषा में अधिक सामग्री के लिए धक्का था, और यह विशेष रूप से Google के सभी उत्पादों में स्पष्ट था जो उपयोगकर्ताओं की भाषा में खोजना आसान बनाने, सामग्री खोजने के लिए, और इसे टेक्स्ट या वॉइस फॉर्म में उपयोगकर्ताओं को वापस पढ़ने के लिए भी।

पूरी यात्रा ने मुझे सोच लिया। मेरा ब्लॉग ह्यूगो के साथ बनाया गया है। ह्यूगो अब कई भाषाओं में लिखित सामग्री का समर्थन करता है। ह्यूगो पूरी तरह स्थिर है, इसलिए नई सामग्री बनाना सिर्फ एक नई फाइल बनाने और बिल्ड सिस्टम को जादू करने की बात है। तो शायद मैं कुछ ऐसा निर्माण कर सकता हूं जो मेरी सामग्री को एक अनुवाद उपकरण के माध्यम से मेरी स्थिर सामग्री चलाकर अधिक लोगों के लिए अधिक उपलब्ध कराएगा क्योंकि सामग्री का मानव अनुवाद बहुत महंगा है।

यूके में वापस आने से कुछ घंटे पहले मैंने एक छोटी सी लिपि बनाई जो मेरी मार्कडाउन फाइलें ले लेगा और उन्हें त्वरित बनाने के लिए Google क्लाउड अनुवाद के माध्यम से चलाएगा उस पृष्ठ का अनुवाद जिसे मैं तुरंत होस्ट कर सकता हूं। पूरा समाधान नीचे प्रस्तुत किया गया है। यह एक अपेक्षाकृत बुनियादी प्रोसेसर है, यह हूगो प्रमोबल को अनदेखा करता है, यह ‘कोड’ को अनदेखा करता है और यह पुल उद्धरणों को अनदेखा करता है - मेरी धारणा यह थी कि इन्हें हमेशा लिखे जाने के तरीके के रूप में छोड़ा जाना चाहिए।

नोट: यह अनुवादों के उपयोग के लिए हमारे सीखने के सॉफ्टवेयर की तरह दिखता है, इसलिए यह महत्वपूर्ण है कि अपने पृष्ठ को चिह्नित करें ताकि सीखने के उपकरण Google अनुवादित सामग्री का उपयोग इसके एल्गोरिदम में इनपुट के रूप में न करें

// Imports the Google Cloud client library
const Translate = require('@google-cloud/translate');
const program = require('commander');
const fs = require('fs');
const path = require('path');

program
  .version('0.1.0')
  .option('-s, --source [path]', 'Add in the source file.')
  .option('-t, --target [lang]', 'Add target language.')
  .parse(process.argv);

// Creates a client
const translate = new Translate({
  projectId: 'html5rocks-hrd'
});

const options = {
  to:  program.target,
};

async function translateLines(text) {
  if(text === ' ') return ' ';
  const output = [];
  let results = await translate.translate(text, options);

  let translations = results[0];
  translations = Array.isArray(translations)
    ? translations
    : [translations];

  translations.forEach((translation, i) => {
    output.push(translation)
  });

  return output.join('\n');
};

// Translates the text into the target language. "text" can be a string for
// translating a single piece of text, or an array of strings for translating
// multiple texts.
(async function (filePath, target) {

  const text = fs.readFileSync(filePath, 'utf8');

  const lines = text.split('\n');
  let translateBlock = [];
  const output = [];

  let inHeader = false;
  let inCode = false;
  let inQuote = false;
  for (const line of lines) {
    // Don't translate preampble
    if (line.startsWith('---') && inHeader) { inHeader = false; output.push(line); continue; }
    if (line.startsWith('---')) { inHeader = true; output.push(line); continue; }
    if (inHeader) { output.push(line); continue; }

    // Don't translate code
    if (line.startsWith('```') && inCode) { inCode = false; output.push(line); continue; }
    if (line.startsWith('```')) { inCode = true; output.push(await translateLines(translateBlock.join(' '))); translateBlock = []; output.push(line); continue; }
    if (inCode) { output.push(line); continue; }

    // Dont translate quotes
    if (inQuote && line.startsWith('>') === false) { inQuote = false; }
    if (line.startsWith('>')) { inQuote = true; output.push(await translateLines(translateBlock.join(' '))); translateBlock = []; output.push(line); }
    if (inQuote) { output.push(line); continue; }

    if (line.charAt(0) === '\n' || line.length === 0) { output.push(await translateLines(translateBlock.join(' '))); output.push(line); translateBlock = []; continue;} 

    translateBlock.push(line);
  }

  if(translateBlock.length > 0) output.push(await translateLines(translateBlock.join(' ')))

  const result = output.join('\n');
  const newFileName = path.parse(filePath);
  fs.writeFileSync(`content/${newFileName.name}.${target}${newFileName.ext}`, result);

})(program.source, program.target);

कुल मिलाकर, मैं प्रक्रिया से बहुत खुश हूं। मैं समझता हूं कि मशीन अनुवाद सही नहीं है लेकिन मेरी सोच यह है कि मैं अपनी सामग्री की पहुंच को उन लोगों तक बढ़ा सकता हूं जो अपनी भाषा में खोज रहे हों, न कि अंग्रेजी में, मैं अपनी सामग्री की खोज सतह क्षेत्र को बढ़ा सकता हूं और उम्मीद करता हूं कि और अधिक मदद करें लोग।

यह देखने में कुछ समय लगेगा कि यह वास्तव में लोगों की मदद करता है, इसलिए जब मैं अधिक डेटा प्राप्त करता हूं तो मैं वापस रिपोर्ट करूंगा …. अब मेरी स्क्रिप्ट को मेरी साइट पर चलाने के लिए :)

Apple - Web apps - All Categories

Paul Kinlan

याद रखें जब वेब एप्स * आई * पर ऐप का उपयोग करने के लिए अनुशंसित तरीका थे?

What are web apps? Learn what they are and how to use them.

पूर्ण पोस्ट पढ़ें

लगभग 2013 में ऐप्पल ने / webapps / top-level निर्देशिका को / iphone /

बात यह है कि निर्देशिका वास्तव में बहुत अच्छी थी, आज भी बहुत से ऐप्स आज काम करते हैं। हालांकि ऐपस्टोर को देखते हुए डेवलपर्स के पास बहुत अधिक समस्याएं हल हुईं: बेहतर खोज और विशेष रूप से खोज क्योंकि ऐपस्टोर सीधे डिवाइस पर था। ऐपस्टोर भी उपयोगकर्ताओं और डेवलपर्स से विशेष रूप से भुगतान के संबंध में हटाए गए घर्षण को पेश करना शुरू कर रहा था।

Gears API

Paul Kinlan

मैं शुरुआती मोबाइल वेब एपीआई के बारे में एक ब्लॉग पोस्ट लिख रहा हूं और एलेक्स रसेल ने मुझे Google गियर्स की याद दिला दी

Gears modules include:

  • LocalServer Cache and serve application resources (HTML, JavaScript, images, etc.) locally
  • Database Store data locally in a fully-searchable relational database
  • WorkerPool Make your web applications more responsive by performing resource-intensive operations asynchronously

पूर्ण पोस्ट पढ़ें

मुझे लगता है कि यह देखना दिलचस्प है कि ऐप कैश और वेबस्क्लुएल, जिओलोकेशन और वेबवर्कर्स Google गियर्स में विचारों से बाहर आए और यह केवल बाद वाले दो हैं जो वास्तव में जीवित रहे। WebSQL कभी व्यापक रूप से समर्थित नहीं था, और indexedDB द्वारा प्रतिस्थापित किया गया था; और AppCache ServiceWorker द्वारा प्रतिस्थापित किया गया

RSS Feed to Google Chat Webhook using Cloud Functions for Firebase and Superfeedr

Paul Kinlan

हम अपनी टीम में संवाद करने के लिए आंतरिक रूप से Google चैट का उपयोग करते हैं - यह हमारे ढीले की तरह है; हम आरएसएस फ़ीड के माध्यम से बहुत सी सामग्री भी उपलब्ध कराते हैं, हमारे पास एक टीम फीड भी है जिसे आप सभी देख सकते हैं। यह हाल ही में तब तक नहीं था जब मुझे पता चला कि [वेबहूक के माध्यम से एक साधारण पोस्ट-केवल बॉट] बनाना आसान था (https://developers.google.com/hangouts/chat/how-tos/webhooks) और वह मुझे यह विचार दिया, मैं एक साधारण सेवा बना सकता हूं जो आरएसएस फ़ीड को खिलाती है और फिर उन्हें हमारे वेबकूक पर भेजती है जो सीधे हमारी टीम चैट में पोस्ट कर सकती है।

अंत में यह बहुत आसान था, और मैंने नीचे दिए गए सभी कोड शामिल किए हैं। मैंने फायरबेस फ़ंक्शन का उपयोग किया - मुझे संदेह है कि यह अन्य फ़ंक्शन-ए-ए-सर्विस साइट्स और सुपरफेडर ​​पर जितना आसान है। सुपरफेडर एक ऐसी सेवा है जो Pubsubhubbub पिंग्स (अब वेबसब) सुन सकती है और यह आरएसएस फ़ीड को भी मतदान करेगी जिसमें पब्सब सेट नहीं है। फिर जब यह एक फीड पाता है तो यह एक कॉन्फ़िगर किए गए यूआरएल (मेरे मामले में फायरबेस में मेरे क्लाउड फ़ंक्शन) को एक्सएमएल या जेएसओएन के नए पाए गए फ़ीड डेटा के प्रतिनिधित्व के साथ पिंग करेगा - आपको बस डेटा को पार्स करना होगा और इसके साथ कुछ करना होगा।

const functions = require('firebase-functions');
const express = require('express');
const cors = require('cors');
const fetch = require('node-fetch');
const app = express();

// Automatically allow cross-origin requests
app.use(cors({ origin: true }));

app.post('/', (req, res) => {
  const { webhook_url } = req.query;
  const { body } = req;
  if (body.items === undefined || body.items.length === 0) {
    res.send('');
    return;
  }

  const item = body.items[0];
  const actor = (item.actor && item.actor.displayName) ? item.actor.displayName : body.title;

  fetch(webhook_url, {
    method: 'POST',
    headers: {
      "Content-Type": "application/json; charset=utf-8",
    },
    body: JSON.stringify({
      "text": `*${actor}* published <${item.permalinkUrl}|${item.title}>. Please consider <https://twitter.com/intent/tweet?url=${encodeURIComponent(body.items[0].permalinkUrl)}&text=${encodeURIComponent(body.items[0].title)}|Sharing it>.`
    })  
  }).then(() => {
    return res.send('ok');
  }).catch(() => {
    return res.send('error')
  });
})
// Expose Express API as a single Cloud Function:
exports.publish = functions.https.onRequest(app);

पूर्ण पोस्ट पढ़ें

मैं आश्चर्यचकित और प्रसन्न था कि इसे स्थापित करना कितना आसान था।

Using HTTPArchive and Chrome UX report to get Lighthouse score for top visited sites in India.

Paul Kinlan

A quick dive in to how to use Lighthouse,HTTPArchive and Chrome UX report to try and understand how users in a country might experience the web.

Read More

Getting Lighthouse scores from HTTPArchive for sites in India.

Paul Kinlan

A quick dive in to how to use Lighthouse to try and understand how users in a country might experience the web.

Read More

'Moving to a Chromebook' by Rumyra's Blog

Paul Kinlan

रुथ जॉन क्रोम ओएस (अस्थायी रूप से) में चले गए:

The first thing, and possibly the thing with the least amount of up to date information out there, was enabling Crostini. This runs Linux in a container on the Chromebook, something you pretty much want straight away after spending 15 minutes on it.

I have the most recent Pixel, the 256GB version. Here’s what you do.

  • Go to settings.
  • Click on the hamburger menu (top left) - right at the bottom it says ‘About Chrome OS’
  • Open this and there’s an option to put your machine into dev mode
  • It’ll restart and you’ll be in dev mode - this is much like running Canary over Chrome and possibly turning on a couple of flags. It may crash, but what the hell you’ll have Linux capabilities ��
  • Now you can go back into Settings and in regular settings there’s a ‘Linux apps’ option. Turn this on. It’ll install Linux. Once this is complete you’ll have a terminal open for you. Perfect

पूर्ण पोस्ट पढ़ें

रुथ के पास क्रोम ओएस में जाने का एक बड़ा लेखन है क्योंकि उसकी मुख्य मशीन टूट गई है।

मैं 4 महीने पहले क्रोम ओएस पूर्णकालिक (Google I / O से पहले) में स्थानांतरित हो गया था और केवल मैक में स्थानांतरित हो गया क्योंकि मैंने अपना पिक्सेलबुक (अब तय किया) तोड़ दिया।

मेरे लिए यह आज की सबसे अच्छी वेब विकास मशीनों में से एक है। यह एकमात्र ऐसा उपकरण है जिसे मैं ‘सच्चे मोबाइल’ पर परीक्षण कर सकता हूं - आप एआरसी मंच के माध्यम से इसे क्रोम ऑन मोबाइल, फ़ायरफ़ॉक्स मोबाइल, सैमसंग ब्राउज़र, बहादुर आदि इंस्टॉल कर सकते हैं। क्रॉस्टिनी क्रोम ओएस के लिए एक गेम परिवर्तक भी है क्योंकि यह क्रोम ओएस में बहुत सारे लिनक्स ऐप पारिस्थितिकी तंत्र लाता है और यह वास्तव में क्रोम ओएस पर मेरे लिए एक विशाल ऐप-गैप भरना शुरू कर देता है; मुझे फ़ायरफ़ॉक्स, विम, गिट, वीएस कोड, नोड, एनपीएम, मेरे सभी बिल्ड टूल्स, जीआईएमपी और इनक्सकेप मिल गए हैं … यह कहना नहीं है कि यह सही रहा है, क्रॉस्टिनी तेज हो सकती है, यह अभी तक GPU तेज नहीं है और यह Filemanager आदि के साथ अधिक एकीकृत हो, और अंत में पिक्सेलबुक को वास्तव में अधिक भौतिक बंदरगाहों की आवश्यकता है - मैं इसे दो 4k स्क्रीन संलग्न कर सकता हूं, लेकिन मैं एक ही समय में चार्ज नहीं कर सकता।

मुझे लगता है कि रूथ की रैप अप भी काफी सटीक है, पिक्सेलबुक एक महंगी मशीन है, लेकिन मैं इसे अधिक से अधिक उपकरणों (विशेष रूप से उन लोगों को बहुत कम कीमत बिंदुओं पर आने के लिए बहुत उत्साहित हूं।)

Would I pay full price for it? I’m not sure I would pay full price for anything on the market right now. Point me in the direction of a system that will run my graphics software and makes a good dev machine (with minimal setup) and lasts more than 18 months, point me in the direction of a worthy investment and I will pay the money.

हाँ।

PWA: Progressive Web All-the-things

Paul Kinlan

PWA। प्रगतिशील वेब एप्स। फ्रांसिस बेरिमैन और एलेक्स रसेल ने 2015 में “प्रगतिशील वेब ऐप्स” शब्द का निर्माण किया जो मुझे लगता है कि एक मौलिक पोस्ट है “प्रगतिशील वेब ऐप्स: हमारी आत्मा खोने के बिना टैब से बचें“। 3 साल बाद, हम एक लंबा सफर तय कर चुके हैं। प्रौद्योगिकियों के ढीले संग्रह से - सेवा कर्मचारी, मैनिफेस्ट, होमस्क्रीन में जोड़ें, वेब पुश - जो मूल रूप से केवल एक ब्राउज़र इंजन में लागू किया गया था, एक ऐसे ब्रांड के लिए जो उद्योग और व्यापारियों और डेवलपर्स के साथ उद्योग में रहना शुरू कर चुका है, और सभी प्रमुख ‘पीडब्लूए’ स्टैक के बहुमत को लागू करने वाले ब्राउज़र विक्रेताओं।

Read More

What are the pain points for web designers? - Mustafa Kurtuldu

Paul Kinlan

मुस्तफा लिखते हैं:

Tooling is complicated, we are a tooling focused industry, and they change so much. I have used maybe rough eight different tools, from Photoshop to Sketch. That’s before we add prototyping tools to the mix. This may be something we just have to accept. After all, type standards only really started to settle in the 90s, and typography is a 500-year-old discipline.

Designers are still finding it difficult to prove the importance of the process. I think this is something that we have to take on board: to learn how to educate and not just expect everyone to trust us by default. That takes time — perhaps using scenario-based design or design workshops like a design sprint would help. Getting non-designers to observe users while using a prototype they created is one of the best experiences I have seen in this field.

Cross-browser support is lacking crucial features. Designers need to understand developer tooling, to better scope out what is possible. I think using paired programming or the design process described above can help.

Responsive design is still challenging. I think this is in part due to the tools we use; I would love Chrome Design Tools that would help turn the browser into a creative tool. This space is where I think the next evolutionary step for site and web app creation is at. Mozilla is doing some fantastic work in this space, with their layout and shapes tooling.

All in all the challenges that we face seem to be all the age-old ones. Process, tools, and respect.

पूर्ण पोस्ट पढ़ें

मैंने यह एक बहुत ही रोचक पोस्ट पाया जो एक पोस्ट के पूरक भी है वेब डेवलपर्स के लिए चुनौतियों के बारे में मैंने लिखा था। यह आश्चर्य की बात नहीं है कि ब्राउज़र कंपैट एक मुद्दा है, लेकिन अभी भी चिंता का विषय यह है कि आईई 11 के लिए इमारत अभी भी कुछ ऐसा है जो उद्योग को वापस पकड़ रही है। इसी तरह, मुस्तफा बताते हैं कि उत्तरदायी डिजाइन के आसपास टूलिंग के साथ अभी भी एक मुद्दा है और एक ही उत्तरदायी समाधान पर जोर हमेशा निम्नलिखित (जो मुस्तफा के पद में है) की ओर जाता है:

Designing once and using everywhere is still hard to reach ambition.

यह एक समस्या है जो मुझे लगता है कि हम सभी अभी भी कुश्ती के साथ हैं। एक तरफ हम सभी को एक उत्तरदायी समाधान बनाना चाहते हैं जो प्रत्येक डिवाइस फॉर्म-फैक्टर पर हर किसी की सेवा कर सके, दूसरी ओर उपयोगकर्ता संदर्भ महत्वपूर्ण है और अक्सर उपयोगकर्ता निश्चित समय पर कुछ कार्य करने के इच्छुक होंगे; हम इसे खुदरा और वाणिज्य उद्योग में बहुत कुछ देखते हैं: लोग मोबाइल पर ब्राउज़ करेंगे, और डेस्कटॉप पर पूरा करेंगे, और फिर सवाल यह हो जाता है कि आप इस बहु-मॉडल मॉडल को और अधिक पूरा करते हैं या सभी उपकरणों में एक सतत अनुभव बनाते हैं … I संदेह है कि जवाब ‘यह निर्भर करता है’, लेकिन किसी भी तरह से उत्पाद टीमों से लेकर इंजीनियरिंग टीमों के लिए यह एक कठिन समस्या है।

Page Lifecycle API - Philip Walton

Paul Kinlan

फिलिप वाल्टन के पास एक नई एपीआई में एक शानदार गहरी गोता है, जो क्रोम टीम आपको (डेवलपर) नियंत्रण देने के लिए काम कर रही है जब ब्राउज़र आपके टैब को अनलोड करता है।

Application lifecycle is a key way that modern operating systems manage resources. On Android, iOS, and recent Windows versions, apps can be started and stopped at any time by the OS. This allows these platforms to streamline and reallocate resources where they best benefit the user.

On the web, there has historically been no such lifecycle, and apps can be kept alive indefinitely. With large numbers of web pages running, critical system resources such as memory, CPU, battery, and network can be oversubscribed, leading to a bad end-user experience.

While the web platform has long had events that related to lifecycle states — like load, unload, and visibilitychange — these events only allow developers to respond to user-initiated lifecycle state changes. For the web to work reliably on low-powered devices (and be more resource conscious in general on all platforms) browsers need a way to proactively reclaim and re-allocate system resources.

In fact, browsers today already do take active measures to conserve resources for pages in background tabs, and many browsers (especially Chrome) would like to do a lot more of this — to lessen their overall resource footprint.

The problem is developers currently have no way to prepare for these types of system-initiated interventions or even know that they’re happening. This means browsers need to be conservative or risk breaking web pages.

The Page Lifecycle API attempts to solve this problem by:

  • Introducing and standardizing the concept of lifecycle states on the web.
  • Defining new, system-initiated states that allow browsers to limit the resources that can be consumed by hidden or inactive tabs.
  • Creating new APIs and events that allow web developers to respond to transitions to and from these new system-initiated states.
  • This solution provides the predictability web developers need to build applications resilient to system interventions, and it allows browsers to more aggressively optimize system resources, ultimately benefiting all web users.

The rest of this post will introduce the new Page Lifecycle features shipping in Chrome 68 and explore how they relate to all the existing web platform states and events. It will also give recommendations and best-practices for the types of work developers should (and should not) be doing in each state.

पूर्ण पोस्ट पढ़ें

मेरी पहली टिप्पणी यह ​​है कि आपको फिलिप्स पोस्ट पढ़ना चाहिए। यह विस्मयकरी है।

मोबाइल पर, जब उपयोगकर्ता इसका उपयोग नहीं कर रहा है, तो संसाधनों को संरक्षित करने के लिए क्रोम पृष्ठभूमि (फ्रीजिंग या डिसकॉर्डिंग) पर बहुत आक्रामक हो सकता है (उदाहरण के लिए, जब आप टैब को स्वैप करते हैं या एंड्रॉइड पर क्रोम ऐप से ले जाते हैं), जब ब्राउजर पृष्ठभूमि करता है एक डेवलपर के रूप में पृष्ठ जिसे आप परंपरागत रूप से नहीं जानते हैं, जब ऐसा होता है तो आप आसानी से राज्य को जारी नहीं रख सकते हैं या खुले संसाधनों को भी बंद नहीं कर सकते हैं और उतना ही महत्वपूर्ण है जब आप ऐप वापस राज्य को फिर से हाइड्रेट कर सकते हैं। जब डेवलपर्स का नियंत्रण होता है तो वे अधिक सूचित विकल्प बना सकते हैं, जिसका अर्थ यह भी है कि ब्राउज़र भविष्य में संसाधनों को संरक्षित करने में अधिक आक्रामक हो सकता है बिना उपयोगकर्ता या डेवलपर अनुभव को गंभीर रूप से प्रभावित करता है।

अंत में, नीचे दिए गए आरेख में यह सब बहुत अच्छी तरह से अच्छी तरह से बताता है।

पेज लाइफसाइक्ल एपीआई

Add to homescreen changes in Chrome 68 - Pete LePage

Paul Kinlan

पीट लीपेज क्रोम में होमस्क्रीन में जोड़ने के लिए महत्वपूर्ण बदलावों के बारे में लिखता है

Add to Home Screen changes

If your site meets the add to home screen criteria, Chrome will no longer show the add to home screen banner. Instead, you’re in control over when and how to prompt the user.

To prompt the user, listen for the beforeinstallprompt event, then, save the event and add a button or other UI element to your app to indicate it can be installed.

पूर्ण पोस्ट पढ़ें

मुझे मूल रूप से इस बारे में मिश्रित भावनाएं थीं क्योंकि बहुत से लोग ‘preinstallprompt’ ईवेंट को संभाल नहीं पाते थे, इसका मतलब यह था कि अचानक वेब एपीके के इंस्टॉल की संख्या काफी कम हो जाएगी, लेकिन मुझे लगता है कि यह वास्तव में करना सही है।

लक्ष्य वेब पर होने वाले कष्टप्रद संकेतों की संख्या को कम करना है, और आखिरी चीज जो हमें उद्योग में चाहिए, वह अपेक्षाकृत बड़ी प्राप्ति के लिए है जब हमें लगता है कि उपयोगकर्ता पीडब्ल्यूए स्थापित करना चाहता है, इसके बजाय अब आपको इस बारे में सोचें कि कहां और कब ** आप ** इंस्टॉल करने के लिए संकेत देना चाहते हैं और आपको उपयोगकर्ता-इशारा के जवाब में ऐसा करना है।

साफ बात यह है कि हम (क्रोम) उपयोगकर्ता को यह जानने के अधिक परिवेश तरीकों को पेश कर रहे हैं कि एक अनुभव स्थापित करने में सक्षम है, अभी यह छोटा लोड बार है जो पहले लोड पर दिखाई देता है, और उम्मीद है कि भविष्य में हम खोज सकते हैं उपयोगकर्ता को यह बताने के अधिक सूक्ष्म तरीके वे जानते हैं कि वे कार्रवाई कर सकते हैं।