javascript: attempt to load content in the dialog box (modal) through the URL in Drupal 8

First of all, I apologize if this issue seems really bazaar. Here is the problem. I have a page that contains both static and dynamic content. In the static part, I have attached a link that looks like this:


It works perfectly. The link is clicked and a modal (dialog box) is shown from the Drupal kernel (powered by jQuery UI).

But nevertheless; In another part of the page, I have inserted content in the DOM with a code that looks like this:

$ (".insert") .load (data + ".rlp-detail-more", loadComplete) .attr ("data-research-content", dataResearch);

That code contains EXACTLY the same html string as the previous one …

However, clicking on the link takes me to the content without overlapping / modal / dialog.

And it gets weirder …

If I leave the inserted content open and click on the link below in the static content, suddenly both work … for example, the jquery event manager was somehow attached to the inserted content.

My question is … How can I force an attachment of the event handler?

This question requires a good understanding of the jQuery dialog event and the Drupal 8 integration of jQuery UI

enter the description of the image here

php – database load – WordPress Development Stack Exchange

Stack exchange network

The Stack Exchange network consists of 176 question and answer communities that include Stack Overflow, the largest and most reliable online community for developers to learn, share their knowledge and develop their careers.

Visit Stack Exchange

Amazon web services: AWS 404 application load balancer

I follow the tutorial to create a load balancer for the application and the listener's route is as follows:

LB -> route -> server1
or -> path -> server2

The problem:

I can access server 1 through the URL of LB, but when I tried to go to server 2 I received page 404.

If I delete and reconfigure the LB and change the server, then I can access server2, but I will get 404 if I try to go to server1.

I can reach both servers directly fine.

Thanks for your help

javascript: SEO for the daily content change with infinite displacement or load more strategy

I have implemented a page that has listings with shortened teaser content. It is infinite that you move to continue revealing more lists as you scroll through Javascript. The result is something like Quora. Clicking on a list opens a new page with a unique URL with complete content: this is what search engines should index, not the list page, since the lists change all the time as the lists people add new elements.

I have read Google's recommendation of Mueller, Ohye, Kupke to make infinite scrolling compatible with SEO, but I do not think it applies to a page with constantly changing lists.

My questions / if you can confirm / comment:

  1. Because the content of my listing page is constantly changing, Mueller & # 39; s
    The recommendation is not useful at all, since it requires that the content be
    Constant for at least weeks at a time?
  2. I've read that indexers can not imitate user actions like scrolling,
    therefore, the action of the infinite displacement user will not be chosen
    above and only the first page is indexed. Then only the first set of
    List of links HREF will be indexed?
  3. My infinite displacement strategy essentially uses a button to load more
    below the graphic window, it fires when you reach the bottom and
    Eventually expose the button. Will not the indexer look for this?
    button beyond the viewport and keep clicking & # 39; click & # 39 ;? And then keep
    Indexing the new individual HREF links? Or is the button load more
    completely ignored?
  4. So, how do you do something like this SEO friendly – if all of you
    Do you want to index the details when clicking, not the listing page?
  5. How do Quora and many other similar sites with user-added content (that do not use paging)?

Thanks in advance.

javascript – WSL and node-canvas – How to make the application load a ttf source file

I'm trying to learn how to use the library canvas of the node to generate images with text.

I started by making an adapted version of the "quick example" on the canvas Github page, creating a simple image with the background and the text:

