des

paldies bubu, bet kur šī rina būtu jāliek iekš tā koda?

this.value.replace(/\n/g, "<br/>");

19138[/snapback]

manupraat, pirms rindinjas

div.innerHTML = obj.value;

bet man gan ir aizdomas, ka bubu dotais piemeers izvaros to textarea, arii tur saliekot visus tos <br/> (kas nebuut nav vajadziigs).

taapeec labaak laikam taisiit:

div.innerHTML = obj.value;
div.innerHTML.replace(/\n/g, "<br/>");

Nevajag arī pārspīlēt. Pieļauju domu, ka lapas dizainā ir paredzēts kāds specifisks fonts virsrakstiem un tad nu nav nekādu problēmu uzģenerēt bildi pie pirmā pieprasījuma un saglabāt to kaut kur uz servera, bet katrā nākamajā reizē jau ģenerēt nevis bildi, bet izmantot jau uzģenerēto. Ir pietiekami daudz projektu, kas šādu shēmu veiksmīgi izmanto.

19137[/snapback]

Bet es tachu jau teicu, ka "Ja tas ir prieksh kaut kaadiem virsrakstiem, butoniem, kuri dinamiski tiek genereeeti, tad veel ok."

Visdriizaakais, protams, ka tas paredzeets nelieliem tekstinjiem.

Pirms tam es vienkaarshi nedaudz uzrakstiiju, ko nevajadzeetu shaadaa veidaa dariit.

protams, tur bija klaat nedaudz ironijas... ;P

To var darīt ģenerējot bildes. Ja tas tevi apmierina, tad skaties http://lv.php.net/imagettftext virzienā.

19131[/snapback]

Nu ja shitaadaa veidaa taisaas drukaat riktiigos romaanus, tad tas vienkaarshi brutaali killees nabaga serveri. Creatojam pie katras lapas ielaades imaagi 800x2000 pix un tik apdrukaajam :D Ja katru burtu atseviskji generees kaa bildi, tad veel pie visa HTML izmeers buus nemerennijs ar visiem img tagiem pie katra burta. Var jau, protams, katram stilam sagjenereet uzreiz gatavu alfabeetu ar trasparentajiem gifiem.

Ja tas ir prieksh kaut kaadiem virsrakstiem, butoniem, kuri dinamiski tiek genereeeti, tad veel ok.

Tam kverijam jau nevajag subselektu!

DELETE ratings 
USING wallpaper
WHERE 
 wallpaper.wallpaperid = ratings.wallpaperid AND 
 wallpaper.galleryid = $gallid

19107[/snapback]

hmm, shitaadu delete versiju liidz shim nebiju izmantojis. kaadreiz iespeejams noderees. thanx :)

nu es jau neko :)

es jau tiekai ieliku to outboundnet saiti :P

Bet lai jau dzheki censhaas un daraas! :)

Uz šī grābekļa laikam gandrīz visi uzkāpuši - optimizēt vajag censties uzreiz, bet ar domu ka scripts jāpatru tīrs un flexibls - ar iespēju dajebko, dajebkad fixi pārtaisīt - tas tā iz sūrās pieredzes:)

19082[/snapback]

Zinu :) Bet taa pieredze naak kaa siipola mizas - pa iteraacijaam un ar visaam asaraam :) Tas, kas pirms 2 gadiem likaas uberkruts risinaajums, tagad izraadaas ir galiigais sviesc :)

Bet taa es pilniibaa piekriitu. Galvenais ir panaakt situaaciju, ka izmainju veikshanai nepiecieshams mainiit vislabaakajaa gadiijumaa tikai vienu funkciju/ konstanti/ierakstu metadatu tabulaa, nevis skraidiit cauri visam projektam. Bet reizeem ir nezheeliigs slinkums taisiit 2 rindu fju, taa vietaa lai fixi labaak paarcopypastotu. Un veel viena lieta - jaataisa taa, lai arii peec gada atverot, pac vareetu saprast, kaa tas sataisiitais straadaa :) Discipliina viennoziimiigi ir jaaieveero.

MySQLs pirms 4.1 versijas vienkaarshi neatbalsta dazhaadu charsetu likshanu dazhaadaam tabulaam. Un dazhaadi charseti dazhaadaam tabulaam un pat kolonnaam ir uuber laba fiicha!

<textarea onChange="updateDIV(this);">

function updateDIV(obj) {
  var div = document.getElementById('outputDiv');
  if (!div) return;
  div.innerHTML = obj.innerTEXT;
}

 

kaut kā tā...

19098[/snapback]

