mounkuls

Sen neesmu neko uz freehostia darījis. Tur nav hostam backup ar visu bāzi uztaisāms? To varbūt var novilkt pilnībā...

Īsti neatceros, bet vai tikai nav ar allow_url_fopen darīšana. Paskaties ko phpinfo() saka par to opciju.

Sviests. Kādu tur vajag gatavu kodu lai tekstu aizstātu ar img? str_replace() ir pats normālākais risinājums. Ja vajag tos visus smailijus sagrūst arajā, var to darīt, bet tad tā arī jādara. Viens array kur no kā mainīt un otrs uz kuru mainīt. es gan kādreiz mainiju ar ereg_replace tā. Bet ja smailiju ir kādi 20, neredzu jēgu, jo ar str_replace pa tiešo tas darbojas tik pat ātri manuprāt un bez problēmām. Izlasi ko tā str_replace funkcija dara vismaz:)

Grrrrr! Pieturzīmes taču arī ir! Man jau tā savas šeptes un vēl tik super teikumi jalasa:( Normāli ja selektē user_avatar no fusion_users tabulas, tad rezultāts būs tas, kas ir tajā user_avatar. Eju gulēt, rīt 6:30 jāceļas

Tāpēc kā SQL nezin kurai tabulai kas ir no tā comment_name=user_id fusion_profilucomments.comment_name=fusion_users.user_id

Tad jau ok. komentari.id='$komentars' Es rakstiju, kad vēl nezināju neko par tabulām. fusion_profilucomments.id='$komentara_id' $komentara_id ir tas konkrētā komentāra id. Kautkā taču to identiīcē php kad ņem no bāzes...

Atrodi sakarību kā komentāru sapīt kopā ar lietotāju, nu vai abās tabulās piemēram figurē niks? Ja ir tā, tad SELECT avatar FROM lietotaji JOIN komentari ON(komentari.niks=lietotaji.niks) WHERE komentari.id='$komentars' LIMIT1; gribēju jau pielabot, bet nu varbūt pacenties pats pēc šī izlobīt. Ja comment_name=user_name , domāju galā tiksi:) P.S. Es tāds riebīgs tāpēc ka to pirmo postu lasot sanāca škrobe:p To INSERT INTO gan nākamreiz nevajag bez vajadzības postēt te, galu galā tas ir hash ar privātiem datiem, mani neintersē konkrēti ieraksti tabulā, bet tās struktūra:) lietotāja id vai niks?

iedod abas tabulas. Domājams, ka komentāru tabulā id nozīmē pavisam ko citu kā lietotāju, tā ir? andrisp bija labu linku ielicis kur patrenēties SQL, tur ir arī par JOIN tīri labi sākumam. Re kur http://sqlzoo.net/

Jauna sadaļa parasti tiek veidota tematisku apsvērumu dēļ. Man jau liekas, ka tas ko vēlies ir sadalīt pa lapām vai blokiem, kautkas līdzīgs list pagination laikam bija?

atkarīgs vai ir sakarība lietotāja id vai nika tajās tabulās. Ja ir, var protams. Ar JOIN varētu paņemt, ja lietotāju tabulā ir tie avataru linki vai kādi id uz avataru. P.S. Izklāstīt savu problēmu Tu tiešām varetu iemācīties labāk:) Tu pārsit Nīči:D

Slikti tad esi meklējis! Pat PHP manuālī ir tīri labs piemērs dots ar imagecopyresampled() funkciju. Ierakstiju joka pēc google php+image resize+(tavam gadijumam vēl)aspect ratio un bija gana labi.

$i=''; //defīnē mainīgo if(isset($_GET['i'])) { //ja GET masīvā ir i $i=$_GET['i']; //piešķiram tā vērtību mainīgajam $i } Tad nevajadzētu mest error. Varbūt izskatās nevaajdzīgi, bet tādā veidā vari būt drošs, ka tamlīdzīgus error nemetīs.

Kā tas ir 'nolasa nepareizi'? failā Ielasot $_GET['id'] bija jāsaņem vērtība 2. Tā pat ar pārējo GET masīvu. Neticu, ka ar $_GET['ejnusazin'] nesaņem pie kautkads.php?ejnusazin=vienalgakas to vērtību [vienalgakas]. Saņem. Cita lieta ja filtrējot to saņemto tiek kas zaudēts, tad vaina ir saņemto datu apstrādē, ne nolasīšanā.

