Roze

http://lv.php.net/manual/en/features.safe-mode.functions.php Vaig palasīt kas par restrikcijām.. un bananarama komentāru.. Idejiski kā izskatās owneri tu nomainīt nevari safemodē .. proti direktorijai jābūt tiem pašiem owneriem kā skriptam.

Nu tā gluži nevar teikt ka "_nav_ problēmas" jo apache 2.x tiek spiests uz threading mehānismu turpretī php vēlaizvien ar visām savām ekstensijām nav threadsafe (vismaz neviens nedod garantijas) :) Taču noklusētājā prefork variantā protams strādās bez jebkādām kaitēm..

Lieto to vidi kurā pats jūties labāk, zinošāks: http://digg.com/linux_unix/Linus_Torvalds_Visual_Basic_Fan Vislabākais komentārs: "It's not the language, it's the programmer. C++ won't make you a great programmer, and VB won't make you a bad one. It's a tool. How you use it is what makes the difference..."

Idejiski pat nevaig portus mainīt.. Ja serverim ir vairāki IP vai nu ārējie vai iespējams saveidot lokālus interfeisus 127.0.0.1 127.0.0.2 utt.. un katry MySQL laist uz sava IP. Aiz kam ja vajag tikai lokālos pieslēgumus nevajag pat IP vai portus katram MySQLam var norādīt savu mysql sock faila atrašanās vietu.. Akmeņi varētu būt ja tu teiksim uz linux kārbas kaut ko kompilē un linko ar clientu/shared libiem.. Taču tad idejiski vienkārši var atstāt jaunāko clientu (piemēram ja ir 4.0 un 4.1 tad likt 4.1 clientu) jo jaunāks clients pie vecāka db varēs pieslēgties.. otrādi var arī nesanāk (ja neizmanto OLD_PWD autorizācijas shēmu).

Boot Order biosā ir pareizs?

Delfins vispār jau nē.. Zināmos apstākļos tas ir realizējams, proti NTLM autorizācija MS tīklos.. Tad lietotājs var nosūtīt gan savu domēnu/lietotājvārdu un workstacijas ID. http://davenport.sourceforge.net/ntlm.html Bet nu pieņemu ka priekš tevis nebūs tik vienkārši.. Dažas implementācijas http://modntlm.sourceforge.net/ http://modntlm.jamiekerwick.co.uk/

A prichom preg_match ja var explode("/",$taskasaizurlja); un tad analizeet pirmo, otro .. N-to elementu

Vot muldonjas.. grūtniecēm un peņiem.. Un gadu laika?? Ka maz neliekas :) http://www.theregister.co.uk/2006/07/28/de...ed_off_by_text/ http://www.rickardliljeberg.com/blog.php?itemID=153

