Tag: API

block explorer – Bitcoin API with support for bech32

For some time now, I've been using the Insight API to display bitcoin transactions. Recently, however, I found out that bech32 addresses are not supported.

Now I am trying to fix this problem and am open to suggestions.

Is there another matching API that also supports bech32 addresses? Or, also appreciated, there are some workarounds for the insight-api

rest api – Magento API programming for creating and assigning coupon codes

We have a situation where we need to dynamically create coupon codes and assign them to a ruleset. As I am new to magneto programming, I am not aware of the use of the REST API and all functions.

Could anyone suggest how to do that, there's an alternative way to access it through Python and PostgreSQL.

We also need these coupon codes to send to customers on their first order. Do you know what all the tables are about?

Waiting for your suggestions. Thanks in advance.

API Design – Best Practices for Designing a JSON REST API

I need to design a REST API, which is basically a mirror of a database.

Let's say we have 3 tables:

  1. Table A: ID, NAME
  2. Table B: ID, NAME, A_ID
  3. Table C: ID, NAME, B_ID

Table B has a FK to A and B has a FK to B

For example, suppose we need an API to update / retrieve items from this database using a JSON REST API.

For object A, a json would be simple:

{
"id": "0001",
"name": "Object A 0001"
}

A POST / PUT method for / objectA would receive this JSON as the body.
The GET method / objectA / 0001 returns a single object as JSON.
The GET method / objectA returns the following JSON list:

[
    {
    "id":"0001",
    "name":"Object A 0001"
    },
    {
    "id":"0002",
    "name":"Object A 0002"
    }
]

NowSuppose we have an item in table B with ID 1001 that points to an item with ID 0001 in table A.

What is the correct representation of this link with JSON? I have two options:

1) With a simple code containing the ID to A:

{
"id": "1001",
"Name": "Object B 1001",
objectAId: 0001
}

2) Including the entire object A:

{
"id": "1001",
"Name": "Object B 1001",
"ON":{
"id": "0001",
"name": "Object A 0001"
}
}

(1) Has easier updates. I just have to send the objectAId with the ID. (2) Need to send something to create / update a new item:

            {
"id": "1002",
"Name": "Object B 1002",
"ON":{
"id": "000X",
}
}

But (2) would make the GET method more useful, as I also get the information about the A-Link object. In (1) I will only get the code / ID. And if I need more information, I need to do a GET to display A information.

Now to Table C / Object C. Using (1) would not cause a problem. But if I use (2). The question is, should I also specify the content for object B? Suppose we have an object C with the ID 2001 that points to the object B 1001. How should that be JSON?

Include only headings:

{
"id": "2001",
"Name": "Object C 2001",
"B": {
"id": "1001",
Name: Object B 1001
}
}

Or add the whole thing:

{
"id": "2001",
"Name": "Object C 2001",
"B": {
"id": "1001",
"Name": "Object B 1001",
"ON":{
"id": "0001",
"name": "Object A 0001"
}
}
}

I'm still looking for what the best way to do that is. And of course. Any book / blog that talks about it would be grateful.

Java – Resful Name API for multiple key objects

REST does not limit your resource identifiers except that they conform to the production rules described in RFC 3986. It just does not matter to the computers. So, every spelling that meets your local code review is fine,

Some spellings are more practical than others because they encode information that can be easily described using a URI template.

Use paths (api / orders / {month} / {name}) may be useful if the identifier hierarchy fits well with your resource hierarchy and you want to use dot segments to describe identifiers.

API / Orders / {month} / {name} + xx -> API / Orders / {month}

Using query parameters can be convenient on the Web because we can use HTML form production rules to use a form as a kind of URI template for the poor. Web browsers (and other HTML-aware tools) already know how to create URIs api / order? day = 2017-05-20 & name = Bob,

API / Orders / {Date}: {Name}

It's also fine (assuming you bypass any reserved characters that happen to appear in {Date} or {Name}). Note that this sample URI has three path segments from a general consumer's perspective, not four:

API / Orders / {Date}: {Name} + .. -> API / Orders

This syntax is also very similar to another idea called the Path Style parameter (sometimes referred to as the Matrix parameter), which uses semicolons to delimit key-value pairs

API / Orders / {; Date, name}

Level 3-compliant template processors should be able to properly resolve a URI template containing path style parameters.

Batch API – Drupal 8 rest image upload always shows a blank image

