Diskuze: Pomoc s naprogramovanim

Člen

Zobrazeno 10 zpráv z 10.
K personalizaci obsahu a reklam, poskytování funkcí sociálních médií a analýze naší návštěvnosti využíváme soubory cookie. Informace o tom, jak náš web používáte, sdílíme se svými partnery pro sociální média, inzerci a analýzy. Partneři tyto údaje mohou zkombinovat s dalšími informacemi, které jste jim poskytli nebo které získali v důsledku toho, že používáte jejich služby.
Používáme nezbytné cookies pro fungování webu a s tvým souhlasem také analytické a marketingové cookies.
Zajišťují základní funkce, bezpečnost a služby, které sis vyžádal. Nelze je vypnout.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Provoz webu, relace, přihlášení a uložení nastavení cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relace až 1 rok |
| Google Tag Manager | Správa značek a načítání měřicích nástrojů webu. | Žádné | Neukládá se | |
| Google Fonts | Načítání typografie webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google Hosted Libraries | Načítání potřebných knihoven a stylů webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google reCAPTCHA | Ochrana formulářů a webu před zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relace až 180 dní | |
| YouTube | Přehrávání vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relace až trvalé úložiště | |
| Vimeo | Vimeo | Přehrávání vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relace až 2 roky |
| Facebook Login | Meta | Přihlášení pomocí účtu třetí strany. | Úložiště řízené poskytovatelem | Relace až 1 rok |
| GoPay | GoPay | Zpracování uživatelem vyžádané platby. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
Pomáhají nám porozumět používání webu a zlepšovat ho.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Analytics 4 | Měření návštěvnosti a používání webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Měření návštěvnosti a používání webu. | _clck, _clsk, _cltk | Relace až 1 rok |
Slouží k měření kampaní, personalizaci reklamy a marketingové komunikaci.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Ads | Měření kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relace až 90 dní | |
| Meta Pixel | Meta | Měření kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Měření kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relace až trvalé úložiště |
| LinkedIn Insight | Měření kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relace až 1 rok | |
| Ecomail | Ecomail.cz | Měření kampaní, reklama a remarketing. | ecmid, Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
| Atribuce kampaní ITnetwork | ITnetwork | Přiřazení návštěvy a objednávky ke kampani. | campaign_clid[*], user_session_context | Až 1 rok |


To je jako bych se zeptal jak naprogramovat Google.
Chce to konkrétnější otázku...
Tak mam naprogramovať API ale neviem ako sa to programuje z toho čo som tam poslal ten link.
Tvemu dotazu nerozumim.
http://api.programator.sk/docs
To je odkaz na dokumentaci k jakemusi api. Na odkazy a tlacitka se da klikat a
zobrazuje jakesi uryvky z dokumentace.
Nebo je to mozna pozadavek (request, response), jak to API ma fungovat/ co je
vstup, vystup. Ze to posida data v js/php formatu jsonu (ne xml).
Kazdopadne je to spatne udelane. Navrhni autorovi aby pridal aspon veticku neco ve smyslu kliknete si na tlacitka, odkazy pro zobrazeni dokumentace/zadani, pozadavku, ktere ma prvek splnovat..
Úložisko dát (galérií a fotografií) je filesystem (adresárová štruktúra). Toto k tomu je uvedené a nejaký raml file http://api.programator.sk/docs/index.raml.
Ten druhy link je treba prohlizet v textovem editoru nebo ve firefox zobrazit-zdrojovy kod, aby se objevilo zalamovani a mezery.
Z toto prvniho linku je videt, ze to komunikuje pomoci jsonu. Predpokladal
jsem, ze vis, o co bezi.
Json je formatovana array jako string. Php (ja pouzivam php) umi array
konvertovat na json, python nejspis taky. Javascript, nove browsery, umi json
prevest na js array.
Cili, cela komunikace s tim se da napsat pomoci javascriptu (coz je sikovne).
Nejaky vlastni python nepotrebujes. Leda bys chtel to dal zpracovat.
Teda, jestli to spravne chapu, tak na te strance je dokumentace k API. K hotovemu programu, ktery staci nahrat nejde do slozky a pak v httprequestu zadat jen spravnou url k nemu.
Kdyz si rozkliknu /galery > /gallery/{path} > tlacitko POST
Pise, ze mam odesilat request s hlavickou Content-Type: multipart/form-data;
boundary=--boundary. a je tam uveden priklad. Priloha se nejspis sifuje do
base64, jak se to dela u mailu, kdyz odesilas s prilohou a vkladas to jako
soucast zpravy a ne pripojeny file.
Jde to udelat i pres js. Ale zkusim to vysvetlit jinak.
Vytvoris si html formular, ktery odesila soubory do galerie na tvy PY program.
Ten vytvori string viz ten priklad. a odesles ho requestem na adresu toho api.
Request ti vrati nejaka data a ty odesles uzivateli, pripadne presmerujes na
nejakou stranku.
Jinymi slovy, ve tvem api uz nemusis resit ukladani souboru, cestu, atd. Prijmes
soubor a preposles ho dal. Ono si t samo nahraje do spravne slozky. Ale nejspis
bys mel zkontrolovat, zda uzivatelm ma pravo nahravat.
Ale, mozna, ze to chapu uplne jinak.
Kazdopadne ta dokumentace je uplne na prd. Na prvni pohled tam neni zadna
informace, neni to intuitivni, pokud nevis, ze mas na neco jeste kliknout.
Zkusim ti to priblizit na mem php kodu pro mail
http://mlich.zam.slu.cz/…_mail_v2.txt
-- function send --
Na zacatku prevezmu udaje, vytvorim from, to, subj, (msg), ktere potom predavam
php funkci
-- mail($to_text, $subject, $messages, $headers); --
Jenze se to musi nejakym zpusobem zformatovat. Vytvarim tam hlavicku pro
http-request (mail-request). do ni se uklada from, to, subj... a 'boundary',
ktere se pouziva pro prilohy
Pak vytvarim samotnou zpravu. Ta muze byt prosty text, html, soubor. Je treba
dodrzet spravne formatovani. To delam funkci createMessage + cyklem
foreach($att as $item)
{
$messages[] = '--' . $uid;
$messages[] = implode($this->sep, $this->createMessage($item));
// $messages[] = '';
$messages[] = '';
}
Pokud se jedna o soubor, obrazek, tak to koduji do base64. $out[] =
$this->filetoBase64($data['content']);
Je na to jakasi celosvetova mailova norma/predpis rfc2557, rfc7231, ... kde je
presne tohle popsane.
Kdyz tam nasekas chyby, tak vetsina mailu ti ten mail nebo prilohy nezobrazi. V
source-code mailu budou, ale programy pro uzivatele bude vypisovat treba 0
priloh, 0 body zprav, protoze ten program nedokaze precist tvuj kod.
No, proste, kdyz se rozhodnet treba v html misto
<tag> zapisovat si tagy po svem, treba [tag]
tak tomu take web-browser nebude rozumnet.
Ide o to ,že to si ako mám vybrať či ten backend bude programovaný v Python(Flask Framework) alebo JavaScript a NodeJs.
Zobrazeno 10 zpráv z 10.