tikai nevajag aizmirst, ka tam divam ir jaapieliek attieciigais ids:

<div id="outputDiv"></div>

a kaadas probleemas ir rakstiit shitaa, ievieshot tabulaam aliasus (parasti ne garaakus kaa 3 simb, bet taadus, kas viegli asocieejas ar pilno tabulas nosaukumu):

'SELECT ta.title as `area`,
        tc.number
FROM
  '.$tC.' as tc LEFT JOIN '.$tA.' as ta ON tc.area=ta.aID
  ORDER BY ta.title,
                 tc.number'

Shajaa gadiijumaa arii, ja tiek joinotas vairaak kaa 2 tabulas, katrs tabulas mainiitais tiek referenceets tikai vienu reizi.

$_SESSION['grozs']=array('preces_id'=>'papildinfo');

 

"SELECT * FROM tabula WHERE preces_id IN (".implode(',',array_keys($_SESSION['grozs']).")"

 

bet vispār jau jā - es glabāju vai nu "īso pierakstu", e.g. preces nosaukums ar linku, vai pat pārtveru HTMLu sessijas mainīgā ar ob_* un tikai laiku pa laikam (kad tiek pievienota jauna "prece") to atjaunoju.

atkarīgs no tā, cik info jāglabā

pie tam arī SQL pusē var nobuferot

19063[/snapback]

Hmm... es gan nekad neesmu benchmarkojis taadu select.... in......, bet katraa zinjaa tieshaam tas arii noveersh selectus ciklaa.

A tas ob_* ir labs ar to, ka der jebkuram groza satura glabaashanas risinaajumam.

Diemzheel man biezhi ir taa, ka kaut ko optimizeet saaku tad, kad saakas probleemas :( Kad kaut ko baigi aatri vajag dabuut gatavu, paliek vietas kodaaa, kuraas ir pielietots pirmais risinaajums, kas ienaaca praataa. Bet nu neko -censhos no kljuudaam maaciities.

+ esmu pieradis tabulu nosaukumus likt mainīgos:

"SELECT COUNT(file_name) AS skaits FROM $tFiles WHERE user_name='".$username."'" etc

19060[/snapback]

Nu tipa jau vispaar

'strings '.$mainiigais.' strings'

parseejaas aatraak nekaa

"strings $mainiigais strings"

būsi bik neprecīzi pirmo variantu sapratis - tb dati datubāzē ierakstās tikai tad, kad pircējs savada savus rekvizītus un ir gatavs ņemt preci(nav tabulas carts, pārējo laiku preču ID glabājas sesijas mainīgajos).

19055[/snapback]

Ok, laikam drusku paarpratu! Tomeer ir viens bet!

Ja Tev sesijaa ir tipa masiivs $grozs, kura elementi ir [preces_id, skaits] tad lai to atteelotu, Tev jaataisa:

foreach ($grozs as $e) {

 mysql_query("select * from products where prod_id=".$e['prod_id']);

 .....

}

Selekts ciklaaa pie katras groza ielaades!

Ja ir tabula carts, tad godiigi visu groza saturu var dabuut ar vienu selektu, attieciigi piejoinojot products pie carts.

Viens selekts straadaa aatraak nekaa selekti ciklaa (nav liekas skraidiishanas starp db & php)

Te gan risinaajums, manupraat, ir, kad preci nopeerk, sesijaa gruust nevis tikai vinjas ID, bet visu preci grozaa atteelojosho HTMLu - tad db vispaar nav jaaaiztiek, lai atteelotu grozu.

SQL kvērijiem vieglāk izmantot ":

"SELECT COUNT(file_name) AS skaits FROM tabula WHERE user_name='".$username."'"

19058[/snapback]

Nu laikam jau, ka tiiri vizuaali cilveekam shitais ir vieglaak uztverams. Tie backslashi reizeem jauc galvu. It seviskji situaacijaas, kad vinji ir vajadziigi triis peec kaartas.

Tātad ir jautājums par e-veikalu preču groza realizāciju.

Kā to vislabāk izdarīt?

 

Pašam ir iešavušies prātā 2 varianti(būtiski, ka lietotājs nelogojas iekšā sistēmā):

1.) Lietotāja izvēlētās preces ID un daudzums tiek glabāts sesijā, un pie vajadzības pēc preču ID noselektē preces un attēlo groza saturu.

2.) Datu bāzē izveido tabulā jaunu grozu ar kādu ID(šo ID saglabā sesijā), kurā arī sakrāmē preces. Saprotu, ka šis gadījums vairāk noslogos datu bāzi, un vēl būs jārūpējas par piepildītiem groziem, kas nav nopirkti.

 

