briedis

Ieteiktu piekoptu "moderno" mainīgo definēšanas veidu, kas būtu, nevis: var move, inter; var snakeB= []; var x = 0; var time = 30; var score = 0; bet gan pa smuko: var move, inter, snakeB = [], x = 0, time = 30, score = 0; Iteiktu arī "iekešot" jquery mainīgos, nevis katrā cikla iterācijā veikt meklēšanu pēc $('.klase'). Definē tos objektus ārpus intervāla.

jsonp XML gadījumā, rly? :)

No indoom sapratu tā - teiksim, draugos ir kāds links, kas atver kādu random lapu jaunā logā.Ja tā random lapa nonāk ļaundaru rokās, tad ļaundaris var panākt, ka draugiem lapa uzreiz pēc popup atvēršanas tiek pārāldēta uz fakedraugiem, kur, teiksim, prasa atkārtoti ielogoties. Cilvēks neko īpaši nenojaušot un nepamanot fakedraugiem.lv adresi URL bārā, vienkārši nodod paroli ļaundarim... Man arī izskatās pēc cauruma. Ņemot arī vērā, cik populārās ir XSS ievainojamības......

http://wordpress.com/ Tur ir podziņa "Get started now".

Nu tev ir jāsaprot, ka vispirms (normālā gadījumā) izpildās viss PHP kods servera pusē, un vēlāk rezultējošais saturs (HTML, JS) tiek padots cilvēkam, un tālāk jau cilvēka datora pārlūkprogramma ņem un attēlo šo HTML un sāk izpildīt JS. Kad tas ir noticis, serveris ir beidzis darbu. Izmantojot AJAX tehnoloģijas, tu vari veidot jaunu pieprasījumu serverim ar tev vajadzīgajiem datiem.

Hmm 346 posti, un joprojām neesi sapratis, ka PHP izpildās servera pusē, bet JS klienta pusē? :O

Ko dari, kad mēģini laist no CLI vides (cron)? Tur nekādas adreses nava...

Regulārās izteiksmes var saturēt arī zemūdens akmeņus, kas uz pirmā acu uzmetiena nav redzami. Ja tās pārvaldi ļoti labi - uz priekšu, lieto. Būtu jāņem vērā, ka e-pasts ir ļoti specifiska padarīšana, un standarts arī ir ļoti plašs, tāpēc ar regexpu varētu būt grūti uzrakstīt universālu risinājumu. Tavs regexps uzskata šo par derīgu e-pastu: .@-.aa.aa.aa.aa.aa.aa.aa Spried pats :) Ieskatam vari uzmest arī šim resursam aci: http://stackoverflow.com/questions/156430/regexp-recognition-of-email-address-hard

E-pastu validēšanai (un citai) noteikt izmantojam šo: http://php.net/manual/en/filter.examples.validation.php

Šajā gadījumā, neredzu jēgu iespringt par /r/n vai /n, jo tāpat nav skaidrības par sistēmu, kas saņem šo te e-pastu, un es ļoti šaubos, vai tas kaut ko vispār maina (100% ka nē šajā gadījumā)

Ja gribi tā nopietnāk apgūt kaut ko no programmēšanas, tad nu bez angļu valodas neiztikt...

Paliku pie šī varianta - define('DEV', is_file('dev')); Skaidri un kompakti! Paldies par diskusiju!

Kruta :) Tad tā arī bija - e-pasta klients neļauj rindiņām būt garākām par kaut kādu noteiktu simbolu skaitu. Tiklīdz rindiņa garāka par šo skaitu, tiek automātiski ielikts jaunās rindiņas simbols (\n), kas principā ir tā pati atstarpe, kas beigās tiek nokodēta kā "+". Tas ko dara mans kods, ir vienkārši ievieto jaunas rindiņas simbolu pirms visiem tag'iem, lai e-pasta klients to nedarītu mūsu vietā neriktīgās vietās.

Kaut kas tur nerullē, tur bija jābūt \n nevis vienkārši n ("\n" ir jaunas rindiņas simbols). Skaties vai netiek pēc tam izsaukts stripslashes, kas tos "\n" pataisa par "n" (noņem slešu).

Izmēģini šādi: $mailmsg .= stripslashes($mailcontent); $mailmsg = strtr($mailmsg, array("<" => "\n<")); mail(implode(',', $to), $msgheader,$mailmsg,$mailheaders); un parādi, kāds tur $mailmsg tad sanāk.

Es nezinu, vai drīkst likt rootam atribūtus, bet kas tev liedz izveidot base0 tagu, kas satur viņus?

Laikam sapratu kur ir problēma. Dotais XML ir vienkārši nevalīds (daļēji, jo valīds tas ir tikai tad, ja ir viens base tags). XMLā jābūt vienam pamata līmeņa tagam jebkurā gadījumā: <root> <base1>...</base1> <base2>..</base2> </root> Šis ir nepreizi! --> <base1>...</base1> <base2>...</base2> Pirmajai rindiņai XML failā būtu jābūt specifikācijai, piemēram: <?xml version="1.0"?> Tāpēc arī tavs gadījums strādā tad, ja ir viens tags -tas tiek uzskatīts par pamatu. Bet tiklīdz pievieno citus - tas vairs nav valīds XML (pārējie tagi, iespējams, tiek vienkārši atmesti).

Nu iemet te to XML, lai varam iečekot, vai tiešām "nestrādā"...

Vari mēģināt taisīt perversijas, un cast'ot to lauku DATE (vispirms split'ot tekstu). Bet tas būs lēns pasākums...

Parādi to pēdējo tekstu tieši pirms izsūtīšanas. $mailmsg .= stripslashes($mailcontent); exit($mailmsg); mail(implode(',', $to), $msgheader,$mailmsg,$mailheaders);

Tas notiek tikai gmail?

$escaped_ttl=mysql_real_escape_string($ttl); $escaped_news=mysql_real_escape_string($news); $stripslashed_ttl = stripslashes($escaped_ttl); $stripslashed_news = stripcslashes($escaped_news); Šitais arī super - vispirms saliekam slešus un tad aizvācam tos. Rindiņas 31. līdz 52. UN 57. līdz 75. dara pilnīgi to pašu! Pārraksti kodu, lai tiktu ievērots DRY (Dont repeat yourself)!

+ ir nokodēta atstarpe. Bet nu, tu pats maz saproti, ko tas kods dara, ko dara katra rindiņa? Šitās rindiņas rullē :D $news = str_replace(""", "\"", $news); $news = str_replace("\"", """, $news); $news = str_replace("\"", """, $news); $news = str_replace("<", "<", $news); $news = str_replace("\;", ";", $news); $news = str_replace('"', '"', $news);

Random atstarpe izklausās pēc wordwrap. Būtu jāredz kods, kas veic sūtīšanu...

Ņēmu vērā un veicu labojumus savā atbildē...