Pamēģini varbūt XAMPP serveri, man uz vistas mēģinot darbojās normāli.

Var mēģināt lietot UCASE(lauks) LIKE %search%. Protams arī $search mainīgo vajadzēs strtoupper($search). Bet itkā, ja tabulā laukiem kolācija ir _ci, vajadzēja atrast normāli.

Ja jau tie baneri ir 1.png, 2.png, 3.png......., varēji vienkārši <?php $skaitlis=rand(1,8); echo '<img src="banners/'.$skaitlis.'.png" alt="" />'; ?> Hmm, lapu jau vajadzēja ielādēt, ja img tagam ir likts alt parametrs.

Kāpēc tā sarežģīt? $page=1; if(isset($_GET['page']) && is_numeric($_GET['page'])){ $page=(int)$_GET['page]; }

Laikā, kad tapa tā latviskā grāmata(pats neesmu lasijis, tikai internetā mazliet to, kas bija publicēts), file_get_contents un file_put_contents funkcijas visdrīzāk nemaz nebija. Bija file, fopen, fwrite/fputs, fclose ->PHP4. Man pat liekas, ka tā būtu vieglāk iesākt mācīties kā strādāt ar ierakstiem un nolasīšanu failos. Varbūt ka ne, nevaru apgalvot. Es tā sāku. Par fopen gan noteikti jāizlasa, atkarībā no tā, kā atver failu, ieraksts arī tiks veikts attiecīgi. Nav ko brīnīties, ka 'w' failu iztukšo pirms ieraksta, tā tam ir jābūt.

Varbūt Artenis domāja lai selektē visus link=1&id=2&a_id=3 un selektē tikai kādu vienu ierakstu. Tad pie WHERE ar AND to var. Lai gan nezinām jau tabulas struktūru. Un kas tajā laukā s_id īsti glabājas?

Nu bet nav jau $_COOKIE['name'] nemaz izveidots, ko tad lai izvada?

andrisp, var jau būt. Neesmu to pat mēģinājis nekad darīt, kautkā nelikās pareizi. Man pietika palasīt, ka garām ir mēģinat sakārtot id ar auto_increment pēc kārtas gadijumā kad dzēš dažus ierakstu. Tā darīt nevajag, tas ir garām. (vismaz tā es to saprotu)

Ja lauks ir auto_increment, tam nevar uzspiest/norādīt vērtību! Tā tiek palielināta par vienu katru reizi ja tiek veikts ieraksts automātiski. Var protams ar UPDATE arī to id mainīt, bet tā jau būs pornogrāfija un risks ka SQL visdrīzāk saies sviestā.

doma ar "ne tādu" URL ir pat ļoti pareiza, tad lapa neskaitās tā pati un attiecīgi netiek ņemta no keša. Iekš WML setvar neko galīgi nepalīdzēs:) setvar ir definēt mainīgo konkrētā WML dokumentā(kurā var būt teorētiski pat 99 card, dabā normāli var izmantot labi ja 10), tā kā tas garām galīgi. Ak jā, iekš WML metataga ar refresh nav, ir pašai card pārlāde ar ontimer tikai. Parasti to lieto wap čatos vai savdabīgas atrādīšanās pēc iesācēji imitējot slīdošo rindu vai pielasošos tekstu. Tas ir paradīt ka var, bet ne racionāli WAPam:)

<card id="card_id" title="card_title" newcontext="true"> Tikai šādi. Tas gan vilks aiz sevis nepatīkamu parādību izmest no hosta, gadijumā ja lietotājs spiedīs taustiņu [back], bet citādi WML nevarēs. Te gan jāsaka, ka tas atkarīgs ar kādu pārlūku atver WML lapu, ja standarta mobilo pārlūku, pietiek arī ja norāda <input type="text" name="field_name" value=""/> Taču Opera pārlūks lieliem soļiem dzenoties pēc TOP BROWSER ir savā evolūcijas laikā daudzās versijās pielaidis kļūdu un input laukus nevis atstāj tukšus, bet gan aizpilda ar teksta gabalu, kas ir pirms value="". Dažās versijās tas ir labots, arī Opera 9.50, bet ne visās.

Neņem galvā:) Galvenais lai saproti kam domāts \n un kā darbojas salikts strings un ko dara [=] un [.=]