const fs = require (& # 39; fs & # 39;)
const {createCanvas, loadImage} = require (& # 39; canvas & # 39;)
const = fs.createWriteStream (__ dirname + & # 39; /test.jpeg')

(in the event that this is not the case).
const ctx = canvas.getContext (& # 39; 2d & # 39;)
(in the event of an error).

// Write "TEST!"
ctx.font = & # 39; 30px Comic Sans MS & # 39;
ctx.rotate (0.1)
ctx.fillText (& # 39; TEST! & # 39 ;, 50, 100)

// Draw line under text
var text = ctx.measureText (& # 39; TEST! & # 39;)
ctx.strokeStyle = & # 39; rgba (0,0,0,0.5) & # 39;
ctx.beginPath ()
ctx.lineTo (50, 102)
ctx.lineTo (50 + text.width, 102)
ctx.stroke ()

// Draw cat with lime helmet
() () () () () ()
ctx.drawImage (image, 50, 0, 70, 70)

// console.log (& # 39;& # 39;)
stream.pipe (out)

I am trying to execute this code in the node installed in my WSL (Debian), that is to say linux without head, without X installed. Then I receive the error Fontconfig error: Unable to load the default configuration file and the image is generated only with the background, without any written text.

In the case that an installed desktop has not been installed, some libraries are missing for the sources to work.

My question is: how to solve this problem? I want to execute this code in a raspbian without graphical interface, only the terminal.

nat – Ultraslow load speed at nating with iptables

I am setting up a network and I need to allow access only for certain MAC addresses.

Let eth0 and eth1 be the physical interfaces. eth1 is connected to the external network and eth0 and its vlans are in the internal network.

For that purpose, I'm using Linux iptables and I have the following code for the default configuration.

# Allowing ip and loopback forwarding

echo 1> / proc / sys / net / ipv4 / ip_forward
iptables -A ENTRY -i lo -j ACCEPT

# Configuring nat and default string settings

iptables -t nat -A POSTROUTING -o eth1 -j MASQUERADE
iptables -N FILTER

# Configuration of the default configuration

iptables -A FORWARD -p tcp -m conntrack --ctstate NEW -i eth0 + -o eth1 -j FILTER
iptables - FORWARD -p tcp -m conntrack 
- State related, established, DNAT, SNAT, NOT VALID -i eth0 + -o eth1 -j ACCEPT
iptables - FORWARD! -p tcp -i eth0 + -o eth1 -j ACCEPT
iptables -A FORWARD -i eth1 -o eth0 + -m status 

In doing so, I am filtering all incoming TCP traffic with the NEW state and allowing all traffic from any other protocol or TCP with other states. I'm handling those filtered TCP requests with the following rule

# Allowing tcp traffic with ctstate NEW for certain mac

iptables -A FILTER -p tcp -m conntrack --ctstate NEW -i eth0 + -o eth1 
-m mac --mac-source  -j ACCEPT

In a test environment, with this configuration, allowed MACs can access the Internet with a normal download speed, but the upload speed is almost zero. Am I forgetting something?

batch api – Load Drupal 8 Rest Image always showing white image

I am trying to publish an image on the d8 server and it always shows a blank image, but it is loaded, here is the sample code: (& # 39; http: // _format = json & # 39;, & # 39; data: image / jpeg; base64, / 9J / 4AAQSkZJRgABAQAAAQABAAD / 2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL / 2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL / wgARCADsAOwDASIAAhEBAxEB / 8QAGQABAAMBAQAAAAAAAAAAAAAAAAIDBAUB / 8QAFwEBAQEBAAAAAAAAAAAAAAAAAAECA // aAAwDAQACEAMQAAAC74AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB4eq5noAAAAAAAAAAAGPPRdR86UrrmR6VdY + jVkk7jldXOAAAAAAAAAGHdwLbOjTK7shDyPfCgMuyOGzvjGAAAAAAAAKeR0sGt6TltdRXYgB5yretj2Z46d2TXnkAAAAAAQxHQYNpTy9 / J1voQtqbtqrmzH3zRSqMJdGe / Bb29GerHHaqzm1h2EgAAITwGPV4108wzauryUczLdDZbXTpSVYullt0e + l0YQXZ5lF12Gwt8w 5Yr1w0Wc7ZVoXn7qdKVxlCTrjOAAGLb4cyeeG + ++ + 106IZY6lNeMl0uRfXSZ4x5pw3GrPHVM9EZwAABRzddOtxnTbdeV2D2nRUXU354hfRrqmLwvzaqTk9rl9WvYyw5mzpxlnmAAABmwdjmXVV9Ht1XqZk04rtRXT75b7YhJGcJ2 + W11RcgLqoemjoUX55gAAAOZ08xjstrtosWWxy6qy2EpyTw7az3D1My3U FN0b6yaqpnQ GcgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAf / aAAwDAQACAAMAAAAh8888888888888888888888888888888888884w888888888888Svlv3888888888Utvd99888888888s25702X888888Xv6tPt7NDvb888LHU3SvYWpEhD888Idic84 + m + 4Wr888804Esy4Q4N / z8888GG33kHUeSvL8888HjAEb / eSYs888888888888888888888888888888888888888888888888 // aAAwDAQACAAMAAAAQ8888888888888888888888888888888888884L888888888888hc9PB888888888 / N2F / Z888888888u / wA + eKwPPPPPPLEN + 6zcnE1BPPPNEjAwP6miZsV / PPF3fOvv7OX9Dd / PPPIvHFMuInDu7PPPPBN150T + Fj7nPPPPL28n + 9phvPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPP / xAArEQEAAgEDAwIFBAMAAAAAAAABAhEAAyExEkFRICIQEyMwoVBhcYEykcH / 2gAIAQIBAT8A / Rafu6eiV1S48Z82tolYakq3cSGpyU + TJwYtP2tGItvBk1k4R + NdcUeTj7WltB / dyEGTiU18Iw6hc033GTKk + shJ4MYpyZoxehE / fAb2zpkPGO3asIyrYzTgkt + 2MZSXbCKtVjFjyV6IFyDFbo4wEFkbYdX + WSdttl5wk1WQls32wtFvfGTRkpNG + SWjG2D39EXpR8Z03vHcylEu / wC86Wv + YwaDvhADd3yMG3xkIC1eTgJUeTOh8ZIaAbMfpjfj06e0P5coKrbBqW / nIvuswptecX2m + Budsi1K3zmuiFORBycupX06cymLjXdKMuMuH / EXH Td2 / wCMK7SKcuHF7 / jGZtbxntlw57aq98Ct7D + 8mjJT06aDvlwS3nF08i6dZ9P8 / jIumGaco1u59PfjJOnumS + XW36j / 8QAKREAA gIBAgQFBQEAAAAAAAAAAAECEQMhMRASIEEEEzBRYSIjMlChQv / aAAgBAwEBPwD9LT9XFhvWWwqWiVFksUZdqZODg6fpYIKUtdkO7K45I88X7rb0vDL6W / kUW1fbilZTTqqJqpPrUG9kODjujw6ai9B5XyctFOx6EG4tOjJk52nVUOMm3oKDbqhxa3VdEFbSPhbHLpqajehegnwbdD2XDN + D6Iumn7EWpK0UymUykJMStjSKY12MrUU + nw6qDfu + HcW4h7ULsLck9D5Jy5m304MiX0sc4pboWWMu48sY97FljW550Lqx5IrWxZItbnmQurOZL / SJtOTa6cbSepcGre4 / LIvHR9v + / wAIuC1ISjWrPt67Enj1aJPHWn7H / 8QATBAAAQMCAwMJBAUJBQYHAAAAAQIDBAURAAYSEyExBxQiMkFRYXGBFSORoRAwQrHBFiAkM0BDUmLRFyVTcvA0NWNwkuEmRIKisrPx / 9oACAEBAAE / AP8AlG7IZZRqddQ2n + ZQSPnj27SNej2pC1fw84Tf78MyGXkamnkOJ / lUCPl + 1Znz / SMtamFq53OA / wBnZO8f5jwH3 + GJGbs6ZrWeY / // ocUn9z0E28VnefT4Ya5O6lP97UKgpxR8C4fiojDnJmw31pzu FZClxF7Wn1XS4PAtq AIYt9 + + + IOI ac75UWnn2qZFB6W36abeCxvHr8MZX5QqRmUJY1c0mn / y7hHSP8p4Hy4 + H7Pn3lBdjPqoVBUpUwnZvPt7y2T9lP8AN3ns8 + GXMjJ185qSdvIJ1bNRuhBPaT2n / W / DEJplCdKeHhuHkOz6J737pPf0voI1dbt + eK7kxiTqk0v3EodLZpOlCz4dx + WMicoD6pTdCzApQlBWzZfc3KKuxC / HuPb29 + B + x2FscoubPybo2xjO6Z8q6G + 9Ce1fpwHifDGSst7FDc6Sn9MeGpOreW0Ht8zhDaW0aU9mCfliRN + y1 / 1d3lgn8zN + XefxVToyf0xlPS08X ED8RxGOTfNisw0VUWY5qqEQBLir73E9ivPsPj5 / sZ3emKhI / LHlJfcV04cZRSntGhBsP + pW / wBcNOqYXqT2YVUFfZSn43w48651lf0 / PJV / AJF8o0aSn3cOQobTsGzWbEf + k7 / T9jzFM9nZcqMwK0qZjLUlXcbG3ztjk9jaYUuYrrLcDfjYC5 + Z + q5QYu0pkaSnrNOlv0I / qBjKs / 2nlWmzL3U5HRqPeoCx + YP7FyiFSch1bSOLQT6Ei + MJD / wynxfc + 8YUpKet24zDXqr7dkpakusNtOFtttKtIAHA + JPHFAmPz6FEkyf1zielutqsSAfUC / rhbrTezS6pKVLVpTqUBqV3DvP0bVO22WpO0CdWm / S03te3diY6piE ++ 0nU422pSU95AuBiJmSrpqDb / PnXFLWNTajdCgTwtgOJVjOwSrLL + N8cmx1ZDpf RSCB + + + RXw1K u9Pp9MZziqm5NqzCesqKv4gX / AAxyfvpcoshr7TbxV6EA / wBcPDp4dodPnvbeXBadcAHSUOPnbj64SlKUJSlOlIHVtYAd2Mw09 + bCZdiaeeRXUvspVwWRxHqMIzjT0o / SWpLEodaOpglWruBtY4ojEmXU5NZlsKY26UtR2VdZLY33PiT9HsKmsSudtQWkyL6tVuB7wOAOEDp + uM / SEt0Jtr / FeT8ACf6YyNEVByZSWF9bmyVK8zv / AB + k2wPL6qfU4VMiqkzpLTDKes44oJGJvK5lmOtSW1SpNv tMtWB8iopxB5WMsynEpU6 / Fv8A47VgPMgkDEaSxLYS9GdQ6ysXS42oKSoeBGK / yi5epC1w3X1y3t6XGoyQrT2EEkgel74yjVY0DMEhrVs4ckqSnaEApsSU37AbG3r9FUzFTaP0ZL / viP1KRqVbxHZ64jZ5o0laUqU6xc9ZxPR9SCbYqeaKVSV6XX9o4Rq2bA1EA8LngPjin5wpFReS1qU08T0dukJue4EEj5 / RPzfSIC1NKfU64PssDVY919w + and G8 / 0PS / esS27 / ygi3ob4gVSDU2drEfbdSOt2KT5g7xjN9VjVGuxo23 / AENkhLjielvJGojvsBb0xRM00KqUxTsCa0lmMgbRLnQLSRuFweA3ceGHuVLKjb + y58tYB / WJZUpPobb / AExTa5TaxC53BmNPs79Skm1rcbg8PXFQ5TMrwHlMe0C + 4P8AAbK038 + HzxG5U8qSVJQqY6wo / wCMyoAeZsQMRZLE2MmRGfbeZWOi42oKSR4Efn9gxUp7FMp8ibJVpZYQpxXkB / oYhQZufqmqr1dTiYeo82jaiEhIP3dhI3qN + zApUGnIS1GYab / i0oA + fH44l0uDPRpkxGnbj7SRqHkRvGFTKxl2XPyzSHl7GcU7PpdJsHiQewkXBPcL8cUPKsGi09KlJSqQU9J5SQVKPhfgPAeuKtQ4NYiqafYTtLdF5KQFoPn2jwxEzFJy / Cn0qodKVFH6KpW8LB4DyANx4bsZPyu0qL7VqSdrKke91ODVoB3jj22sSfQYqdJg1Rlxh9hOk30q0jWjuIPfjLGWmqYyp + S0lcwqV0lAHZpBIFvO17 + OK1QYlYiqS60luRb3byUgKSey / ePDCa3VZdPZy6nUmcXSw49ffoHZfj33PcPHFGytTaLCSrZJU9p / WKAK1n8PIYcYacRpdabcSR1VJBB9DjNOXk05lVSpSlRr + 7eZSSApJ3b vU7xikZZg0mjN + 4bW8QNo4pIJWTx3ngL8BjNNDjM12AmN7huoKDTyW9yeKRcD14cLjDVEpTDKWE0 + NPA + 02FE + ZIucVaiORcwN02mvLjQ6on3raSdOlJuQe8DiB6cMQ8r0inU / wD2NpSiOjqSFrUe8kj5cMP0WlPIUl2nxlJI / wAMJPoRvGOTpbtJzlVaE0445B2e1SlRvoUNPzsqx77D6jlbkuMZJcQjqvPobV / l3n7wMU5nmVPYYa6KW2kp6O6 + 7 / RxKfTEivSXdWlpCnFaeJAFzbH9ojXS / U1Z + X3osfPd92Moh VYq0 + tyUp2lw23u3JuN9vIAD1PfisVZNMp7kuTtHEoslKU8SSbADFFrLFahc5aS43ZRbUlVrgjxHHGcaQmbNpT6es4 + mM53lJNwfTf8cA6UbJPRbH2ewfmIp6W + UDX / T0Vxi / 5KI0k / EHD5dUy4lpXvNJ2albwk23YypBrcSVLVVVObMgaUuO69S77yN5sLeXljM / 8AuX + XnLGry2ib4W / qZS19kE + uMxwZMurUN1hpTiWpOpxSRcIF0m57hZJ + ivzmKdmCivv6Upu42pX8KSAL + QJwp1TnSUrVu777vDFUYqD8VXs2W0w8Aes2FBXr2edjjkseYiV2pQqgl1Ncd6SnHDcLQN5A8bnV4i1uH54HDHKdT1T8jTNmm6mFJf8AQHf8iTiiTk1GixJKVarthKvBYFiPiMEaut2 / PBy3RFdalRN5 / gtxxlJhMamPpaTpSJjulN7lIBAAPwxKiMTYrjElpLrKx0kq4HEGFGgRUsRGktMglXR33J7b9uKx / VOH / wAPPFf / AFqt9FXrcajric56Lb61JUq19Fhe9u69sNZkp8mrMU + G + l1TqVqUpJ6KbC4F + 0nf9Ep1LGc4HS6T0R1vjxIIIH3 / AEVjM8GivpYktPqcWjaJ0p HcMQJSZtPjyWuq6hKuN7G28ehuPprFPazHm1uCp3SzDj6ntJ6RJN7DuPDfiBAYpzKWI202Y6qVOFdvK53fRZX9q1B2H6zZ Gki9uJOMwZsk1hCWGmthHBCtOq61qHAk + + 80 / wANl3v6fh9Q42h1tTbiQpKgQpJ3gg4qmW63kmoPyaNGXOorqtSo6bqU16Dfu7CL7uODnhp / The best way BcgeY392EZw5otTFcguw5AGpOka0rHh / q2Kk / UM4VPVBiOKZaGltO4BA43JO4E4jZUzFClMyWIze0aUHE + 9TxHrhGc40bU1VYj8OUgfqdOoK8Qf6 / HEqoVLMGY25dNYd1M6dilO / G4B8r6sZnk1CXU9rUInNHAgJS3vKbC QkG9yeAub387YErOXW5jBUn + + + 8E8bk4p1EqFW1KgxlOJR1lXCUg91yQL GKZWallF7mNQjOKjnpbO4um / EpPAjvGGs7URSNSpLjd / sqaNx8AR88Sc2uzVqjUGC7Let + uUkhCPGx / G2KZSc00yoOVBqM2687q2m0dSddzck7 + / BzRUIC / 75ozrDNx75g60Dz // AHD2d4ji9hTY0mZIX1W0oIBP3 / LGRMqzo9QdzFXb + 0n06W2h + 6Qbce42AFuweJ + pzTU ​​/ YuWKhUE / rGmTs / 8AOdw + ZGMiU5hime0JPSkTCXFOcVKTfcL + JuT3nFbzfT4FTZp7qXOzpJAsi / C // bE9hiXT5DD6doytCtXwvceOMkU9hjKratP6xKnFK7SSTY / ADGd0pVll9SushaFJ8De2KQ0luiwktJ0pEdHzAJ + ++ ZOM7Qud0lnSn3wkoS333VcED5H0xSYkGj09thpP6sd3E9pJ7zxviBmqDWKm9GY2iXBdSVKTZKwONv M9xGHKFzlSffMuI2au2xNiPLGW6ZGo9JZYUnpABT m6 + tZG8ny4Yl5tg / lAmlKS4lwKDerSNAUeAJ4 + vDGborEnLktTqelHQXW1dqVDu8 + GKFTWoGXGWtKeg2n1UQCT6k4z5FS / Qkv6feR3U6fI7iPLh8ME / LGV6WxAyy2nSnaFtLildqlkXufiB9E6TGiRXHZym0s2OrVwUO63bfuxyPRFpoEyUpvS29KJZVbeUgAGx7r7vQ / VcrTikZGfQn7bzSVeWq / 4Yo6Ut0WAlPVEdH3A4q7WXVVZj2kprnh06dSiLi + 69t3HhfFYjSZdMfYiPpYeWD0tN7i28 eF + F8ZYeV + TMJKeqWglXmCQfmMVume2KS / B1bNTgGlVrgEG4viMzzaKyxq1bJCW / OwAv8sV4 ++ pKfsmoN9vdcjAxSGcupq0hVNU1zwBW0SlROkX32B3Wv3YzfCkvcyf26eZoktpcZ07ySoC9 + 3jwwcOs5d / KZKnVNe1NQ6Oo9a2424XtjOsWTJoTimn0pZaG0ebtvWkdx8ONu3DTiuatp + Yes + 4YzVDkz6E5GjNKdeW4jo3A3X3nf2DE / KdXgQnJL7Dam0J6WzcCykd5HdiEpSaZHaT1S0j5AYIxLp1Ge5QoUSS4lUVyypKVOlKEKsbC991927x8cRY7MSM2xGbS2y2kJS2kWCQOwY7D9Tnylu1jJtQjNJ1PaAttPepJB / A4yfUkz6Ey3q99GGycTffYcD5Efdiq5ViVaptznXXUqATqSm1lgcPLuwpaW0KUpSUpQNWq9gkDtOMo1eM / wA7p7StKW3luR0qO9TZJO7y / H6c415MaoQozHvFRnUvvdoBHAefE + oxHfalxW32FbRlxIUlXeDilZViUmpuTmnXXFEK0pVayAePnjNrzDGXJO1VpUdOx37ysEEW + GKbPaqdPZltK6LgHb1VdoPiDh3KsNzMCaup13UFhzY7tJWOBvxtu4YrrkZNCm87VpZLS0q7y SLADxvbGWqmmp0WO7q1PNpDb2 / eFgWv68foraNpQp6VKSm8ZfSUbAGxtf1xR5KZdFiPtK1JLSPQgAEHxuPoqWW6VUUObWM224QffNgJUk9 + 7cfXHJPU5M7Lj8aS6p0Qntk24o3uiwIHp2eBGOz6k8MZh5NnPaaqrliWmDIWSpxlRKUKJ42IBtftBBHlgU3lHZ917NiP2 / ea0AH / ANW + 7DeQc01wJTX6k3Fi36TEaxKvDcAPUk4rfJXCejMO0J32fMjJCUquSldu1R4g / WAW + GFM8oFL90 / Rm5yR + 8bIUVeNwfvSDhunZ9rHuk09qmMnrPOKCVJHxJ + A9cULk6pdL pUmNMTz5 97334kcnuZKC84rLc9D8VairYPkAj0IsT4i2BTeUZz3fs2E1f95rRu8esfuxSuTKTLmJnZpqHPFJ6sZsnZj13bvAAYqHJvWaPKck5WqCdio6uavqtbwuQQfWx8cCn8oivd + ++ + YnTJeULEg9ie0C y4Sf + JrRbz634Ygcm9UqcluTmmpJdbbOrm0c9E + BNhYd9hfxxWeTeoU6eqpZUkhpSutEcVYeQJuCPBXDsOCc / pXslZfbU5 / FuKfiFWxHyRmnMa0 + 3ZLUGDcKVHZIUpXhuJHqSbd2JXJ7mKgyVu5bnJfirOrmzxCSPO4sT47jgN8oQ6Ksvsav8ybf / PCMq57rnu5rkemRVj3mggqI7rAk + moYy3QYeWqSinxNSkglTjiustR4k / 07Bb6vlCl6c2USM87UOZLadU43AUoOLPZYDjwHpfEDM0WhvJp9FjTnZUkF1z2zIUyltI3A3V37 + HG2IfKQ / WH40Gk0dL9RVq27bj4ShoJNiQoA3BvuOKVnmTAmVdtcZTk6ZU1JZjSHwhEcBAvqUdwAItu44HKc8qUxAaoyHakuQuO4y3JCkFQAKSldrEEnt4AHFQz5W6cwt + bQo0REewd S9OAW4e0tgDpCxG / z7sflVUHnKzJmNyFQFS4y9m1OUhTFzdIBANwQCVAW3jB5QZnNHKwihFVAaeLSpW2AcsDYrCLcLnvweUmcunyaozQFOU6K + WnntuB0SQAQLXJsRfsF8VjNbsWoQabS6fzydNaL6Uqc0IQ2O0m3yxmDM1SzFPptL5guMpuaWJUZMwpLi7dXUkXAtchWM9xKk1R6WxT2pjkJpxImtRHCXlNgbgCd538T5E4m1fmlArXsKqzm2gllSok1SkPxCFgFaSb3BNkkA7r7 + zFHzZMlorDU2nttSKW0hSktvawslBVxsLcPnilcotQriNVLoRfSwwl2X78JKFG / RTcbzuNr8cZUz3LjZfh02M0ibOSHXXXJskNJQnaK0i54 ki1hiFyjyavKZiUmi85lOxi6ptUgJDagohQJtYgWFiN5uMHPNVqmZaLNjQnG2UtSUuROcbnFI697DikAFNxvOMt52k16ZHSinsKivpUraMywtce3AOJIBF / C / H6yp5cVPzXSa2mSlCYSHEKb03KtQsLHs4m MyZOXVq1Gq8RyLt2miw41NZ2rS0XuN3YQSd + + + P7MJKX3JvtJiRUOdqkapMYKbcBABStN G8iVSDJjVKn1mO1VGwttzVEAYKFEWSEAiwT2b9 03ItwxEyHMTWabUpM + J + + + 9wCSeOJ3J5LlzKwtM iyHHTHjRg02EqSAAm2 + LsaktStq5F1vtgjqBRO5N7cOz44PJjVNi7H9rxeayCyt9Kox1FSBbcdW4bzhXJ / UvZ7lEarTaaA6 / tVM83u8ElQUUBV7WuONsNZFcYyVVMvtzW / 0yQt1tzZ7kJJSQCL7zZOKtlSW5UKfUqRPRGqEJjm2p9vW24juIBBB7b4h8n77NSg1KTUkvzG5ypklzZaQ4SmwCQDuA8e84zLl + TWFQZdPncznwXC4y4oFSFAixChfeCMTOTydV2ak9Vqo0u oy2EsNqZZ0ttpCkq4XubkAX7PHDWR6 + mVUHjXYrZqjaUS9nEPADSNF1bt3E + J3cLUnk9qtBRppdaaYTJYS1N1MarqBPSRvFjZRAvwxB5Ln6Uhh6JLgPyglaHkzYu0bWCokEC9wQLDFFyZJpmYGao / UkPqbhGMpKGA0LlZVuA3AAGwHHxwjk5qMNcZ + BWGmpbD8pW0UySAl4jgL8QO3vPhiBkaciv0 + pz5sNxULV76PG2T0kkW94b2P4 / 8u // + AAMA / 9k = & # 39 ;, {headers: {& # 39; Content-Disposition ;: & # 39 & # 39; file; filename = "testimage.jpeg" & # 39;, & # 39; Authorization & # 39;: & # 39; Carrier & # 39; + authkey, & # 39; Content-Type & # 39;: & # 39; application / octet-stream & # 39;}})

everything I need?

Thank you

Load balancing – Why use revenue to expose a service when it has a LoadBalancer?

I have been investigating how Kubernetes exposes the services to the outside world and I have found many articles that explain the differences between the use of NodePort, LoadBalancer and Ingress.

However, none seems to explain a very fundamental question: What are the use cases in which they really want to use an income controller? The articles describe the three as equivalent methods of exposure of services, but they are not. NP and LB are types of service. An Ingress driver is a service that you can use to balance the traffic load to other services, but it's still just a service, which means you need to set up a load balancer (Nodeport is not recommended, so I ignore it for this discussion) expose it

So now we have an external load balancer, which points to an internal load balancer service, which finally points to the real services that we want to expose.

We have doubled the functionality for worse than no benefit because you are now paying for an external load balancer AND your cluster is losing cycles running redundant load balancing services.

The external load balancers provided by the various cloud providers already include features such as route routing, etc., so why bother to enter?

The only situations where I can think about where it makes sense to use one are:

  • trying to load balance services against traffic within the cluster
  • You want to route external traffic to multiple host names (instead of routes) but you do not want to have a separate external LB for each host name. (eg, using an AWS NLB to accept all traffic, which sends it to an entry handler to resolve it)
  • is trying to simulate a complex environment of multiple LB and does not have the means to run several real load balancers (for example, by using minikube on your laptop)

Do I have the right to do so, or am I missing something?

amp: What makes Google Ads load amp4ads-v0.js?

I have a site that displays banners through Google Ads (formerly DFP).
When analyzing the speed of the page using, I notice that one of the script files that really drags my score is amp4ads-v0.js in the cdn.ampproject. org. This file is loaded indirectly through my Google ad script.

Pagespeed Insights suggests approximately 4 seconds of CPU time on the mobile only for this script. That seems crazy for a platform that claims to be explicitly mobile-oriented.

Is there any way to configure my ads to prevent this file from loading? I do not think I have any AMP ads, mostly simple images, and some "html5" banners made in Adobe Edge Animate.

angularjs – load html content in view angular Source

Good I am a little new in angular and I would like to know how to do so that it shows the html content in viewSource of the page, for some of the most static sections and facing SEO, like how it works etc etc.

I have seen several pages in angular that are doing for example in this: how it works

Here we can see how they show the "open" code of in the home and everything that would be "corporate" pages too, but if you already go to the login or the functionalities within the application like the login