Kādi būtu jūsu ieteikumi?

Varbūt kaut ko esmu sadomājis galīgi aplami?

18989[/snapback]

pirmais variants! Viennoziimiigi!

tipa tabula carts(sesijas_id,produkta_id,nopirktais_skaits,timestamp....)

Kad izdara pirkumu, sapuusham visu tabulaas

orders (prieksh infas par pasuutiitaaju (pasuutiitaaja rekviziiti, ip, laix...)) un order_details (ordera_id, produkta_id, cena_pirkshanas_briidii...)

otram variantam ir jeega tikai tad, ja ir regjistraacija. jo tieshaam... nav viennoziimiiga identifikatora, peec kura noteikt, kam iisti pieder shis grozinjsh. nu var, protams, uzsetot cookiju ar groza_id... bet tas ir tieshaam garaam publiski lietojamo datoru gadiijumaa!

arii pirmajaa variantaa ir jaaruupeejas par piepildiitiem groziem, kas nav nopirkti! Bet nu te pietiek, teiksim, reizi diennaktii padzeest aaraa ierakstus no grozu tabulas, kuri vecaaki par kaadu nedeelju (nu meenesi, ja negribas, lai maniaki, kuri tur browseri atveertu gadiem no vietas, nesadusmotos).

Nu viens vai vairāki, bet cenas ir vienkārši drausmīgas... Ir vairāki tādi sīkaļas, kas piedāvā mājaslapas par 50 Ls, 30 Ls, drosmīgākais atļaujas nosaukt rekordcenu - ap 100 Ls. Kvalitāte - apšaubāma, patiesībā zema, jo arī vecums ierobežo cilvēka iztēli, domāšanas spējas un galvenais - kas ir laba gaume un kas ne.

 

Vēl viens līdzīgs piemērs: http://www.topnet.lv/

19007[/snapback]

papeetam taa www.topnet.lv sourci

<html>
<script>
location = "http://svs.topnet.lv";
</script>
</html>

Rezultaats: bez iesleegta javascripta ir balta lapa. (nu man reizeem gadaas pabrowseet ar astleegtu js, pasham savus projektus testeejot - pasarg'Dies, ja, piemeeram, e-veikalaa klients nevar nopirkt preci tikai taapeec, ka vinjam izsleegts js, vai kaa citaadi sakariigi darboties!).

Uzrakstiet, ja nav gruuti, kaa to visu var dabuut uz "ekraana"? Visu funkciju.

Teiksim datubaazee ir lauks user_name un file_name, es veelos, lai katrs lietotaajs vareetu redzeet savu kopeejo izmantoto apjomu un failu skaitu.

 

Paldies!

19047[/snapback]

nu tipa taa (pac primitiivaakais variants)?

$r = mysql_query('select count(file_name) as skaic from tabula where user_name=\''.$username.'\'');
$l = mysql_fetch_assoc($r);
echo $l['skaits'];

$r = mysql_query('select sum(total_filesize) as apjoms from tabula where user_name=\''.$username.'\'');
$l = mysql_fetch_assoc($r);
echo $l['apjoms'];

KaaaNoShaadaGljukaTiktValjaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa

Man tieshi tada pasha problema :o

17779[/snapback]

http://www.codingforums.com/archive/index.php/t-2075.html

ja jau reiz offtopic, tad gribētu pievērst jūsu uzmanību sludinājumam, ko atradu sekojot

smarty ietekumam.

http://ss.lv/msg/2/28/1374/54933/XVMeF1QXE1UXEw==.html

saki, ko gribi, bet tuvu patiesībai :)

18778[/snapback]

ROTFLMA&BAO :D :lol: :D

Bet, apskatoties sho te:

http://www.outboundnet.lv/web/index.html

Taa vien saak likties, ka realitaate shur tur tieshaam vareetu buut taada.

"Portaals", kura kopeejaas izmaksas ir 95Ls..... Bet labi, tie dzheki vispaar ir reeciigi, jo sakopeejushi visaadus screenshotus no gatavaam templaateem... nav neviena reaala vinju parauga :)

****

Bet par tematu:

Ir neiespeejami atbildeet, jo tieshaam truukst kaut minimaalas konkreetaakas specifikaacijas. Tas 1-1.5 meenesis neko neizsaka, jo biezhi pasuutiitaajiem ir reaala tendence cilveekgadu noveerteet taa kaut uz cilveekmeenesi :) nu tas taa starp citu... :P

Tas vienmēr atkarīgs no situācijas:

 echo '<div id="blabla">';
 ...
 echo "<img src='$src' alt='$alt' height='$y' width='$x'/>";