I'm trying to post a picture on the d8 server and it will always show a blank picture, but it has been uploaded. Here is the sample code:

this.httpClient.post (& # 39; http: //www.testdomain.com/file/upload/node/article/field_image? _format = json & # 39 ;, data: image / jpeg; base64, / 9y / 4AAQSkZJRgABAQAAAQABAAD / 2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL / 2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL / wgARCADsAOwDASIAAhEBAxEB / 8QAGQABAAMBAQAAAAAAAAAAAAAAAAIDBAUB / 8QAFwEBAQEBAAAAAAAAAAAAAAAAAAECA // aAAwDAQACEAMQAAAC74AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB4eq5noAAAAAAAAAAAGPPRdR86UrrmR6VdY + jVkk7jldXOAAAAAAAAAGHdwLbOjTK7shDyPfCgMuyOGzvjGAAAAAAAAKeR0sGt6TltdRXYgB5yretj2Z46d2TXnkAAAAAAQxHQYNpTy9 / J1voQtqbtqrmzH3zRSqMJdGe / Bb29GerHHaqzm1h2EgAAITwGPV4108wzauryUczLdDZbXTpSVYullt0e + + 5Yr1w0Wc7ZVoXn7qdKVxlCTrjOAAGLb4cyeeG l0YQXZ5lF12Gwt8w + + 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 // AIYt9 + FZClxF7Wn1XS4PAtq + + 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 RSCB + + + + N8cmx1ZDpf RXw1K u9Pp9MZziqm5NqzCesqKv4gX / AAxyfvpcoshr7TbxV6EA / wBcPDp4dodPnvbeXBadcAHSUOPnbj64SlKUJSlOlIHVtYAd2Mw09 bCZdiaeeRXUvspVwWRxHqMIzjT0o + / + SWpLEodaOpglWruBtY4ojEmXU5NZlsKY26UtR2VdZLY33PiT9HsKmsSudtQWkyL6tVuB7wOAOEDp mu M / SEt0Jtr / FeT8ACf6YyNEVByZSWF9bmyVK8zv / AB + k2wPL6qfU4VMiqkzpLTDKes44oJGJvK5lmOtSW1SpNvtMtWB8iopxB5WMsynEpU6 / Fv8A47VgPMgkDEaSxLYS9GdQ6ysXS42oKSoeBGK / yi5epC1w3X1y3t6XGoyQrT2EEkgel74yjVY0DMEhrVs4ckqSnaEApsSU37AbG3r9FUzFTaP0ZL / viP1KRqVbxHZ64jZ5o0laUqU6xc9ZxPR9SCbYqeaKVSV6XX9o4Rq2bA1EA8LngPjin5wpFReS1qU08T0dukJue4EEj5 / RPzfSIC1NKfU64PssDVY919w + e G8 / 0PS / esS27 / ygi3ob4gVSDU2drEfbdSOt2KT5g7xjN9VjVGuxo23 / AENkhLjielvJGojvsBb0xRM00KqUxTsCa0lmMgbRLnQLSRuFweA3ceGHuVLKjb + y58tYB / WJZUpPobb / AExTa5TaxC53BmNPs79Skm1rcbg8PXFQ5TMrwHlMe0C + 4P8AAbK038 + HzxG5U8qSVJQqY6wo / wCMyoAeZsQMRZLE2MmRGfbeZWOi42oKSR4Efn9gxUp7FMp8ibJVpZYQpxXkB / oYhQZufqmqr1dTiYeo82jaiEhIP3dhI3qN + zApUGnIS1GYab / i0oA + fH44l0uDPRpkxGnbj7SRqHkRvGFTKxl2XPyzSHl7GcU7PpdJsHiQewkXBPcL8cUPKsGi09KlJSqQU9J5SQVKPhfgPAeuKtQ4NYiqafYTtLdF5KQFoPn2jwxEzFJy / Cn0qodKVFH6KpW8LB4DyANx4bsZPyu0qL7VqSdrKke91ODVoB3jj22sSfQYqdJg1Rlxh9hOk30q0jWjuIPfjLGWmqYyp + S0lcwqV0lAHZpBIFvO17 + OK1QYlYiqS60luRb3byUgKSey / ePDCa3VZdPZy6nUmc XSw49ffoHZfj33PcPHFGytTaLCSrZJU9p / WKAK1n8PIYcYacRpdabcSR1VJBB9DjNOXk05lVSpSlRr + 7eZSSApJ3bvU7xikZZg0mjN + 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 / AFqt9FXrcajric56Lb61JUq19 Fhe9u69sNZkp8mrMU + G + l1TqVqUpJ6KbC4F + 0nf9Ep1LGc4HS6T0R1vjxIIIH3 / AEVjM8GivpYktPqcWjaJ0pGki9uJOMwZsk1hCWGmthHBCtOq61qHAk + HcMQJSZtPjyWuq6hKuN7G28ehuPprFPazHm1uCp3SzDj6ntJ6RJN7DuPDfiBAYpzKWI202Y6qVOFdvK53fRZX9q1B2H6zZ + 80 / wANl3v6fh9Q42h1tTbiQpKgQpJ3gg4qmW63kmoPyaNGXOorqtSo6bqU16Dfu7CL7uODnhp / SxBpst2cTp2KgAAe25G8 / AY53nJzpJp8NtJ + ypQJHrfEGtTsvvSfbdPcbZkuqdS4yApKVniBvtY2HbiRmadWttEy / BccunS5IcsjRfu32B8ziFXp2X4rEGvQXUpQnSzIbIXqA4A77XA8b4m1Sr5lQ2qkUpSY7D6XW5DigCpQ7 BcgeY392EZw5otTFcguw5AGpOka0rHh / q2Kk / UM4VPVBiOKZaGltO4BA43JO4E4jZUzFClMyWIze0aUHE + 9TxHrhGc40bU1VYj8OUgfqdOoK8Qf6 / HEqoVLMGY25dNYd1M6dilO / QkG9yeAub387YErOXW5jBUn + G4B8r6sZnk1CXU9rUInNHAgJS3vKbC + 8E8bk4p1EqFW1KgxlOJR1lXCUg91yQL + GKZWallF7mNQjOKjnpbO4um / EpPAjvGGs7URSNSpLjd / sqaNx8AR88Sc2uzVqjUGC7Let + uUkhCPGx / G2KZSc00yoOVBqM2687q2m0dSddzck7 + / BzRUIC / 75ozrDNx75g60Dz // AHD2d4ji9hTY0mZIX1W0oIBP3 / LGRMqzo9QdzFXb + 0n06W2h + 6Qbce42AFuweJ + pzTU ​​/ YuWKhUE / rGmTs / 8AOdw + ZGMiU5hime0JPSkTCXFOc VKTfcL + JuT3nFbzfT4FTZp7qXOzpJAsi / C // bE9hiXT5DD6doytCtXwvceOMkU9hjKratP6xKnFK7SSTY / ADGd0pVll9SushaFJ8De2KQ0luiwktJ0pEdHzAJ ZOM7Qud0lnSn3wkoS333VcED5H0xSYkGj09thpP6sd3E9pJ7zxviBmqDWKm9GY2iXBdSVKTZKwONv + ++ + M9xGHKFzlSffMuI2au2xNiPLGW6ZGo9JZYUnpABTm6 tZG8ny4Yl5tg / lAmlKS4lwKDerSNAUeAJ4 + + vDGborEnLktTqelHQXW1dqVDu8 GKFTWoGXGWtKeg2n1UQCT6k4z5FS / Qkv6feR3U6fI7iPLh8ME / LGV6WxAyy2nSnaFtLildqlkXufiB9E6TGiRXHZym0s2OrVwUO63bfuxyPRFpoEyUpvS29KJZVbeUgAGx7r7vQ / VcrTikZGfQn7bzSVeWq / 4Yo6Ut0WAlPVEdH3A4q7WXVVZj2kprnh06dSiLi + 69t3HhfFYjSZdMfYiPpYeWD0tN7i28 eF + + F8ZYeV TMJKeqWglXmCQfmMVume2KS / B1bNTgGlVrgEG4viMzzaKyxq1bJCW / OwAv8sV4 pKfsmoN9vdcjAxSGcupq0hVNU1zwBW0SlROkX32B3Wv3YzfCkvcyf26eZoktpcZ07ySoC9 ++ + 3jwwcOs5d / KZKnVNe1NQ6Oo9a2424XtjOsWTJoTimn0pZaG0ebtvWkdx8ONu3DTiuatp + YuP + 4YzVDkz6E5GjNKdeW4jo3A3X3nf2DE / KdXgQnJL7Dam0J6WzcCykd5HdiEpSaZHaT1S0j5AYIxLp1Ge5QoUSS4lUVyypKVOlKEKsbC991927x8cRY7MSM2xGbS2y2kJS2kWCQOwY7D9Tnylu1jJtQjNJ1PaAttPepJB / A4yfUkz6Ey3q99GGycTffYcD5Efdiq5Vi VaptznXXUqATqSm1lgcPLuwpaW0KUpSUpQNWq9gkDtOMo1eM / wA7p7StKW3luR0qO9TZJO7y / H6c415MaoQozHvFRnUvvdoBHAefE + oxHfalxW32FbRlxIUlXeDilZViUmpuTmnXXFEK0pVayAePnjNrzDGXJO1VpUdOx37ysEEW GKbPaqdPZltK6LgHb1VdoPiDh3KsNzMCaup13UFhzY7tJWOBvxtu4YrrkZNCm87VpZLS0q7ySLADxvbGWqmmp0WO7q1PNpDb2 + / + eFgWv68foraNpQp6VKSm8ZfSUbAGxtf1xR5KZdFiPtK1JLSPQgAEHxuPoqWW6VUUObWM224QffNgJUk9 7cfXHJPU5M7Lj8aS6p0Qntk24o3uiwIHp2eBGOz6k8MZh5NnPaaqrliWmDIWSpxlRKUKJ42IBtftBBHlgU3lHZ917NiP2 / ea0AH / ANW 7DeQc01wJTX6k3Fi36TEaxKvDcAPUk4rfJXCejMO0J32fMjJCUquSldu1R4g + / + WAW GFM8oFL90 / Rm5yR 8bIUVeNwfvSDhunZ9rHuk09qmMnrPOKCVJHxJ + + + A9cULk6pdL pUmNMTz5 YnTJeULEg9ie0C 97334kcnuZKC84rLc9D8VairYPkAj0IsT4i2BTeUZz3fs2E1f95rRu8esfuxSuTKTLmJnZpqHPFJ6sZsnZj13bvAAYqHJvWaPKck5WqCdio6uavqtbwuQQfWx8cCn8oivd ++ + + + y4Sf JrRbz634Ygcm9UqcluTmmpJdbbOrm0c9E BNhYd9hfxxWeTeoU6eqpZUkhpSutEcVYeQJuCPBXDsOCc / pXslZfbU5 / FuKfiFWxHyRmnMa0 3ZLUGDcKVHZIUpXhuJHqSbd2JXJ7mKgyVu5bnJfirOrmzxCSPO4sT47jgN8oQ6Ksvsav8ybf + / + PCMq57rnu5rkemRVj3mggqI7r Ak moYy3QYeWqSinxNSkglTjiustR4k / 07Bb6vlCl6c2USM87UOZLadU43AUoOLPZYDjwHpfEDM0WhvJp9FjTnZUkF1z2zIUyltI3A3V37 HG2IfKQ + / + WH40Gk0dL9RVq27bj4ShoJNiQoA3BvuOKVnmTAmVdtcZTk6ZU1JZjSHwhEcBAvqUdwAItu44HKc8qUxAaoyHakuQuO4y3JCkFQAKSldrEEnt4AHFQz5W6cwt bQo0REewdS9OAW4e0tgDpCxG / z7sflVUHnKzJmNyFQFS4y9m1OUhTFzdIBANwQCVAW3jB5QZnNHKwihFVAaeLSpW2AcsDYrCLcLnvweUmcunyaozQFOU6K WnntuB0SQAQLXJsRfsF8VjNbsWoQabS6fzydNaL6Uqc0IQ2O0m3yxmDM1SzFPptL5guMpuaWJUZMwpLi7dXUkXAtchWM9xKk1R6WxT2pjkJpxImtRHCXlNgbgCd538T5E4m1fmlArXsKqzm2gllSok1SkPxCFgFaSb3BNkkA7r7 + + zFHzZMlorDU2nttSKW0hSktvawslBVxsLcPnilcotQriNVLoRfSwwl2X78JKFG / RTcbzuNr8cZUz3LjZfh02M0ibOSHXXXJskNJQnaK0i54 ki1hiFyjyavKZiUmi85lOxi6ptUgJDagohQJtYgWFiN5uMHPNVqmZaLNjQnG2UtSUuROcbnFI697DikAFNxvOMt52k16ZHSinsKivpUraMywtce3AOJIBF / C / H6yp5cVPzXSa2mSlCYSHEKb03KtQsLHs4m + MyZOXVq1Gq8RyLt2miw41NZ2rS0XuN3YQSd G8iVSDJjVKn1mO1VGwttzVEAYKFEWSEAiwT2b9 + + + + J + P7MJKX3JvtJiRUOdqkapMYKbcBABStN 03ItwxEyHMTWabUpM iyHHTHjRg02EqSAAm2 9wCSeOJ3J5LlzKwtM + + LsaktStq5 F1vtgjqBRO5N7cOz44PJjVNi7H9rxeayCyt9Kox1FSBbcdW4bzhXJ / UvZ7lEarTaaA6 / tVM83u8ElQUUBV7WuONsNZFcYyVVMvtzW / 0yQt1tzZ7kJJSQCL7zZOKtlSW5UKfUqRPRGqEJjm2p9vW24juIBBB7b4h8n77NSg1KTUkvzG5ypklzZaQ4SmwCQDuA8e84zLl TWFQZdPncznwXC4y4oFSFAixChfeCMTOTydV2ak9Vqo0uoy2EsNqZZ0ttpCkq4XubkAX7PHDWR6 + + + mVUHjXYrZqjaUS9nEPADSNF1bt3E J3cLUnk9qtBRppdaaYTJYS1N1MarqBPSRvFjZRAvwxB5Ln6Uhh6JLgPyglaHkzYu0bWCokEC9wQLDFFyZJpmYGao / UkPqbhGMpKGA0LlZVuA3AAGwHHxwjk5qMNcZ BWGmpbD8pW0UySAl4jgL8QO3vPhiBkaciv0 + + pz5sNxULV76PG2T0kkW94b2P4 / 8u // + AAMA / 9K = '{headers: {& # 39; Content-Disposition & # ;: 39 & # 39; file ; filename = "testimage.jpeg" & # 39 ;, & # 39; Authorization & # 39;: & # 39; Bearer & # 39; + authkey, & # 39; Content-Type & # 39;: & # 39; application / octet-stream & # 39;}})

What am I missing?

Many Thanks

rest api – Best way to delete old posts

I have a few websites that I want to lose weight. The pages have been active for a long time and there are really old post data that is no longer relevant.
I want to delete these (older than 3 years) and there metadata, their attached media, revisions and including W3 cache files. Even a database cleanup can help.

Which method is the best?
1. Plugin & # 39; Bulk Delete & # 39; with Pro Addon & # 39; Delete Attachment & # 39; Clear
2. Delete wp-cli post
3. WP API function

api – Why does not CORS block postman and derivatives?

I create a RESTful API with NodeJS and Express and use cors to "control" requests.

In the browser it works if I make a request to this API from the site console here of StackOverflow, I can not use it, it gets blocked when I go to my domain, where I will release access in this way: 

app.get (& # 39; / product /: id & # 39 ;, cors ({origin: "https://www.mysite.com"))

I am successful in using the API.

But the question is, can I go anywhere with Postman, Insomnia, or Derivatives to use all API functions?

Why is this happening?

PHP – Should I use a separate droplet (DO) for the API?

I have a small app (PHP) using data from third parties. This data is constantly processed and stored in a database. And now I want to create a RESTful API to allow access to this data.

Should I leave my app on the same droplet as the API or should I disconnect it?

The API is called mainly by a python App (mine too) that runs on Windows.

The PHP app is located in a subdomain like this: app.example.com[Droplet_1]

Consider creating the API in a second droplet with a subdomain like the following: api.example.com[Droplet_2]

PS: I am currently working with DigitalOcean droplets.

posts – How to prevent WordPress from adding HTML tags to content in API responses?

I want to request posts and pages from the WordPress API and render them on my own front-end server.

However, when I get answers, the content is always filled with HTML tags. I know there are plugins that can be removed

and
but I want to make sure WordPress does not change the text at all.

This is an example of what happens when I recall from a "About Us" page I created:

"Content": {
"rendered": " n

Website.com was founded in 2005. After years in the web hosting industry, Site Builder has the user's perspective in mind. Programming skills or design experience. n t t t to start their online business. n t t t

n n n

Today we are proud to support individuals and small business owners around the world. Everyone deserves a website, and we're curious to see what you create. N t t t

n ",
"protected": false
},

As you can see, WordPress tries to be smart and add many tags and HTML codes. However, this is not required for me if I simply want to access this text and display it myself.