Gacha

Vajadzīga elementāra lieta, ar XMLhttp funkciju izsaucu urli ar attiecīgajiem parametriem un iegūstu atbildi, šo atbildi nepieciešams apstrādāt šai pašā funkcijā, bet man neizdodas to dabūt, iegūstu vērtību tikai 2x izsaucot funkciju, saprotu, ka kaut kas nav pareizi ar to data, bet kas tieši, nevaru saprast.

 

var data = '';
function bumbum(){
var xmlhttp = false;
 try{xmlhttp = new ActiveXObject("Msxml2.XMLHTTP");}
 catch(e){try { xmlhttp = new ActiveXObject("Microsoft.XMLHTTP");}
 catch(e){try { xmlhttp = new XMLHttpRequest();}
 catch(e){xmlhttp = false;}}}
 if(!xmlhttp) return null;

 xmlhttp.open("GET",'atbilde.php',true);
 xmlhttp.onreadystatechange = function(){if(xmlhttp.readyState==4){data = xmlhttp.responseText}}
 xmlhttp.send(null);
 alert(data);
return false;
}

Nu, ja neuzticies tiem, tad jeb kurā brīdī vari pārbaudīt tā tipu un/vai piešķirt citu. Te jau ir tas pluss, ka PHP ir dinamisks.

Robi, es tevi tā labi nesaprotu, kāda tev starpība, kā citi pelna. Neviens no sākuma netaisa ideālus piedāvājumus, no sākuma visi mācās.

pārdot lietas, kas nav to vērtas

Kā tu zini, cik tas cilvēks jēdz no programmēšanas, vismaz dizainu salīmēt viņš māk tīri pieklājīgi.

sākot no 100 Ls, nevis 200 (protams, apzinoties, par kādu līmeni te iet runa).

Tad parādi, ko tu esi uztaisījis labāku par šo "frīku", ja jau atļaujies runāt par augtākiem līmeņiem.

 

Šitās tavas runas man ļoti atgādina tos visus īstos, kuri hackers.lv nolika draugiem.lv , kaut gan paši ir - citāts:

ģēniji neatzītie

(šitas teicien man baigi patika :) )

Labi, ka tu mums tāds gudrs B) , es pats vēl atceros, ka tu uzdevi arī tikpat stūlbus jautājumus.

Nu nezinu, vai ilgtermiņa projektam šādi ietaupīt būtu labi, nav jau jalieto smarty vai kas tamlīdzīgs, var jau izveidot paši savu sistēmu, kurā strādātu salīdzinoši ātri.

To es ar pamaniju, ka baigi nesmuki izskatās, tas, ka html ir iekš koda. Ko viņi darīs, ja izdomās jaunu dizainu taisīt!

Bet šajā gadījumā sesijas strādātu atrāk, nekā piem. atlasīt vārdu,uzvārdu,niku, vēl kādu sīkumu no DB.

 

Un ko jūs paši darītu, ko mēģinātu optimizēt, ja būtu līdzīgs gadījums?

Ar tām sesijām/kukijiem jau varētu šo to atvieglot. Bet ja lietotu OOP nekas nemainītos, jo OOP ir programmēšanas stils, ja to tā var saukt, bet nevis ātruma uzlabotājs.

 

Man nekad nav gadījies ņemties ar tik drausmīgu lietotāju skaitu (viņi paši, laikam ir 1 latvijā, kuriem gadījies), bet domāju, ka te var programmēt PHP līki vai taisni un šā vai tā būs samērā ilga ielāde - domājams, ka te nepieciešama kāda cita stratēģiska pieeja, vai nu kaut kāds C supersofts, kurš kaut ko dara daudz ātrāk nekā php (dzirdēju, ka viņi kaut ko tml. lieto), vai arī domāt par stipriem dzelžiem un slēgt tos kopā.

 

