Jump to content
php.lv forumi

baigi interesanti

Reģistrētie lietotāji
  • Posts

    13
  • Joined

  • Last visited

baigi interesanti's Achievements

Newbie

Newbie (1/14)

  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. Sveiki, Meklēju pavisam triviālu php komentāru skriptu ko iekļaut jau esošā php lapā, jābūt: Ielogošanās tikai ar draugiem.lv pasi triviāla adminstrēšanas iespēja Ideāli jau būtu ja draugiem.lv paši nodrošinātu ko tādu kā facebook (http://developers.facebook.com/docs/reference/plugins/comments)... Labprāt uzklausīšu padomus, kur sākt vispār...
  3. 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?
  4. 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. 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...
  5. 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...
  6. 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.
  7. 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?
  8. Nu jā, cik saprotu wordpressam maz vajag. Piedāvājums interesants, uzkontaktē mani - symbiannut at gmail punkts com
  9. Nu sanāca uzlikt nginx uz 80to portu, apaches procesus atstāju fonā listening uz 8080to portu. Neizevās nginx saveidot konfigu, ko centos atkost pēc šī parauga- http://tech.nocr.at/tech/how-to-speed-up-wordpress-with-nginx-and-wp-super-cache/
  10. 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?
  11. Izdevās, ar izslēgšanas metodi atradās! Paldies par ātro atbildi. Atvainojiet par bezjēdzīgo topiku!
  12. Sveiki visiem! Šis ir mans pirmais posts šinī forumā :) problēma atrisināta
×
×
  • Create New...