Jump to content
php.lv forumi

Andris

Reģistrētie lietotāji
  • Posts

    13
  • Joined

  • Last visited

Posts posted by Andris

  1. a ja dumais lietotaajs nospiez Refresh,

    tad piem. ieksh IE atveras lodzinjsh ar Retry or ok [esam redzeejus gan jau]

     

    Es nekad neizmantoju vienu un to pašu linku datu saglabāšanai un formas parādīšanai, līdz ar to tādu problēmu nav. Pēc datu saglabāšanas (jau minētais) header('Location: ...') un var spiest, cik grib to Refresh.

     

     

    http://xx.xx/?action=form

    <form action="?action=save">

     

    http://xx.xx/?action=save

    header('Location: ?action=form');

  2. Problēma ir atrisināta. Vaina bija nevis atbildē (response headers), kas sūtīta no PHP, bet gan pieprasījumā (request headers), ko nosūta IE. Tā vietā, lai korekti nosūtītu "Range: bytes=8786463-28263563", IE sūtīja "Range: bytes=8786463-" Nepētīju smalki, varbūt HTTP specifikācija to pieļauj, taču manā skriptā tas nebija paredzēts. Palīdzēja funkcijas apache_request_headers() un apache_response_headers(), kuru rezultātus aizsūtīju uz log failu :)

  3. Kādi nāk headeri no servera, kad pieprasi caur PHP failu, un kādi, kad pieprasi pa taisno ar URL ?

     

    Šādi izskatās atbildes no CuteFTP 8

     

     

    Tiešā saite (http://xxx.xx/yy/xx.zip)

     

    Pirmais pieprasījums

     

    [2007.09.11. 18:07:39] Receiving reply...

    [2007.09.11. 18:07:39] HTTP/1.1 200 OK

    Date: Tue, 11 Sep 2007 15:07:13 GMT

    Server: Apache

    Last-Modified: Wed, 21 Feb 2007 13:35:46 GMT

    ETag: "8455-1af448c-a2cded2a"

    Accept-Ranges: bytes

    Content-Length: 28263564

    Keep-Alive: timeout=15, max=100

    Connection: Keep-Alive

    Content-Type: application/zip

     

    Atkārtotais pieprasījums

     

    [2007.09.11. 18:07:39] Receiving reply...

    [2007.09.11. 18:07:40] HTTP/1.1 206 Partial Content

    Date: Tue, 11 Sep 2007 15:07:13 GMT

    Server: Apache

    Last-Modified: Wed, 21 Feb 2007 13:35:46 GMT

    ETag: "8455-1af448c-a2cded2a"

    Accept-Ranges: bytes

    Content-Length: 28263564

    Content-Range: bytes 0-28263563/28263564

    Keep-Alive: timeout=15, max=99

    Connection: Keep-Alive

    Content-Type: application/zip

     

    Caur PHP (http://xxx.xx/?abcdefgh)

     

    Pirmais pieprasījums

     

    [2007.09.12. 15:07:56] Receiving reply...

    [2007.09.12. 15:07:57] HTTP/1.1 200 OK

    Date: Wed, 12 Sep 2007 12:07:27 GMT

    Server: Apache

    X-Powered-By: PHP/5.1.4

    Expires: Mon, 31 Dec 2007 23:00:00 GMT

    Cache-Control: public

    Pragma: 0

    Last-Modified: Thu, 26 Jul 2007 15:13:54 GMT

    Content-Transfer-Encoding: binary

    Accept-Ranges: bytes

    Content-Disposition: attachment; filename="xx.zip"

    Content-Length: 28263564

    Keep-Alive: timeout=15, max=100

    Connection: Keep-Alive

    Content-Type: application/zip

     

    Atkārtotais pieprasījums

     

    [2007.09.12. 15:07:57] Receiving reply...

    [2007.09.12. 15:08:00] HTTP/1.1 206 Partial Content

    Date: Wed, 12 Sep 2007 12:07:28 GMT

    Server: Apache

    X-Powered-By: PHP/5.1.4

    Expires: Mon, 31 Dec 2007 23:00:00 GMT

    Cache-Control: public

    Pragma: 0

    Last-Modified: Thu, 26 Jul 2007 15:13:54 GMT

    Content-Transfer-Encoding: binary

    Accept-Ranges: bytes

    Content-Disposition: attachment; filename="xx.zip"

    Content-Length: 28263564

    Content-Range: bytes 0-28263563/28263564

    Keep-Alive: timeout=15, max=99

    Connection: Keep-Alive

    Content-Type: application/zip

  4. Ir radusies savdabīga problēma. Uztaisīju skriptu, kas padod failu caur PHP, taču ar Resume funkciju, jo reizēm faili būs palielāki. Viss notiek jauki ar CuteFTP un Mozilla (citus Download manager-us vēl nemēģināju), bet ar IE fails tiek atkal lādēts no sākuma (http://xxx.xx/?abcdefgh). Taču, ja failu lādē pēc tiešās adreses (http://xxx.xx/yy/xx.zip), tad aizverot ielādes lodziņu ar X, otrreiz uzklikšķinot uz saites IE turpina ielādi no pārtrauktās vietas. Diemžēl, visbiežākais pielietojums būs tieši ar IE, tādēļ nevaru atmest ar roku. Ilgi pētīju salīdzinot sesijas logus no CuteFTP, tā arī nesapratu, kas liek IE resumēt ielādi vai kas to neļauj. Cache-control? Pragma? Last-Modified?

  5. Man tieši tā pati problēma - vajag pievienot linku gatavam swf bannerim.

    Tātad, ir banneris - kustīga bildīte, bet bez linka (vai ar nepareizu linku). Kā ievietojot HTML lapā tam piesaistīt sev vajadzīgo linku? <a...>...</a> apkārt objektam nedarbojas, arī uzlikt pa virsu citu HTML objektu nevar(ja nu vienīgi citu swf?). Starp visiem daudzajiem PARAM tagiem nav tāda, caur ko iebarot linku uz visu bannera apgabalu. Viena ideja ir - uztaisīt vienu tukšu, caurspīdīgu virsū liekamu swf ar speciālu URL parametru? Tam manas Flash zināšanas par vāju. :( Varbūt kāds tādu varētu uz ātru roku uzmontēt?

     

    Vārdusakot, tiek meklēts universāls risinājums, kā iespējami vienkāršāk pievienot linku visam Flash objekta apgabalam.

  6. Informācijas izkārtojums principā ir reducējams uz topica pirmajā ziņojumā minēto formātu, par to viss būtu skaidrs, jo līdzīgā izpildījumā tas jau ir sevi pierādījis darbībā. Būs gadījumi, kad būs zināms konkrēts padodamo parametru skaits un secība, citreiz vajadzēs padot papildparametrus. Tas ir tikai kodols, kam var pieslēgt papildmoduļus pēc vajadzības, tam nav konkrēta viena specifiska pielietojuma.

     

    Ok, par "?", "|" un "/" skaidrs. Atliek izvēlēties, kā atdalīt adresē mainīgā nosaukumu no vērtības. Varētu jau ar to pašu "/" un tad nolasīt pa pāriem, tomēr baidos, ka tukšas vērtības gadījumā, kad izveidotos kombinācija /variablename1//variablename2/value2 (value1 ir tukšs), kādam (browserim, webserverim, zirneklim vai jebkam citam) tas varētu nepatikt.

     

    Kādēļ saki, ka "ir negudri" visu mest uz vienu index.php failu? Manā sistēmā viņš jau tik vien izveic kā iekļauj koplietošanas funkciju moduļus, pārbauda autorizāciju, nolasa konfigurāciju, lietotāja profilu un paskatās DB, ko darīt tālāk, kādi citi moduļi nepieciešami un kādas funkcijas jāizsauc utt. Daļa no "makan sarežģītajiem pieprasījumiem" glabājas kā papildparametri iekš DB speciālā lapu/šablonu reģistrā.

    Protams, atsevišķos gadījumos var iztikt ar niecīgu atsevišķu php skriptiņu, to jau neviens nenoliedz, reizēm tiešām visu dzinēju darbināt var būt par smagu.

     

    Tātad: runa šobrīd nav par to, kā uzrakstīt tādu vai citādu rewrite ruli tādēļ, ka tas ir kodēšanas nevis koncepcijas jautājums.

  7. Ja godīgi, man nav ne jausmas, kādas ir Tavas cerības un priekšstati par maniem vārdabrāļiem :)

     

    Bet, atgriežoties pie tēmas, biju jau uzdūries arī Tevis minētajam mod_rewrite ceļvedim. Tas ir skaidrs, ka tur atliek mācīties tik no ceļvežiem un dokumentācijas. Tas, protams, nav vienas dienas jautājums, jo man šie paņēmieni ir pilnīgi jauni, bet gan jau tās rules saknibināšu :).

    Šobrīd mani galvenokārt interesē atbildes uz pašā sākumā uzdotajiem jautājumiem.

  8. He, he, ar valsts vadītājiem gan man nav nekāda sakara :rolleyes: esmu vienkāršs programmētājs :P Bet paldies par Tavu atraktīvo komentāru!

    Šis piemērs ar articles tā samērā plaši tika apspriests arī kaut kur iekš evolt.org, bet lieta tāda, ka es nevaru taisīt katram lapu veidam savu ierakstu iekš .htaccess un varbūt vēl likt kaut kādus failus direktorijās, jo man nav nekādu articles, bet lapu ID tiek ņemti no DB, kur ir reģistrētas visas lapas un to šabloni, tur nāk klāt visādi papildparametri, iekļaujamie moduļi utml. Līdz ar to, bez index.php nav nekādu citu speciālu failu, ko arī negribētu ieviest, jo ir doma sava darba atvieglošanai vēl uzmest web saskarni, caur ko tos šablonus rediģēt.

    Laikam būs vietā jautājums, ko darīt, ja Tevis minētais superfails netiek atrasts?

  9. Beidzot esmu nobriedis priekš tāda pamatīgāka dzinēja uzcepšanas un arī ar smuko adrešu atbalstu. Tātad, labprāt dzirdētu kādus ieteikumus šinī sakarā.

    Sistēma balstās uz vienu index.php failu, kurš atrodas saknes folderī, pārējie moduļi atrodas apakšfolderos un tiek iekļauti pēc vajadzības. Iespējams izmantot visas Apache iespējas. Acīmredzot par mod_rewrite būs daudz jāmācās <_<

     

    Varētu lietot, piemēram, formātu http://somedomain/pageid/value1/value2/ tomēr reizēm vajadzīgs padot vairāk vai arī citādus parametrus, kā būtu ar šādu: http://somedomain/pageid/variablename1|value1/variablename2|value2/ - galvenais, kā uz to skatītos meklētāji? Uz kādiem simboliem viņi mēdz apstāties, kādus var droši lietot? Vai "|" ir drošs? It kā jau arī "=" var būt faila nosaukumā... Vai galvenais ir nelietot "?" ?

     

    Par argumentu atdalītāju nolēmu izvēlēties ";" Vai tam ir arī kādi mīnusi? principā, minētaja piemērā tam kalpo arī "/"

    Vai ir kāds veids, kā pārlūkam iestāstīt "&" vietā lietot citu? Tas attiecas uz formām ar GET metodi, kad tiek saformēts URL no formas laukiem, reizēm vajag arī tādas.

     

    Vārdsakot, ja kādam ir pieredze, aicinu padalīties.

  10. Tachu paarbaudi kaut ar echo pirms liec mail() funkcijaa, vai vispaar tajos mainiigajos ir kas iekshaa! Nu nevar taa vienkaarshi nosaukt mainiigos kaa formas lauki, sen jau taa vairs nenotiek. Lieto sekojoshu variantu:

     

    <code><font color="#000000">
    <font color="#0000CC"><?
    [url=http://lv.php.net/ini_set]ini_set[/url]</font><font color="#006600">(</font><font color="#CC0000">"sendmail_from"</font><font color="#006600">, </font><font color="#0000CC">$_POST</font><font color="#006600">[</font><font color="#CC0000">"email_from"</font><font color="#006600">]);
    if (</font><font color="#0000CC">[url=http://lv.php.net/mail]mail[/url]</font><font color="#006600">(</font><font color="#CC0000">"[email protected]"</font><font color="#006600">, </font><font color="#0000CC">$_POST</font><font color="#006600">[</font><font color="#CC0000">"subject"</font><font color="#006600">], </font><font color="#0000CC">$_POST</font><font color="#006600">[</font><font color="#CC0000">"email_message"</font><font color="#006600">], </font><font color="#CC0000">"From: "</font><font color="#006600">.</font><font color="#0000CC">$_POST</font><font color="#006600">[</font><font color="#CC0000">"email_from"</font><font color="#006600">]))
    echo </font><font color="#CC0000">"Email'z nosuutiic!..."</font><font color="#006600">;
    else echo </font><font color="#CC0000">"Neizdevaas"</font><font color="#006600">;
    </font><font color="#0000CC">?>
    </font>
    </font>
    </code>

     

    Tomeer buutu labi uztaisiit kaadu paarbaudi uz mainiigajiem, nevis taa vienkaarshi, kaadus sanjeema no formas, tadus ar suuta. Jaarekjinas ar cilveeku kljuudaam un arii ar ljaunpraatiigu riiciibu.

×
×
  • Create New...