Aleksejs

Tad ir skarbi! Vari mēģināt pielabot to smscoin savām vajadzībām...

Vai "ražotāja" lapā nekā piemērota nebija? http://plugins.e107.org/e107_plugins/psilo/psilo.php?plugins Paskaties, vai nav jau kaut kas gatavs, lai nav no jauna viss jāraksta.

Jā, protams, bet tīri no matemātikas viedokļa gan ir interesanti :)

Un kādēļ Tu netici tam, kas teikts? Vari mēģināt sameklēt attiecīgo RFC un noskaidrot, vai ir iespējamas mapes. Vēl varbūt ir kaut kādi POP protokola paplašinājumi. Bet runājot par webmailiem - tie bieži vien tomēr izmanto IMAP nevis POP. Tas, ka klientiem uz āru nepiedāvā IMAP, nenozīmē, ka tas netiek izmantots.

http://php.lv/f/index.php?showtopic=832 http://php.lv/f/index.php?showtopic=7009&a...%C4%93%C5%A1ana

Nu, vispār šādi vajadzētu strādāt. Domāju, ka drukas kļūda pie vainas kaut kur.

Hmm, neesmu pētījis tuvāk... Taču man šķiet, ka nevajadzētu būt... Ideāli, manuprāt būtu, lai hash funkcijai būtu viens cikls ar maksimāli iespējamo garumu.

Un ja es padotu failu: %2Fetc%2Fpasswd P.S. Mikij, a kādā krāsā tagad mati?

īsumā: Nē, nav funkcija un nenoteiks.

Vienkāršie lietotāji nezin par labās pogas eksistenci, bet pret advancētajiem neaizsargāsies. Principā, lai apgrūtinātu dzīvi vari izmantot kādu šifrēšanu/dešifrēšanu ar JavaScript un elementu, uz kuru ik 0.2 sekundes tiek fokusēts kursors. Ja nesaprati pēdējo teikumu, tad šis risinājums pagaidām nav domāts Tev.

Lūk tieši tādēļ, es izdarīju super mini ekstra milzu pakalpojumu un iekļāvu mākslīgu lauku tips, kurš ir 1, ja tas ir komentārs un 2, ja tas ir video. 1 IF konstrukcija while ciklā un gatavs ;)

Es URL parasti redzu adrešu joslā... Pat properties nav jāskatās. Ja mana kristāla bumba darbojas pareizi... Tad nav iespējams izdarīt to, ko gribi.

Viens no būtiskiem parametriem: Precizitāte. Cik ļoti ir svarīgi tas, ka tiks atrastas pilnīgi visas izmaiņas, un cik svarīgi tas, ka neviens no vecajiem rakstiem netiks uzskatīts par jaunumu?

Tikko ienāca prātā doma. Principā, ja ir pieejama šāda informācija, tad atpazīšanas rezultātu varētu uzlabot novērojot, vai nemainās TCP ports, no kura slēdzas dators... Pieļauju domu, ka, ja ir ārējā IP adrese, tad pārlūks katru reizi nemaina portu pa kuru slēdzas klāt web-lapai. Proxy un NAT gadījumi būtu jāpapēta tuvāk. Šobrīd nav, kur notestēt. Pieļauju domu, ka nav tik vienkārši. Tāpat jāskatās, vai nav uzstādīts X_FORWARDED_FOR headers. Atkarībā no situācijas arī šīs lietas var noderēt. Tās noder gadījumos, kad jāuzskata, ka lietotājs neko nemanipulē ar sistēmu. Piemēram, ja es esmu ielogojies kā reģistrēts lietotājs, tad sistēmu varētu izveidot tā, ka tā liek vēlreiz iziet autentificēšanās procesu, tikko ir mainījies kāds no augstāk minētajiem parametriem, jo ir ļoti maz ticams, ka ir normāla situācija, kad šie parametri mainās. Un pat ja mainās, tad, domāju, ka tik bieži tas nenotiek un tādēļ papildu autentificēšanās reize nerada būtisku apgrūtinājumu.

Un es pat piemēru uzrakstīju. ;)

Malacis! "Kā vienmēr" būtu par spēcīgu gan teikts, bet nu, galvenais, ka dabūji. Un ļoti labi, ka ierakstīji arī atrasto risinājumu. ;)

SELECT id, j AS kid, niks, komentars, datums, 1 AS tips FROM komentari UNION ALL SELECT id, video AS kid, niks, komentars, datums, 2 AS tips FROM video_komentari ORDER BY datums un pēc lauka tips nosaki, vai tas ir video komentārs, vai nē.

empty, spriežot pēc kļūdas paziņojuma sagaida mainīgo (esošu vai neesošu), taču Tu padod apstrādātu stringu, kas neder kā mainīgā nosaukums.

Parādi abu tabulu struktūru.

http://www.groupsrv.com/computers/post-2654705.html

Un kādēļ Tev šķiet, ka tur ir kaut kas nepareizs?

Ai, ko jūs Te ņematies!? Vispareizāk ir taisīt visu paintā un saglabāt BMP formātā... A jūs te... Stili, klases... Muļķības kaut kādas... :P

Un kādā veidā tā Tava SMS sistēma darbojas?

Iepriekšējā postā rakstīto nav jācitē!

Nu, teorētiski. SELECT id, name, (SELECT count(id)+1 FROM lietotaji l2 WHERE l1.sabalsotais > l2.sabalsotais AND l2.id <> l1.id) FROM lietotaji l1 ORDER BY balsis DESC" Apmēram tā... Nu tālāk kļūdas meklē pats.