Vispār te ir šausmīgi daudz variantu, kurus varētu izmantot, gan jau ka kādam te forumā ir kāda ļoti laba ideja - vispār gribētu zināt, tapēc jautājums:

Kā panākt, lai draugiem.lv strādātu puslīdz normāli?

Paņem uz kredīta 40Ls menesī superkompi, un pa atlikušiem desmit paņem Rīgā internetu.

 

Vai tev tik ļoti patīk tā spēle, ka tu esi gatavs ziedot 50Ls mēnesī, vai arī tur ir kāds bizness?

Tnx, tagad viss ir ok un strādā pareizi, liels paldies :)

 

Es nekad nebiju strādājis ar html izveidi čerez javascript (visi tie node un childnode), tapēc man šis bija kas jauns un tapēc ar nezināju, kur un kas, bet labi ir tas, ka te ir izpalīdzīgi cilvēki.

Kārtējo reizi paldies bubu :) Es izmēģināju un tas strādā, un kad jutīšos, kā cilvēks arī izpētīšu, kā tas strādā.

 

un ar to kārtošanu ir domāts nevis tas ko saprati, bet tad kad tu kreisā pusē uzspied uz vienu elementu, un tad uz otru, tie maina kārtību. Šo darbību veicot: ja lastElem ir lielāks par target, tad viss ok, bet ja target ir lielāks, tad nestrādā korekti, cerams, ka šoreiz izteicos mazliet skaidrāk :rolleyes:

Es centos pielikt vēl vienu funkciju tam visam, tā ka iezīmē kādu lauku kreisajā pusē un nospiež pēc tam uz kādu no labās puses, tad objekts tiek dzēsts no kreisās puses, bet nezinu visu to javascript sintaksi un ar veselību ar šodien galīgi sūdīgi, tapēc neizdevās.

 

Un nevaru izprast, kapēc kreisās puses laukus kārtojot, no augšas uz apakšu viss ir ok, bet otrādi gan kaut kas nestrādā.

 

paldies jau iepriekš :)

kristab, atrodi divus dizaina resursus 1, kas taisa kaut ko šādu un otru kaut ko tādu, kā Robis piedāvāja. Tad kad klients prasīs par dizainu, tad pasaki attiecīgam dizainam cenas un ļauj viņam pašam izlemt, jo tev takš ir pilnīgi vienalga, cik klients maksā par dizainu, galvenais, ka tu par kodu dabū piķi.

Liels paldies bubu, par palīdzību :) Es jau zinu, ka kods nav labs, jo sākumā nebiju domājis taisīt visu tik sarežģītu, tapēc no sākuma nepiedomāju pie tā, bet vēlāk negribējās pārtaisīt un javascriptu nezinu tik labi cik tu, lai zinātu visus knifus.

 

Papētīšu tavu scriptu tā kārtīgāk un uztaisīšu savu līdz galam.

Scripts ir šeit

Ir divas kolonas ar laukiem, kur kreisās puses laukus var mainīt vietām klikšķinot uz tiem, bet labās puses lauki ir domāti liekie lauki.

 

Problēma rodas tad, kad kāds elements no kreisās puses tiek pārbīdīts uz labu un mēģina to samainīt vietām ar kādu citu lauku.

 

Es domāju, ka problēma ir saistīta ar globāliem mainīgajiem. Kad izpētat kodu, tad pievēršat uzmanību šai rindai

var old_data = new cloneObject(allfields);

iekš funkcijas ch_item().

Man tas administrātors arī nepatīk, tur querijiem tiešām vietas nepietiek un inserti un updeiti ari nav izdomāti līdz galam, tapēc pārsvarā izmantoju phpmyadminu, ar kuru viss ir ok, gan ir pāredzams, gan iespējas ir daudz.

Un lai tu pilnvērtīgi varētu strādāt ar utf8 uzliec vēl mbstring moduli priekš php.

Kāda ir atšķirība starp utf8_unicode_ci un utf8_general_ci ?