Parasti SMTP serveri vestules headeros (ja protams tas nav specifiski atrubīts) norāda no kādas IP vēstule saņemta un caur kurieni gājusi.. Piemērs: from lists-outbound.sourceforge.net (lists-outbound.sourceforge.net [66.35.250.225]) by kc.118.lv (Postfix) with ESMTP id 573BE320002 for <[email protected]>; Thu, 3 Aug 2006 09:34:15 +0300 (EEST); from sc8-sf-list1-new.sourceforge.net (unknown [10.3.1.93]) by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTP id 8A8FB12726; Wed, 2 Aug 2006 23:34:15 -0700 (PDT); from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92] helo=mail.sourceforge.net) by sc8-sf-list1-new.sourceforge.net with esmtp (Exim 4.43) id 1G8Wmb-0004ds-4T for [email protected]; Wed, 02 Aug 2006 23:34:13 -0700; from 202-145-68-173.adsl.ttn.net ([202.145.68.173] helo=mailbox.mtiglobal.com) by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.44) id 1G8WmY-0006ik-NN for [email protected]; Wed, 02 Aug 2006 23:34:13 -0700; from localhost (localhost [127.0.0.1]) by mailbox.mtiglobal.com (Postfix) with ESMTP id 83CD737951 for <[email protected]>; Thu, 3 Aug 2006 14:28:00 +0800 (CST); from mailbox.mtiglobal.com ([127.0.0.1]) by localhost (mailbox [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05124-03 for <[email protected]>; Thu, 3 Aug 2006 14:27:59 +0800 (CST); from [192.168.0.145] (unknown [192.168.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailbox.mtiglobal.com (Postfix) with ESMTP id 0C31837948 for <[email protected]>; Thu, 3 Aug 2006 14:27:59 +0800 (CST) Izsekoto atpakaļceļu redzam sūtītāja IP

Ja serveris ir izvietots firmas iekšējā tīklā (tam ir iekšējais interfeiss) tad $_SERVER['REMOTE_ADDR'] vajadzētu parādīties arī iekšējai IP. Pretēji ja jau visi tā vienkārši varētu noteikt korporatīvo tīklu lietotāju iekšējās adreses tad nekādiem firewalliem, prokšiem nebūtu jēgas :)

<? extract($_POST,EXTR_SKIP); extract($_GET, EXTR_SKIP); ?>

Nu tad jau nav brīnums.. es kaut kā biju aizdomājies ka drusku krutāk ir :)

A jums tas ISA serveris ir kā transparents proxy vai ierakstīts pārlūka settingos?

Bet kas attiecas uz fsockopen() iespējams ka tur sanāk DNS pieprasījums uz iekšējo DNS serveri un tad ja tas nemāk lookupot sanāk šaize Pamēģini : nslookup lv.php.net [tavsieksheejaisDNSserveris] Lai gan ja uz konkrētā servera tīkla konfigurācijā ir norādīti abi ieraksti viņam vajadzētu ja viens netrod taisīt pieprasījumu uz otru un tad hostam vaidzētu resolvēties.. Varbūt firewall problēmas ar kaut kādiem izejošiem tcp/udp uz 53 portu? Ja iespējams vajag pamēģināt firewallu uz testa brīdi varbūt nodiseiblot vispār un paskatīties kas notiek.. Ja viss strādā tad pamēģināt vai var ieslēgt logošanu un saprast kas tiek bloķēts..

Jautājums tāds jocīgs "Vajag lai shefam/bossam var iedot izlasiit, velams saprotamaa valodaa ar piemeeriem... (vinsh Nav programmeetaajs, specefiku nesapratiis :( " Šeit viss ir specifisks.. bet tā jau pietiek manuprāt pateikt, ka php6 versijā šāda opcija vairs nebūs vispār un ja gribas lai kods strādā arī tad vienkārši nevar izmantot.. No otras puses ja tu izmanto superglobals tad idejiski ir pofig vai ir ON vai nav vienīgi zināma papildus servera slodze..

ehh nu kapēc mums ir google? http://www.google.com/search?q=The+ISA+Ser...esource+Locator Un pirmajā lapā: When I disable proxy in browser and have isa client installed and configured, I receive: ’ The ISA Server denies the specified Uniform Resource Locator (URL). (12202)’ What's wrong? (okej šitais nav konkrēti šis gadijums bet pieņemu ka notikumu gaita ir analoga) If you are trying to access a web site while using the Browser *on the ISA Server*, you need to create a static packet filter that allows outbound port 80 to all computer, or configure the Browser as a Web Proxy client, configuring it with the IP address of the *internal* interface of the ISA Server. Un palasot http://support.microsoft.com/kb/837451/en-us Pieņemu ka Firewallā ir arī program based rules .. tākā paskaties vai ir statiska rule..

Jopt nu tu izvēlies kaut kādu gatavu produkta kodu un nemaz nepaskaties kas tur notiek un prasi lai citi dara to tavā vietā.. Atveram adLDAP.php un tur atrodam mūsu nepieciešamas funkcijas kodu: function all_users($include_desc = false, $search = "*", $sorted = true){ // Returns all AD users if ($this->_ad_username!=NULL){ $this->rebind(); } //bind as a another account if necessary if ($this->_bind){ $users_array = array(); //perform the search and grab all their details $filter = "(&(objectClass=user)(samaccounttype=". ADLDAP_NORMAL_ACCOUNT .")(objectCategory=person)(cn=$search))"; $fields=array("samaccountname","displayname"); $sr=ldap_search($this->_conn,$this->_base_dn,$filter,$fields); $entries = ldap_get_entries($this->_conn, $sr); for ($i=0; $i<$entries["count"]; $i++){ if( $include_desc && strlen($entries[$i]["displayname"][0]) > 0 ) $users_array[ $entries[$i]["samaccountname"][0] ] = $entries[$i]["displayname"][0]; else if( $include_desc ) $users_array[ $entries[$i]["samaccountname"][0] ] = $entries[$i]["samaccountname"][0]; else array_push($users_array, $entries[$i]["samaccountname"][0]); } if( $sorted ){ asort($users_array); } return ($users_array); } return (false); } Un redzam ka tur ir $fields=array("samaccountname","displayname"); un palasot http://lv.php.net/ldap_search redzam ka pēc dokumentācijas $filter ir šis funkcijas ceturtais elements $sr=ldap_search($this->_conn,$this->_base_dn,$filter,$fields); tas nozīmē kurus laukus fetchot ( There is an optional fourth parameter, that can be added to restrict the attributes and values returned by the server to just those required. This is much more efficient than the default action (which is to return all attributes and their associated values). The use of the fourth parameter should therefore be considered good practice. ) Tātad vai nu papildinam $fields ar tiem laukiem kurus mums vajag vai arī izmetam vispār laukā un lietojam $sr=ldap_search($this->_conn,$this->_base_dn,$filter); p.s. vispār jau uzskatu ka konkrētais produkts vismaz pētot šo funkciju ir palīks un bloated.. un izvilkt pāris funkcijas kā ldap_connect/_bind/_search_/_get_entries būtu krietni racionālāk un fiksāk..

Hmm nu tur tak ir?! all_users($include_desc,$search,$sorted) Returns all AD users.

Nu varu norādīt tikai to uzņēmumu kur pats strādāju.. http://118.lv/smsaction http://118.lv/mcomerce Lai gan tev vajag prasīt vienkārši tādu pakalpojumu webgateway (nezkapēc nav aprakstīts) kur ideja ir vienkārša ir kods uz kuru lietotāji kaut ko sūta / gateways lietotāja numuru un visu saturu (caur http / vai kādu citu protokolu) vienkāršā veidā padod uz tavu serveri (web) / tu uzģēnerē vienkārši atbildi (opcionāli norādi arī par cik tarficiēt) / gateways nosūta lietotājam atbildi..

Samērā maldīgs priekštats :), jo čakars nav/nebūs vienreiz, bet samērā regulāri un pastāvīgi (nemaz nerunājot par tādām lietām ka numerācijas maiņa, atsķirīgas tarifikācijas sistēmas un protokolu izmaiņas), aiz kam LV operatoriem bulk-smsi nav tie lētākie ko savukārt reizēm var piedāvāt gateway kompānija ..

http://dev.mysql.com/doc/refman/5.0/en/old-client.html Proti tev mysql clients vecs (php nāk bundlēts ar 3.x šķiet vēlaizvien), kas nozīmē, ka tev konkrētajam jūzerim parole jāupdeito ar OLD_PASSWORD()

Pirmais - ko nozīmē " netiek izvadīts rezultāts pareizi" jebšu kas tad ir vajadzīgais/vēlamais rezultāts? Idejiski risinājums ir katram pieprasījumam jātaisa savs XMLHttpRequest objekts.. tb katrs pieprasijums jātaisa ateviški un nevar rejūzot iepriekšējo .. vismaz uz FF noteikti.

Šis nav ar 100% garantiju.. ir varianti kur 4. ir ātrāks, salīdzinot ar 5.0.x branchu jau nu noteikti, 5.1.x izskatās jau labāk dažādos benchmarkos taču reālā produkcijas vidē manāms ieguvums netika manīts .. Pozitīvi gan tas ka daudz memory leaku izlabots.

Nubet ja nav plāns kādreiz migrēt uz kādu citu DB un ir vēlme lai viss strādātu maksimāli ātri tad izmantot kaut kādu klases un redefinēt visas mysql_* funkcijas būtu diezgan jocīgi .. Ja tomēr gribās unificēt tad var izmantot paša php 'native' iespējas .. proti PDO http://lv.php.net/pdo un tad piekurbulēt kādu nu DB draiveri gribās

Kāds gan tam tam visam sakars ar šo topicu? Proti raksts ir par estētikas vai ekonomisko nozīmi redizaina veikšanai un principā ne vārda par rejūzējamu kodu.. It doesnt work.. bet protams tas neliedz tev izmēģināt Smarty.. No savas pieredzes varu vienīgi pateikt ka to ka mēs aplauzāmies un noteikti nākošajā projekta etapā ši engine tiks aizvākta.. p.s. tik krasi editēt savus postus nav labi .. ( norāde uz tevus minēto rakstu: http://www.alistapart.com/articles/redesignrealign )