Aleksejs

Nē, neglabājas paroles! Ja glabājas, tad tā ir slikta sistēma! Kukijā, sesiju uzsākot, tiek ierakstīts sesijas id (PHPSID laikam by default saucās). Pēc kura tad arī tiek atpazīts konkrētais lietotājs sesijas ietvaros.

Šajā tēmā: http://php.lv/f/index.php?showtopic=2935 izlasi sadaļu: logini/autorizācijas sesijas

marcis, ;) OK Bet tas nemaina lietas būtību... :D Un ir "pedagoģiskā kļūda" :D

Un Tu (MāriL), manuprāt, nesaprati atbildi ;) LIMIT 2, 1000 - atgriezīs 2,3,4,5,6,7,8,...,999 ierakstu no vaicājuma. ;)

Un Tev ir tāda bilde images/rtu-rs_logo.gif vai ne?

Ierakstot popup foruma meklētājā, atrod, piemēram, šo: http://php.lv/f/index.php?showtopic=3216&hl=window.open

Personiski apvainojumi tiešām nerullē. :( Nu, gribētu tomēr redzēt kādus reālus datus, kas pamato, ka R&D izmaksas ir niecīgas. Bez tam, sanāk, ka izgudrotāja/dizainera/mākslinieka darbs šādā modelī tiek novērtēts (materiālā ziņā) zemāk nekā tas ir šobrīd. Tādā gadījumā, "kādēļ, man taisīt dizainu, ja stroikā var nopelnīt vairāk?"

beton, jā, Tu pateici, ka ierobežojot tehnoloģijas izplatītājus, mēs ierobežojam ražotāju skaitu! Bet nevienā vietā Tu nepaskaidroji, kādā veidā notiks resursietilpīgu tehnoloģiju izstrāde situācijā, kad tehnoloģijas izstrādātājam nav nekādu privilēģiju uz jaunizstrādātās tehnoloģijas pielietošanu.

Viss ir ļoti brīnišķīgi līdz vietai: 1) "tehnoloģiskā attīstība būtu daudz straujāka" Nepiekrītu, jo resursietilpīgu tehnoloģiju izstrāde būtu ļoti riskanta. Straujāka kļūtu esošo tehnoloģiju integrācija un no integrētajām tehnoloģijām resursneietilpīgu tegnoloģiju izstrāde. 2) "tā nebūt neatņemtu peļņu" Nepiekrītu, jo tā atņemtu peļņu tiem, kas šobrīd savu biznesu balsta uz šobrīd esošajiem spēles noteikumiem. 3) "nebūtu taču tā, ka visi nepelnītu" Grūti pateikt. Tu savus spriedumus, ka ir iespējams nopelnīt balsti uz tiem ļoti nedaudzajiem, kam tas ir izdevies. Un kā ir kopumā šajā sektorā?

beton, es arī aizstāvu OpenSource utt, BET ne Tev, ne man nav tiesības piespiest autorus izvēlēties šādu biznesa modeli.

Wuu, ar PHP sesijām var nepietikt, ja kāds no projektiem... nav realizēts PHP. ;)

Bez specenes tik nekodējiet, Bez specenes it viss ir mazs, Bez specenes nav darbam gala Un nepalīdz pat prātiņš ass.

Ar "nesanāca" ir par maz! Kādu kļūdu Tev izdod mysql???

Žēl.

Nav koderu labu virs zemes tik daudz, Lai strādātu viņi par velti, Bet klients to nezin, viņš pieri tik rauc Un domā, ka tarifi celti!

andrisp Kas tad vēl jāveic? Ja reiz lapu atver 20 sekunžu laikā no iepriekšējās atvēršanas, tad sleep 20 nodrošina, ka skripts mainit_datus.sh vēl nebūs izpildījies un tātad to varēs nokilot ;)

hmm, nu tīri teorētiski... no php caur shellu palaiž: mainit.sh, kas satur kaut ko šādu: #!/bin/bash sleep 20 && mainit_failu.sh Bet pirms tam izveic killall mainit.sh :) Tātad kaut ko šādu: exec "killall mainit.sh"; exec "./mainit.sh"; Bet praktiski... Es tā toč nedarītu.

Kaut kāds šāds tas vaicājums varētu būt... SELECT COUNT(id) AS skaits, SUBSTRING_INDEX(url,'/',1) AS urlis FROM adres_tabula GROUP BY urlis

*jancis38* Ko Tu esi domājis ar "lietotājs nav aktīvs *.php failā"?

Jāsāk ir ar to, ka nodefinē, kas glabāsies datu bāzē. Piemērs: Tabula: lietotaji Lauki: id login parole vards Tabula: raksti Lauki: id datums virsraksts teksts autora_id Šajā gadījumā, droši vien meklēšanai vislielākā jēga būtu tabulas raksti laukā teksts. Vaicājums pēc tā kā attiecībā uz mainīgo $meklejamais ir veikta nepieciešamā validācija izskatītos aptuveni šādi: SELECT id FROM raksti WHERE teksts LIKE '%$meklejamis%' Ja vajag meklēt tajā pašā tabulā pēc vairākiem laukiem, piemēram, kā šajā gadījumā arī pēc lauka virsraksts, tad: SELECT id FROM raksti, WHERE teksts LIKE '%$meklejamais%' OR virsraksts LIKE '%$meklejamais%' Ja vajag no vairākām tabulām. Nu, piemēram, ja man būtu vēl tabula raksti_arhivs, tad izskatītos aptuveni šādi: SELECT id FROM raksti, WHERE teksts LIKE '%$meklejamais%' OR virsraksts LIKE '%$meklejamais%' UNION SELECT id FROM raksti_arhivs, WHERE teksts LIKE '%$meklejamais%' OR virsraksts LIKE '%$meklejamais%' Bet vēlreiz atkārtoju: vispirms ir jāsaprot, kas un kādēļ tieši tādā formātā tiks glabāts konkrētajā tabulā.

Mmm... andrisp kaut ko ir uzrakstījis :D :D :D

Grey_Wolf, bet kādēļ Tev rūp tas kā viņi sevi pozicionē?

marcis, pareizi. Kaut kā domājamais pievēries man laikam... :)

Nu, jā - tādēļ arī piebilde par LEFT|RIGHT. :) Bet, protams, bubu, Tev ir taisnība! ;)

Cik saprotu, Tev ir (vismaz) šādas divas tabulas: jaunumi - šajā tabulā ir "jaunums" lietotaji - šajā tabulā ir "autori" Un Tu gribi konkrētam jaunumam, kura ID=XX (tabulā jaunumi) Tev ir zināms, uzzināt to uzrakstījušā lietotāja - "autora" - ID (no tabulas lietotaji). Tad vaicājums ir ~ šāds: SELECT lietotaji.id AS ID FROM lietotaji, jaunumi WHERE lietotaji.id = jaunumi.autora_id AND jaunumi.id = XX LIMIT 1 Join (ja runa ir par LEFT|RIGHT JOIN), manuprāt, var nelietot, jo katram rakstam obligāti ir tieši viens autors.