mounkuls

Hmm, it kā izlasiju visu tēmu, bet tā arī nesapratu kur radās vajadzība dzēst laukus vaards, uzvaards un tikai tad izveidot lauku nick? Vēl man nesaprotams tas online lauks lietotaaji tabulā, lai to UPDATE mainot Y(yes)/N(no) taču vajag atskaites punktu, kura faktiski nav.

Vēlams arī strtolower($pedejie_3_simboli_faila_nosaukuma)=='jpg'

Ja katram jūzerim savu failu, problēma paliks ar opendir/scandir, neticās, ka tas būs ātrāk kā pie 10k jūzeriem ar count.

Lielu jēgu nesaskatu izmantot paralēli txt failus un db. Ja to lietotāju ir maz, nejutīsi īpaši. Bet ja ap 1000 būs jau, tāds pasākums uz failiem sāks iebremzēt. Un ja būs jau 10000, iebremzēs jūtami. Grozies kā gribi, failu vienmēr būs jāielasa visu lai ar to strādātu. Lai arī serveri paliek arvien ātrāki, tāda politika īsti vietā nebūs. Failos var glabāt kādus settingus kopējos un tamlīdzīgi, bet ja izmanto failu lietotāju opcijām un tai pat laikā darbini db, mazliet aplam liekas.

goma_smile, es Tevi nekritizēšu, drīzāk uzslavēšu par centiību ka mācies. Pats esmu bijis tāds zaļš ķiļķens kuram bija daudz ar visu ko jācīnās un php.lv forumā tikai gadu atpakaļ sāku piedalīties. Vismaz vienu saskatu, centies pats iemācīties neliekot uzreiz jau gatavu, par to novērtēju. Par datubāzēm palasies http://datubazes.wordpress.com kur Gints Plivna raksta. Vēl laba vieta kur patrenēties ir andrisp ieliktais links http://sqlzoo.net/ , man vismaz noderēja. to xmas12, ja vēlies parādīt kodu un problēmu, kuru vajag palīdzēt risināt, labāk ieliec to koda gabalu http://paste.php.lv Tā ir gan ērtāk gan ietrastāk, neapvainojies, tas ir normāli.

Ar ko tad Tava struktūra atšķiras no jau apspriestās? Ar to ka ir int tipa lauki? Nav jau tas tik būtiski, pieņemu, ka goma smile vel lieto username un ci kolāciju. Pa tiešo to GET vai POST jau neliks tā kā kverijā bez apstrādes. Man vienkārši nebija laika editēt tālāk, jo bija izsaukums steidzams pa darba līniju. Un ja reiz minēji funkcijas, varēji arī tās smalkāk, palasot topiku jau skaidrs it kā, ka ar to būs grūtības goma smile. Un ja jau ir id lauks, tā kā vajdzētu arī auto increment, ne? Jēga tur īsti nav savādāk, jo tā pat jau id lauku izmanto pēc id, kur secība nav svarīga, svarīgs ir id unikālais. Ok, es pazūdu līdz nakamajam gadam:) Laimīgu Jauno Gadu visiem!

Visa problēma ir kverijā kurš selektē draugus un tikai man liekas. Ja selektē SELECT user_id FROM draugi WHERE to_user_id='$mans_juzera_id' AND statuss=1 , rādīs Jānim.

Nu bet es jau 14 postā rakstiju kā:( Un kāda tur vajadzīga funkcija vēl, parasts SELECT kverijs -> if(kverijs ir tukšs) {kverijs ar INSERT} un viss. Ja kverijs atgriezīs kādu ierakstu, tad if nosacījums nelaidīs to INSERT kveriju, bet turpinās iet tālāk neko neierakstot tabulā. Tas taču tik vienkārši ir. Te man liekas vairāk ar loģiku Tev grūtības.

if(user_id!=to_user_id) raksti kveriju Ja būs vienāds, ies tālāk nerakstot. A par tām vairākām reizēm: SELECT * FROM draugi WHERE user_id='$user_id' AND to_user_id='$to_user_id' Ja kverijs atgriezīs ne tukšu, tātad ir jau tāds ieraksts. Un ja reiz tāds ieraksts jau ir, tātad uzlūdz vēlreiz. To arī pārbaudi un neatļauj otro reizi tādu kveriju izpildīt.

vienkārši pirms uzlūgt, pārbaudi vai jau nav tāds ietraksts. Ja sevi, lai nelūdz savu user_id. Un viss:)

