Jump to content
php.lv forumi

draugz

Reģistrētie lietotāji
  • Posts

    141
  • Joined

  • Last visited

Posts posted by draugz

  1. (
    	( SELECT 'audi' as `type`, audi.title as title, audi.dateadded as added FROM audi ORDER BY audi.dateadded DESC LIMIT 10 )
    	UNION
    	( SELECT 'bmw' as `type`, bmw.title as title, bmw.date as added FROM bmw ORDER BY bmw.date DESC LIMIT 10 )
    );
    

     

    Šitā vajadzētu strādāt pareizi, vienīgi, ir nevis labā un kreisā puse, bet pielikta kolona tips.

    Un vispār mašīnas vajadzētu glabāt vienā tabulā, un vienkārši pielikt papildus lauku ražotājs.

  2. Pamēģini, visiem saglabājamiem datiem sākumā šādi.

    $vards = $_POST['vards'];

    Aiztāt ar 

    $vards = mysql_real_escape_string( $_POST['vards'] );

    Un, ja parādīsies kaut kāds exception vai error, tas nozīmē, ka tev nav aktīvas mysql konecijas (mysql_connect );

  3. F3llony, tas ir tikai mans subjektīvais viedoklis, tieši tāpat kā Tev ir savs.

    NDA ir tik pat liela formalitāte, kā valsts garantētā pensija. 

    Tākā mūsdienu eiropas likumdošana nenodrošina autortiesības uz ideju, to var brīvi kopēt un izmantot. Idejiski drīkst arī izmantot citu cilvēku izdomātus algoritmus ar nosacījumu, ka tie netiek nospiesti 1:1

     

    Bez tam es nekad neielaistos sarunās ar pasūtītāju, kas grib noslēgt NDA, tas vien liecina, ka viņš ir potenciāls kapeiku pisējs. 

    Saprātīgi biznesa cilvēki sen ir sapratuši, ka bizness bez riska nepastāv. Gribi nopelnīt es gatavs zaudēt...

  4. NDA ir tikai formalitāte reālajā pasaulē tā Tevi neglābs, turklāt diez vai kādam izstrādātājam būs vēlme parakstīties uz NDA, mazums viņam pašam jau šāda ideja jau ir sen, tikai nav laika pieķerties.

    Labākais, ko vari darīt šādā sakarā ir pats uztaisīt cik tālu vari, palaid tautās, lai kaut kas griežas un pēc tam meklē labus investorus, kas gatavi tavu labo ideju attīstīt.

  5. 1) Cerams otrajā variantā $.get("ajax",... ir tikai kļūda pārkopējot tekstu

    2) Ja tu zini, ka ajax.php Tev atdos json saturu, tad arī pierasi $.getJSON(...) vai $.get( ..., "json")

     

    Ja izlabosi iepriekšējos punktus esmu pārliecināts ka tavs piemērs sāks strādāt, bet es gan to izveidotu šādu:

    var refresh = function( timeout ){
        timeout = timeout || 10000;
        
        setTimeout( function(){ 
            $.get("ajax.php", function( json ){
                var laiks = parseInt( json.laiks ) * 100;
                $("#ending").html(json.table);
                
                refresh( laiks );
            }, "json");
        }, timeout);
    }
    
  6. Man liekas, problēma ir tajā, ka jQuery nesaprot, ka tu viņam dod divus masīvus. Pamēģini

    
    
    function getFieldValues(data) {
     $(data).each(function(k1,v1){
      $( v1 ).each(function(key,value) {
       $('#'+key).val(value);
      });
     });
    }
    //Vai arī vienkārši
    function getFieldValues(data) {
      $( data['visitors'] ).each(function(key,value) {
       $('#'+key).val(value);
      });
      $( data['additional'] ).each(function(key,value) {
       $('#'+key).val(value);
      });
    }
    
  7. Pieļauju, ka problēma slēpjas tajā, ka

    
    
    jQuery('.confirm_popup').click( function( e ) { /** dari kautkoto **/ });
    

    tiek izpildīts vēl pirms ajax satura ielādēšanas. Ja tā tad Tev var līdzēt divi varianti

    1) bindu ieiliec ajax callbackā

    2) izmanto 

    
    
    Jquery('.ajax-container').on( 'click', '.confirm_popup', function( e ) { /** dari kautkoto **/ } );
    
  8. Es personīgi FK lietoju tikai izstrādes vidē. Bet bez visiem CASCADE update,delet ,etc. Galvenā doma ir lai piefiksētu kurā vietā programma mēģina izmantot ierakstus, kas ir nepareizi. Produkcijā vienmēr izmantoju vienkāršus indexus jo FK izmantošana var novest pie katastrofālām sekām. Īpaši CASCADE delete. Protams visi mēs te esam guru utt, taču nedod dievs hakeri iegūst iespēju izpildīt DELETE uz vienas tabulas un tam automātiski sekos visas tabulas....

     

     

    Ne tikai vērts, bet pat vajadzīgs. Jo īpaši lieliem projektiem, kur datu integritāte ir vitāla un performance->whatever trade-off arī.

    Ka jau minēju uzskatu, ka FK ir labs tikai izstradē, lai uzbūvētu pareizu sistēmu. Kad tas ir izdarits FK ir lieka slodze serverim. Lielākā daļa MySQL guru iesaka izvairīties no FK lietošanas produkcijā.

    Manuprāt, īpaši lielie projekti, izmanto citas DB un ja nu tomēr viņi izmanto MySQL, tad noteikti datu svarīgumu dēļ tiek izmantotas ari tranzakcijas... tranzakcijas + FK ir nāviga kombinācija. Gadījās redzet vienu projektu uz MsSQL, kur bija izmantota šī pieeja tranzakcijas + FK... Deadlocki šādā sistemā bija normāla parādiba, bija gadījumi, kad lidzēja tikai restarts :)

×
×
  • Create New...