Personīgi es JOINUS iemācījos pēc šī turtoriāļa.

Iespējams, ka ar JS to var, bet man firefox jau tāpat to atceras

 

EDIT: Un vispār es netīšām atvēru googli un tur ierakstīju "javascript remember scroll position", tad 5 linkā atradu šo te rakstu. Vai tad tik grūti bija pameklēt :)

2aja: 8.3292 sekundēs

Gribētos zināt, cik tūkstoši vai miljoni tev ir tie lietotāji, ka tik šausmīgi ilgi izpildās? Vismaz varēja būt 1.999 ;)

Nu nepareiz priekšstats ir radies taviem vācu partneriem :) Pastāsti tam direktoram, lai viņš pastāsta tiem vāciešiem, ka tomēr mēs no maizes un ūdens vien neiztiekam!

Zinu atskiribu, un nebija jabut, jo tevis piedavatais variants neizpildas pareizi...

Nu izskatās, ka tomēr nezini gan! "=" piešķir vērtību un ar to neko nevar pārbaudīt! Ar "==" pārbauda vērtību!!!

Šajā gadījumā:

if($avatars = $aut['avatars'])

Tu mainīgajam $avatars piešķir $aut['avatars'] vērtību. Nu ok, tā tu vari darīt, bet tad kapēc tev ir "if" ?

 

Mysql pieprasijums neapstājas, tas "apstātos" - atgriestu mysql_num_rows = 0 tikai tad, ja pēc attiecīgā WHERE nosacījuma neatbilstu neviens ieraksts. Bet tas ko tev vajaga ir pavisam vienkārši, paņem atlasi datus, pēc lietotāja un tad pārbaudi, vai avatars ir, vai nav, ja ir tad ieliec bildi, ja nav, tad nedari neko, vai ieliec kaut kādu defaulto bildi. Un vēl, tu atlasi lietotāju, pēc tā logina vārda - tas nav labi! Ja nu būs lietotājs janis un Janis ??? Ko tad? Tas tavā gadījumā, būs viens un tas pats, tapēc labāk atlasīt lietotājus pēc viņu ID nummuriem, vai arī atlasīŧ vārdu, kā "CAST(username AS BINARY)" - ajā gadījumā tas salīdzinās binārajā, nevis pašus burtus.

$query = mysql_query("SELECT id, komentaruskaits, avatars, avatar_width, avatar_height, apraksts,CAST(username AS BINARY) FROM lietotaji WHERE username = '{$row['autors']}' LIMIT 1");
if($query){
  $row = mysql_fetch_assoc($query);
  if($row['avatars'] != ''){
       echo 'Avatars ir!';
  }else{
        echo 'Avatars nav!';
  }
}else{
die('Notikusi SQL kļūda');
}

Vēl jau var pārbaudīŧ vai mysql_num_rows kaut ko atgriež, un vai mysql_fetch_assoc nostrādā, bet cik teici, tev pārbaudes nav vajadzīgas, tad ari nerakstiju!

Nu tā nav labi! Kapēc, tev to nepārbaudīt jau sākumā, pie mysql_query ? ja tu pārbaudīsi mysql datu patiesumu, tad tev nebūs vajadzības izpildīt tālāko kodu un attiecīgi lapa ielādēsies ātrāk!

error_reporting() gan atstāj uz E_ALL! Mācīsimies tak vienreiz korektu kodu rakstīt.

13928[/snapback]

Pārsvarā visur lietoju "isset", bet ir daži gadījumi, kur domāju, ka ērtāk ir bez isset, bet ar @.

 

Šā koda vietā:

if(isset($_GET['edit'])){
if(preg_match('#^[0-9]{1,11}$#',$_GET['edit'])){
...
}
}

bieži lietoju šo kodu:

if(preg_match('#^[0-9]{1,11}$#',@$_GET['edit'])){
...
}

Un vai tiešām tas ir tik slikti?