Hogyan kell megnyitni egy hosszú URL-t a böngésző
Hogyan kell megnyitni egy hosszú URL-t egy böngésző?
ShellExecute amikor megpróbálja megnyitni a hosszú URL-vágások, hogy 2083 karakter.
Szükség gyors indítása URL hossza 4Q.
Megmutatja, hogyan kell dolgozni körül a problémát nem külső fájlokat (például egy előkészített html letöltés átirányítással)
„Háború és béke” rövidített változata.
> „Háború és béke”, tudtam olvasni. )
Nos, vannak URL-és igen. Ha a hash kód, felhasználói azonosító egészül ki az URL.
Tehát van spekuláció?
> Tehát van spekuláció?
másképpen. mert adatain GET kérés paramétereit, van egy határ a hosszát. IMHO, mert Emlékszem homályosan, olvasni, mint ott. hogy mi történik, amikor behelyezi ezt az URL-négy kilobájtos a böngésző?
és vannak korlátozások a méret a végrehajtott húr. (Doing valami hasonló a postaláda a jelenlegi e-mail program, így is, egy bizonyos ponton szűnt meg az adás minden, a méret a kialakított test túllépte a határt. Imapy kellett menni csak azért, mert ez az. És semmi)
> Ez történik, amikor behelyezi ezt az URL-négy kilobájtos
> Into a böngészőt?
Itt azt kell először ellenőrizze, különben nincs értelme, hogy lépni.
A COM-interfész felfedező lehet tenni, de hogyan kell csinálni, hogy nyissa ki rendesen a rendszer alapértelmezés böngésző?
Kiváló, akkor lépni a második lehetőség - használható CreateProcess + FindExecutable
> Ha az URL-be van dugva a hash kód, amely azonosítja a felhasználót
Hát ez milyen hosszú a hash kódot?
és miért keresztül történik GET, és nem pedig a POST?
> És miért keresztül történik GET, és nem pedig a POST?
Hogyan utáni paramétereket át az oldalt. Azt elvileg Megértem a hosszú URL-t. Hát ott, pageid, userId, még valami szar.
De az URL hossza legfeljebb 500 karakter - ez valamiféle perverzió. Van legalább egy tucat GUID-ok telis lehetséges.
GET kérés nem lehet több, mint 2 Kb
> Hogyan utáni paramétereket átadni az oldalon?
és hogyan kell továbbítani bejelentkezési nevet és jelszót? nem pedig a posta
> Nem a Posta
vagyis nem a Get)
Általában az információkat, amelyek az egyes érték (kódok, jelszavak) egyszerű szöveges keresztül URL jobb nem átvinni
> És hogyan kell továbbítani bejelentkezési nevet és jelszót? nem pedig a posta
Nos, akkor nem az a kérdés peredaosh oldal és a szerver.
Egy oldal, ha jól értem, néhány információ átvihető csak:
1. A csatlakozás tartalmát responsumirodalom http-reqwest
2. A forma a cookie-kat.
3. az URL-t.
És így, tekintve a CGI vagy FastCGI, GET - az, hogy a környezeti változók használatával, POST - valamit, ami a stdin dolgokat.
Javíts ki, ha tévedek.
> Nem peredaosh oldal és a kiszolgáló
így van. Most nem értem.
Mi a különbség? Az oldal generálva a szerveren. Ez azt jelenti, „át a lap” = „átvinni szerver”
Javíts ki, ha tévedek
> Jelenti, hogy „át az oldalt” = „átvinni szerver”
Ez, amennyire én értem, hogy ez nem igaz. Pontosabban - nem feltétlenül. Abban az esetben, ha van egy post-adatok feldolgozása az oldalon, miután megkapta a tartalmat.
például:
A chchort, html-címkék megy, és akkor nem hagyja ki. Na jó.
Röviden, a testben csak egy div id = „mydiv”
Aztán irány hozzá a következő szkriptet:
függvény GetLocationParam (név) # XA0; var params = window.location.search.substr (1) .split ( "");
# XA0; for (i = 0; i
# XA0; # XA0;>
# XA0;> # XA0;
# XA0; return "";
>
működnek onload () # XA0; var MyParam = GetLocationParam ( "id");
# XA0; var El = document.getElementById ( "mydiv");
# XA0; ha (El) # XA0; # XA0; el.innerHTML = MyParam;
# XA0;>
>
És most hívja az oldalt dop.parametrom? Id = siahfbiashbfdihb
És ezek a paraméterek az URL-ben, akkor át sokat.
> GET - az, hogy ez a környezeti változók használatával
Pontosabban a környezeti változó „QUERY_STRING”
így az ügyfél script.
Ha úgy érted, hogy a „pass the page”, akkor igen
Sőt, amikor adatot, amely nem fér be az URL (vagy amelyek nem kívánatos, hogy álljon), 2 módja van:
1. AJAX-kérést néhány http-kezelő vagy egy webes szolgáltatás, amely visszaadja amit lehet azonnal alkalmazni kell a dokumentumot. Keresztül kliens script.
2. POST-be kérelmét keresztül AJAX vagy újra. A szerver esetben otredirektit felhasználó a kívánt oldalra, miután megkapta, és a kérés feldolgozása (abban az esetben a belépés, például).
> Tény, hogy az adatátvitel, hogy nem fér bele
> URL (vagy amelyek nem kívánatos, hogy álljon), 2 módja van:
>
> 1. AJAX-kérést néhány http-kezelő vagy egy webes szolgáltatás,
> # XA0, azaz visszatér valami amit lehet azonnal alkalmazni
> Dokumentum. Keresztül kliens script.
> 2. POST-be kérelmét keresztül AJAX, vagy újra. szerver
> A felhasználók otredirektit szükség esetén
> A kívánt oldal, miután megkapta, és a kérelem feldolgozása (például
> Abban az esetben, a belépés, például).
>
Ebben az esetben van 2 hely Fiúk:
1. ablak Bejelentkezés-Pwd
2. A fő oldalon.
A mód, ahogyan alakult csak egy kulcscsomót, akkor van értelme, ha a felhasználó nem hagyja a főoldalon. Olyasmi, mint a gyors váltás felhasználó.
És ez az egész oldal tiszta jelölés formájában -, akkor lőni. Másrészt, a szerver a „sablonok” oldalak, amelyek már definiált stílusok, néhány előzetes elrendezés, stb
Nagyjából elmondható, hogy ez mindegy te egy modális formában keletkezik teljes egészében a technika, hogy milyen típusú:
eljárás TForm1.InvokeSomeModalForm (Some_Params);
var
# XA0; frm. TForm;
# XA0; feljegyzés. TMemo;
# XA0; btnOK, btnCancel. TButton;
kezdődik
# XA0; FRM: = TForm.Create (nulla);
# XA0, próbálja
# XA0; # XA0; frm.SetBounds (.);
# XA0; # XA0; Memo: = TMemo.Create (FRM);
# XA0; # XA0; memo.Parent: = FRM;
# XA0; # XA0; memo.SetBounds (.);
# XA0; # XA0; memo.Lines.Assign (Some_Params.MemoData);
# XA0; # XA0;
# XA0; # XA0; btnOK: = TButtonCreate (FRM);
# XA0; # XA0; frm.ShowModal;
# XA0; # XA0, ha # XA0; frm.ModalResult =.
Meg lehet csinálni? Igen könnyen. Csak minden formáját, így le - vérzéses.
Ez azt jelenti, IMHO, ugyanaz a szemetet a teljes oldal elrendezését generáció a szerveren.
> Mutasd meg, hogyan kell dolgozni körül a problémát nem használ külső fájlokat
és ha létrehoz egy ideiglenes * .url fájlt, és táplálja azt a böngészőt?
> És ez az egész oldalt tiszta jelölő forma
> -, akkor lőni. Másrészt, vannak a szerveren
> „Template” oldalak, amelyek már definiált stílusok
hogy mi a probléma a szerver konfigurálásához ez?
Nagyjából elmondható, hogy van egy minta
% ADMIN_BUTTONS%
% USER_BUTTONS%
.
hagyományos nick% ADMIN_BUTTONS% helyébe egy üres sort. Azaz, ha néhány programozási nyelv, mint a PHP.
A aspx általában megoldható azáltal látható vezérlő
> És ez az egész oldalt tiszta jelölő forma
Mármint minden kódlapokhoz összefűzni tanga? Ez már régóta senki más nem. Ehhez egy csomó motorok írva. Például asp.net megjelenés.
> Például asp.net megjelenés.
Értelmében a munkám, csak Apach + cgi / fastcgi
> Mellesleg de a Microsoft azt mondta, hogy a php alatt iisom forog
> További fényes, mint az Apache.
Nincs php. Meztelen apache + cgi / fastcgi.
> Lehetőség van arra gondolni abba az irányba, XSL transzformációk, megtalálni
> Enzhin megfelelő.
És én, hogy ebben az esetben YUI.TreeView tömb data1.treedata és YUI.ContextMenu tömb Data1.menudata készülj fa kapcsolódik hozzá a helyi menüből. És az adatokat, és a menüből akciók - attól függően, hogy a felhasználó jogait.
És én nafig nem kell bajlódnia, amely most a design az oldalon. Kell egy div egy adott id, ami Famenüben bővül.
Memória: 0,83 MB
Idő: 0.048 c