Jump to content
php.lv forumi

No0ne

Reģistrētie lietotāji
  • Posts

    148
  • Joined

  • Last visited

Posts posted by No0ne

  1. pamēģini ar R flagu..

    'redirect|R [=code]' (force redirect)

    Prefix Substitution with http://thishost[:thisport]/ (which makes the new URL a URI) to force a external redirection.

     

    Pamēģināju, kā jau teikts dokumentācijā tas taisa external redirektu, tātad dara to pašu, ko header().

     

    Šaubos vai var vispār šo panākt, jo tas, kas man ir vajadzīgs ir kas līdzīgs CNAME, ejot vienā adresē gribu, lai ielādē citu, lietotājam to nemanot. Manā gadījumā tas vairs nav skripts, ko padod apache, bet cita, nesaistīta adrese (dēļ porta) un tas ir kas līdzīgs, ja es gribētu, lai, ieejot http://lapa.lv/draugiem.php, ielādētos draugiem.lv.

  2. ["Events", "news.php?cat_id=17"],

     

    nosaukumu, id aizstāj ar mainīgajo, kurš nolasīsies no datubāzes. visu liec iekšā iekš while.. viss kā nolasot, teiksim, lietotāju sarakstu no DB, tikai klāt pieliec kvadrātiekavas, pēdiņas un komatus, kuri ir tavā piemērā! To visu ar echo izvadiun wolla.

  3. Protokols taisa redirectu. Nav ne jausmas, kā tev būs ar portu. Kam tev vispār to smuko urli, ko neviens neredzēs? Iespējams, ka jāmeklē, kas nopietnāks šim.

    Smuko URLi prasa C++ skripts, kuru palaiž atsevišķi no web servera.

    Apdomājos un sapratu, ka nekas nesanāks, jo redirekts būs jebkurā gadījumā, jo man nepieciešams cits ports un to var ielādēt tikai redirektējot.. Paldies par palīdzību!

  4. RewriteCond %{QUERY_STRING} ^briinums=([a-zA-Z0-9-]+)$
    RewriteRule ^skripts\.php$ http://www.lapa.lv:2710/%1/briinums/? [L]

     

    Viss strādā ļoti jauki:

     

    www.lapa.lv/skripts.php?briinums=lalalalalala

     

    tik tiešām pārveidojas par

     

    www.lapa.lv:2710/lalalalalala/briinums

     

    Tomēr sanāk, ka skripts.php ielādē lapu nevis kā jauno URL, bet vienkārši pārmet uz jauno URL. Tātad ieejot www.lapa.lv/skripts.php?briinums=lalalalalala , kad lapa ir ielādējusies browseris rāda adresi www.lapa.lv:2710/lalalalalala/briinums .

    Būtībā tas pats kas ar header() sanāk.

     

    Man visu padarīšanu sarežģī tas, ka piekļuve šim skriptam darbojas caur programmām, kuras neatbalsta šo redirektu. Ielādējot skripts.php?lalalalala programma cer pretī sagaidīt informāciju teiksim tekstu: viss okei, bet, ja pretī saņem redirektu uz citu skriptu, tad izmet erroru.

     

    Programmas pašas mainīt nevaru, zinu, ka ir iespējams to izdarīt, varbūt ne caur .htaccess, bet esmu redzējis mājas lapas, kuru koderi ir pārveidojuši visu vajadzīgajā formā, man, diemžēl, palīdzēt viņi nevēlējās.

  5. Visu, ko varēju iedomāties, jau izmēģināju. Patiesībā man nepieciešams tikai 1 mainīgais, manā piemērā tas bija dots kā zzzzzzzzzzzz.

     

    Izmēģināju arī aikss variantus, nekādu panākumu. Ja nu kādam ir kāds brīvāks brīdis, varbūt var uzlikt uz localhosta un notestēt kādu no tiem rewrite ruliem un iepostot šeit pārbaudītu!

  6. Nepieciešams linku formā: http://lapa.lv/skripts.php?mainigais=zzzzzzzzzzzz pārrakstīt uz http://lapa.lv:777/zzzzzzzzzzzzzz/mainigais .

     

    Jau 2 dienas mocos pa naktīm, tā arī nevaru īsti izprast. Ja pareizi sapratu, tad ? nedrīkst atrasties tajā linkā, bet kā to noeskeipot man nav ne jausmas.

     

    Piebilde: Es vēlos izdarīt tā, lai nesmukais links, pārvērstos par smuko linku, taču smuko linku neviens vairāk par serveri neredzēs <-- īsāk: pretēji tam, kam parasti izmanto .htaccess!

     

    Paldies!

  7. Jā, es jau mēģināju pirmo rindu atstāt bez tā new, bet pēc tam sekoja šāds errors:

     

    Warning: preg_match() [function.preg-match]: Delimiter must not be alphanumeric or backslash in

     

    domāju, ka dēļ tā, ka new izņēmu tas radies :) Tas ir otrajā rindā!

  8. Visādi izmēģinājos, pats īsti nespēju izlabot to, kas tur ir nepareizi, pagaidām arī Tevis, Aleksej, izlabotajā variantā, met šādu kļūdu:

     

    Parse error: syntax error, unexpected T_ARRAY, expecting T_STRING or T_VARIABLE or '$'

     

    Tas ir on line 2 jeb pirmā līnija tevis dotajā kodā ($rez =...)!

  9. Liels paldies!

     

    Vai var arī ar kaut kā uztaisīt, lai visus iespējamos subdomēnus nolasa kā vienkārši adresi? Teiksim, zzz.adrese1.lv = adrese1, xxx.adrese1.lv.

     

    Nevēlos, lai man būtu wildcard, tikai domāju vai man būs jātaisa kas tml: if ($server[server_name] = "*adrese1.lv") .... vai tomēr katrai adresei atsevišķi savs jātaisa!

  10. Sveiki, vēlētos uzzināt kā ir iespējams nolasīt adresi, caur kuru lietotājs apskata mājas lapu!

     

    Pieņemsim, ir 4 varianti kā nonākt manā mājas lapā: adrese1.lv, www.adrese1.lv, adrese2.lv un www2.adrese.lv.

     

    Vēlētos, lai, kad cilvēks apskata adrese1.lv vai www.adrese1.lv viņam rādās logo, kurš pieder adrese1 nosaukumam, savukārt, ja cilvēks ienāk caur adrese2.lv vai www.adrese2.lv, tad, lai rādās otrs logo!

     

    Paldies!

  11. PhpMyAdmin pasa sakumaa noraadi kaada kodejumaa darbosies ... ja taads bija jautajums . Un nekur vair nekas nav jasuuta .. vis tiek izdariits automatiski ...

     

    Nu, zini, man datubāze ir utf-8 un viss bāzē iekšā arī attēlojas kā utf-8 vajadzētu, bet, kad vajadzēja to visu attēlot lapā, tad rādījās jautājuma zīmes!

     

    Bez set names utf-8 querya gan nemēģināju, bet ar to tā notikās, tad piemetu klāt set characters utf-8 un viss aizgāja bez problēmām! Senāk gan man nebija nekādi set names utf-8 un viss attēlojās pareizi, bet tas bija citām sourcēm, iespējams, ka kaut kas šai sourcei negāja kopā un tādēļ vajadzēja tos queryus piemest klāt.

  12. wtf?
    select count(*) FROM jaunumu_komentari WHERE jaunuma_id = {$_GET['id']}

     

    Vai tad izmantojot šo piemēru ir grūti?

     

    1' union select parole from lietotaji where lietotaja_klase = 'admin'

     

    ? :)

     

    Grutak varetu but izdomat kadas tabulas, lauki jaizvelk ara :)

  13. skatos, ka rakstiji where id = $_GET[id]

     

    well, pamegini to id padot kā '1 ar visu pēdiņu - ja izmet erroru, tad neesi noeskeipojis mysql injekcijas (mysql_real_escape_string()) un tavu admina paroli vai tamlidzigu infu var elementari iegut!

  14. kaut kada bridi, kaut kas nojuka ar encodingu, varbut pie datu glabashanas nebija set names utf-8 query un tapec saka glabat datus savadak.

    Paldies, to es tā kā pats būtu noskaidrojis!

     

    Faili nav aiztikti, nevar būt, ka pēkšņi parādījās/pazuda

    mysql_query("SET NAMES utf8");
    mysql_query("SET CHARACTER SET utf8");

     

    no skriptiem!

     

    Backupos visos arī viss ir tajā pretīgajā kodējumā, skatos cik vecu gribu un viss ir tā, tātad, iespējams, tas kaut kā mistiski pirms kāda laika ir attēlojies normāli!

     

    Kā varētu šito visu pārvērst par sakarīgu tekstu nav ideju?

  15. Sveiki! Stāsts ir sekojošs:

     

    Vajadzēja 3 mājas lapām nomainīt serveri, sazinājos ar hostinga tech adminu, visu sarunājām un ķērāmies pie lietas! 2 lapas stāvēja uz mana servera Latvijā, tām datubāzi es nopumpēju un aizmetu tech adminam, viņš uzlika viss wonderful! Trešā lapa stāvēja pie tās pašas firmas, ar kuras tech adminu es pārnesu lapas, hostingā un viņš novilka datubāzi no servera, importēja jaunajā un viss daudz maz okei, tikai krievu R (p) vietā rādījās ķeburi. Nevarējām saprast kādēļ tā vai kā to īsti izlabot un izdomājām, ka atkal darīsim tā, ka es novelku datubāzi, aizmetu viņam un viņš uzliek!

     

    To visu izdarījām un tagad jau pa visu lapu bija ķeburi nevis tikai `r` burts nerādījās.

     

    Paskatījos dump'u - tur arī viss ir tieši tajos ķeburos, kas attēlojas.

     

    Опытный пользовать

     

    Apmēram tā izskatās tie ķeburi. No sākuma domāju, ka tas ir utf-8, kuru N++ attēlo kā ANSI, bet mainot kodējumu uz ANSI/utf-8 (kopējot, peistojot, mainot), secināju, ka tas tā nav! Šie ķeburi ir kirlicā rakstīti divi vārdi, precīzi gan nepateikšu kādi!

     

    Smieklīgākā lieta ir tā, ka pa dienu, kad viņš noexportēja datubāzi lapa, no kuras hostinga to visu exportēja bija pareizi attēlota un viss bija kā vajag! Tagad, kad datubāzē ir šie simboli arī tā lapa vairs neattēlojas kā vajag. Pats labākais, protams, ir tas, ka čalis čekoja backupus, vecāko atrada no 22 novembra un arī tur datubāze attēlojās ar šiem ķeburiem, bet lapa visu laiku funkcionēja normāli gan 22 nov., gan visu laiku līdz vakardienai!

     

    Vēlētos uzzināt kas ir par problēmu vai vismaz kā tos ķeburus pārvērst atpakaļ par normālu tekstu! Atgādinu, ka utf-8/ansi metodi(ja to tā var nosaukt) jau izmēģināju un vismaz man nekas prātīgs nesanāca! Varbūt kāds var pamēģināt? Liels paldies!

  16. tava kljuda ir taa ka noraadi to kaa Pasaprotamu lietu , kas nebuut taa nav ...

    Okei, iespītējos nevietā, bet, ja cilvēks māk apstrādāt informāciju no datubāzes iekš php, tad vai ar tādām php zināšanām nav pašsaprotami, ka ir jāizmanto <?php, ja neiet manis minētais īsais tag's?

×
×
  • Create New...