Jump to content
php.lv forumi

baigi interesanti

Reģistrētie lietotāji
  • Posts

    13
  • Joined

  • Last visited

Posts posted by baigi interesanti

  1. Nepieciešams sakarīgs modālais popups (popups tajā pašā lapas logā) kas katram visitoram iedotu cookiju, pēc kura noteiktu vai rādīt visitoram viņu vai nē.

     

    Nepieciešams mazliet pieregulējams izmērs un lai viņā var vienkāršu html kodu iemest ko tas parādītu...

  2. Tātad nolēmu uzlikt lighttpd+fastcgi+mysql uzlikt xcachu, domāts darīts- vienīgi tagad gan cpu gan memory pamatīgi aizdirstāki abi- performances uzlabojumi- minimāli, ja ne pat degradācija.

     

     

    Xcache konfigurēta sekojoši-

    XCache Support	enabled
    Version 	1.2.1
    Modules Built 	cacher
    Readonly Protection 	N/A
    Opcode Cache 	enabled, 33,554,432 bytes, 2 split(s), with 8192 slots each
    Variable Cache 	disabled
    Shared Memory Schemes 	malloc, mmap
    
    Directive	Local Value	Master Value
    xcache.admin.enable_auth	On	On
    xcache.cacher	On	On
    xcache.coredump_directory	no value	no value
    xcache.count	2	2
    xcache.gc_interval	300	300
    xcache.mmap_path	/dev/zero	/dev/zero
    xcache.readonly_protection	no value	no value
    xcache.shm_scheme	mmap	mmap
    xcache.size	32M	32M
    xcache.slots	8K	8K
    xcache.stat	On	On
    xcache.test	0	0
    xcache.ttl	3600	3600
    xcache.var_count	1	1
    xcache.var_gc_interval	300	300
    xcache.var_maxttl	0	0
    xcache.var_size	0M	0M
    xcache.var_slots	8K	8K
    xcache.var_ttl	0	0

     

    Kastei rams ~570mb.

     

    PHP 5.2.10 (cli) (built: Nov 13 2009 11:44:05)
    Copyright (c) 1997-2009 The PHP Group
    Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
       with XCache v1.2.1, Copyright (c) 2005-2007, by mOo
    

    lighttpd/1.4.26 (ssl) - a light and fast webserver
    

     

    xcache.ini - tīrs copy/paste bez saprašanas parametru būtībā. Varbūt kāds ar iepriekšēju pieredzi var padalīties gudrībās?

  3. Tam jau izbūros cauri,

     

    problēma tajā, ka nekas nesanāk, resp atrodos šeit, lai kāds zinošāks ar karoti mutē iebarotu attiecīgās problēmas risinājumu.

    Nāku te, jo visu nakti esmu pavadījis raujot matus no galvas ārā ar visādiem piņķerīgiem sīkumiem, tad nu nolēmu pamēģināt savu veiksmi te.

    yodog.gif

    Jāiet pagulēt.. laikam...

     

     

    EDIT-

    Laikam izdevās-

    function remove_menus()
    {
       global $menu;
       global $current_user;
       get_currentuserinfo();
    
       if($current_user->$user_level <  8)
       {
           $restricted = array(__('Posts'),
                               __('Media'),
                               __('Links'),
                               __('Pages'),
                               __('Comments'),
                               __('Appearance'),
                               __('Plugins'),
                               __('Users'),
                               __('Tools'),
                               __('Settings')
           );
           end ($menu);
           while (prev($menu)){
               $value = explode(' ',$menu[key($menu)][0]);
               if(in_array($value[0] != NULL?$value[0]:"" , $restricted)){unset($menu[key($menu)]);}
           }// end while
    
       }// end if
    }
    add_action('admin_menu', 'remove_menus');
    
    
    

    EDIT2: nē, kaut kas nav. vakars gudrāks par rītu...

  4. Man jau patīkas,

     

    it īpaši transformācija uz wp mu ar vienu rindiņu configā, bija doma vairākiem blogiem pārkāpt uz MU, bet bija bail, domājot, ka process varētu izrādīties diezgan sāpīgs. WP3 konkrēti šajā ziņā ietaupīja galvassāpes, atstājot tās citur, kā piemēram pluginu nesaderības...

     

    Visā visumā, labs, rekomendēju...

  5. tātad, dabūju smuku kodiņu-

     

    function  remove_menus () {
    global $menu;
           $restricted = array(__('Dashboard'), __('Posts'), __('CubePoints'), __('Media'), __('Links'), __('Pages'), __('Appearance'), __('Tools'), __('Users'), __('Settings'), __('Comments'), __('Plugins'));
           end ($menu);
           while (prev($menu)){
               $value = explode(' ',$menu[key($menu)][0]);
               if(in_array($value[0] != NULL?$value[0]:"" , $restricted)){unset($menu[key($menu)]);}
           }
    }
    add_action('admin_menu', 'remove_menus');

     

    Izdevās visu sataisīt tā, lai darbojas.

    Tagad vien ir vēlme piedabūt viņu darboties tikai uz useriem kam ir noteikts levels (wordpress)

     

    tad nu atradu funkciju, kas derētu šeit-

    $user_level

    atradu arī kur lietota piemērā-

    if (isset($_GET['jal_edit_options'])) {
       add_action('init', 'jal_shout_edit');
    }
    
    function jal_edit_options () {
       global $user_level, $wpdb, $table_prefix;
    
       get_currentuserinfo();
       if ($user_level <  8) die('Nice try, you cheeky monkey!');
    
       $text = $wpdb->escape($_GET['jal_text']);
       $id = $wpdb->escape($_GET['jal_comment_id'])
    
       $wpdb->query("UPDATE ".$table_prefix."liveshoutbox SET text = '".$text."' WHERE id = ".$id);
    
       update_option('shoutbox_name_color', $_GET['shoutbox_name_color']);
    }
    

     

    Tātad jautājums ir-

    kā lai es izpildu funkciju tikai noteiktam usera levelam??

    Piedodiet, ja kādam šis šķiet pašsaprotami, php man ir melna bilde, lēnām cenšos to izgaismot.

  6. Tātad, ir problēma ar contenta thiefiem/trubas aiz*irsējiem.

    Esmu kaut kur sen manījis risinājumu, ka tiek servots hotlinkotā attēla vietā kāds konkrēts jpg vai gif fails kurā rakstīts, piemēram, "Mūdzi, rokas nost, bla bla bla".

     

    Tātad, ir kādas idejas kā to izdarīt?

  7. Ehh,

     

    Tātad, lapa- 8000- 18000 UV dienā, problēma, ka ne visas dienas laikā, bet ar konkrētiem "spaikiem".

    Hostējas pašlaik uz Hostgator VPS 2 ar 57x MB ramu.

    Viss notiek uz centOS + Apache + PHP + MySQL.

    Lapa griežas uz Wordpress.

     

    Neesmu īpašs speciālists optimizācijā utt., bet ir izdevies visu to pasākumu noorganizēt griezdamies.

    Problēma ir, ka apaches workeri aizd*rš visu RAMu, rezultējot ar Apaches nokāršanos.

    Atslēdzu liekos moduļus apachei, činījos pa konfigiem, bet tik un tā, manuprāt, serverītim rokas par īsu.

     

    Atradu variantu- WordPressam WP-super-cache + Apache statisko lapu ģenerācijai ar PHP, un NGINX statisko padošanai tālāk. Kaut kā neizdevās piedarbināt.

     

    Domāju, vai ir iespējams šo pašu serverīti piedarbināt pavilkt attiecīgo slodzi, un, ja ir, tad kā?

    Ir ideja upgreidot uz VPS level 3 ar 1,86 ghz un 11xx MB ramu, bet nepamet doma, ka šo pašu varētu kaut kā optimizēt slodzēm.

     

    Anyway, Ieteikumi līdz šim? Dedicated kaste? Kaut kāda cita ideja?

×
×
  • Create New...