He he he, sevi uzlūgt:D Tev taču jau struktūru uzrakstija. To, kad/ko/kā ierakstīt datu bāzē un kā paņemt jau tā kā vajadzētu zināt. Savādāk jau kā pret stabu.... Tabulā glabājas ieraksti kurš kuru uzaicina un statuss ir 0 kamēr neapstiprina tas otrs. Kāda problēma? user_id(lietotājs kurš aicina) | to_user_id(lietotājs kuru aicina) | statuss(kad tikai aicina ieraksti nulli, kad apstiprina ieraksti 1) No tādas tabulas visu vaqjadzīgo varēsi izvilkt. Gan cik ir draugu, gan cik neapstiprinātu, gan cik vispār. Ja vajag vēl ko papildu, laukus vari vienmēr pielikt vēl, piemeram laiku un kad dzēš no draugu listes.

Vienīgā problēma visdrīzak ir tāda, ka neorientējies skriptā. Kad uzliki visu bija kā vajag? Jo tas "man teica"... visdrīzāk liecina par to, ka kādā tur hosta panelī piedāvāja uzlikt IPB(viens peles klikšķis), aizpildīt install formu un otrs klikšķis. Ielogojies kā admins, sakonfigurēji un saglabāji. Tagad ķēries testēt un būūuu, mums jāpalīdz atrast kur tā vaina.

vispār tā ir problēma daudzviet, nelabprāt dzēš. Nezinu kāpēc tā, bet nākas diezgan stingri uzstāt uz to lai dati tiek dzēsti.

grūts gabals, būs jāpiezvana par pārrēķinu. Bet tā, nav nekādu problēmu bijis man. Support kā minimums 6-10 stundu laikā ir.

Var mazliet par failu extention? Ja jau vēlies gatavu.

Nu redzi, tā jau ir pavisam cita lieta un nekādu telepātiju nevajadzēs:) Nezinu tieši kā, bet arī ar php varēs tīri labi editēt atskaņojamo gabalu sarakstu. Ielogojies kādā tur kontrol vai admin panelī un rediģē to listi kā vien vajag. Neesmu nekad ar radio ņēmies, tāpēs tā vispārināti.

Pastāsti mums kāda vispār ir vajadzība kontrolēt un kā Tu to saproti. Savādāk tiešām smieklīgi.

http://lv.php.net/imagecopyresampled Tur ir normāli piemēri. Ja vajag tikai atrādot uzlikt izmēru, var to arī uz pārlūka pleciem uzvelt izmantojot getimagesize() un ieliekot izmērus HTML.

Ja glabātu sesiju tur pat kur user_id, mierīgi var ar diviem vaicājumiem iztikt - SELECT un UPDATE. Varbūt pat nav tik kritiski ja last_action laiks glabājas tur pat? EDIT: nepiefiksēju par to vēstuļu sūtīšanu.

POST nav obligāti, lai gan būtu loģiski, un ja nav POST, laikam bija urlencoded. Var taču tā gadīties, piemēram ar REQUEST ņemot jau kodētu urli... Tad ir laikam(neesmu mēģinājis, nelielas podjobkas iespējamas nojaucot stringu GET masīvam) jārēķinās ar papildu variantiem. Ieteiktu jau php header noteikt utf-8 padodot outputu. Failus, kuros ir darbība ar utf-8, tiešām vajag arī tādā kodējumā saglabāt un without BOM parasti.

Tā normāli ņemot jau tai draudzenei/sievai tas būtu pašsaprotami ja zin ar ko īsti draugs/vīrs nodarbojas. Tas taču nav sēdēt draugiem.lv vai vēl ejnusazinkur:)

gatavu negribas dot kaut kā:) google search->ip to country googlesearch->country flags un aiziet php+smadzenes!

Reti gadijumi manuprāt. Bet vispār man arī nepatika ka brauc virsū bubu ja ko pakomentē ne pa Tavam prātam:( Vēl jau ir arī programmētāji, kuri programmē dzelžus, tie gan ar web izstrādi nav saistīti. Labi ka tikai tavs viedoklis. Palasi par to pašu datoru modingu kaut vai. Ir arī veči, kuri programmē dzelžus specifiskām klienta vajadzībām par sakarīgām naudiņām. Lai gan mani var neņemt par pilnu, es neesmu nekāds pro web lietās.

Bet kaut kas jau tanī stadijā nav kā vajag. Varbūt uzliec kādu bildi oriģinālajā izmēra, kura paliek melna pēc upload+resize... Nav īsti saprotams, jo dažas paņem un dažas ne tas resizer. Koda gabalu tam resaizerim jau laikam nerādīsi? EDIT: Opā, nepamaniju, ka koda gabalu jau ieliki:) Ieliec pa starpām lai padrukā ārā $file un $uploadfile lai redz kas tur iznāk par nosaukumiem

Laikam kaut kas nav resaizojot. Faila nosaukumos nav kadi simboli kurus nesagremo pareizi?