Nav viena universālā 100% 'pareizā' veida :)

18948[/snapback]

aatraak, protams, noparseejas:

echo '<img src="'.$src.'" alt="'.$alt.'" height="'.$y.'" width="'.$x.'"/>';

visaadi echo "5kbtexta $var veel5kbteksta $var un atkal5kbteksta" konkreeti overheado nabaga parseri, jo liek vinjam mekleet visus tos $varus.

Hei, varbūt kādam ir skripts vai regulārā izteiksme, kas dala vārdus pārnešanai jaunā rindā? Šķiet, ka vajadzētu būt tādiem, slinkums pašam domāt :)

18889[/snapback]

Stipri shaubos, vai vienaa regexpaa var sarakstiit KOREKTU vaardu paarneshanu jaunaa rindaa peec KOREKTAAM latvieshu valodas gramatikas ruuleem :)

Un arii tik pat stipri shaubos, vai shaada veida gatavs skripts paaraak meetaajas kaut kur apkaart :P

Jautaajums!

Kas vareetu buut par probleemu, ja paraadaas mysql_error Server has gone away!

Tas notiek pie faila ieliksanas tabulaa!

Tikai neskaidrojiet man, ka tas nav racionaali - taa nav mana ideja:)

Vajadzeetu jau it kaa but liidziigi kaa ar foto in DB, bet.........

Vispaar tas ir jaaiebaaz BLOB laukaaa.....

Taatad - kas taa ir par kluudu?????

18633[/snapback]

Nu bljin, veel pasaki, ka tie Tev ir 700Mb DivXi :D

Atkarībā, ko Tu gribi uztaisīt.

Lietojot PEAR, jārēķinās, ka katru lapas ģenerācijas reizi, tiek includotas visas izmantotās PEAR klases, ģenerētas, taisītas un blablabla.

Ja Tu paredzi, ka Tavam projektam būs liels apmeklētāju skaits, tad nost ar PEAR. Pie tam visiem tiem PEAR tāpat gadās, ka ir jāzutaisa kaut kas tāds, ko ar to PEAR īsti nevar dabūt gatavu... Tāpat pašam savas šūniņas jāpakustina, jāiebrauc tā PEARa ķeskās. :)

Vēl var pamēģināt

šito

Par daudz tu gribi :). Bildes ir faili, kuras aplūkot var tikai tad, ja tās atrodas uz servera. Nedomāju, ka atradīsi tādu CMS, kurš ar copy & paste varētu tev ievietot arī bildes un augšupielādēt uz serveri. Ja atrod, pastāsti par tādu arī pārējiem.

12701[/snapback]

Nu var jau ar js copeeshanas / pasteeshanas eventus apstraadaat (Mozillai gan shitie defaultaa ir atsleegti (skripts nevar taa briivi darboties pa clipboardu) & iesleegt mazizgliitotam gala lietotaajam tos naff tik vienkaarshi). Tad kaut kur iframis ar width, height 0 uz bildes pasteeshanas eventu nolasa to no clipboarda hvz kaa paarkonvertee & posto uz serveri. kad bildes submitoshana ir beigosies, listenerscripts atkal pazinjo, kur ir bilde uz servera un dhtmlaa attieciigi bilde tiek ievietota.

Betnu.... tas ir par vienu bildi... i to veel, ja arii var uztaisiit, tad tas ir stipri saapiigs pasaakums. Bet par visu worda docu, kursh HVZ kaa tiek ieksh clipboarda saglabaats... lai no taa extractotu bildes un taa apstraadaatu..... shaubos :)

Vot, kad MS uzblieziis "Word for php cms edition", tad probleema buus atrisinaata :P

Nu ir jau arii veel bez php ntaas serverside programmatuuras/skripteeshanas valodas, kas apstraadaat "html" formas. Taa kaa paplashinaajums pilniibaa neko neizsaka. Ieksh cgi jau var sataisiit da jebkuraa normaalaa prog valodaa softeli, kas apstraadaas Tavu noposteeto formu & rezultaatu iebiidiis kaut kur taalaak peec vajadziibas.

:) Nu labi, jaabrauc maajaas guleet driiz :P

Ja gribi progresu, kādā momentā ir jāatsakās no backward compability.

12506[/snapback]

Laikam jau gan... Bet tomeer dumi... ja ir masiiva php aplikaacija prieksh php4, tad, ja mani intereseejoshs hosteetaajs php4 vairs nepiedaavaa, tad viss jaaportee uz php5... neenu nav jau tik gruuti, bet tomeer... :)