Maris-S

Bišku veicu dažāduz mēģinājumus ar apc. Jo vairāk es viņu pētu, jo vairāk nesaprotu. Izskatās ka ar OOP nav nekāda sakara, var viņš strādāt ar php klasēm mierīgi. Mēģinot atrast kļūdas komentēju koda daļas, lai atrastu atbilstošās vietas, kurās ir kļūdas. Pēc vairākiem komentāriem protams viss aizgāja. Pa bišķiņai komentārus samazinot nonācu līdz tam, ka atkomentēju visu atpakaļ un kods palika tāds kā viņam jābūt un kā par brīnumu viss sāka strādāt, kaut gan pēc loģikas nevajadzētu tā būt. Izmēģinot tālāk atklājās, ka tomēr dažas sadaļas turpināja nestrādāt, lai salabotu arī tās vajadzēja vienkārši atbilstošajos failos veikt kaut kādu izmaiņu (kaut vai tukšu rindiņu pievienot) un sāka strādāt arī viņas. Secinājums ir tāds, ka apc jau izveidotos failus vai nu sakešo nepareizi, vai arī vispār nekešo (nu vismaz dažreiz). Pēc noklusētiem uzstādījumiem apc sakešo failus, kuros ir izmaiņas. Loģiski jau būtu ka jaunu kodu, kuru viņš nav redzējis vispār, arī kešotu pilnībā. Gan jau ka viņš to dara, bet izskatās ka nevisai pareizi. Vēl dīvaini ir tas ka ne visos failos veicu izmaiņas, lai viņus sakešo, daži (lielākā daļa) aizgāja bez izmaiņām, pārsvarā vajadzēja mainīt klašu failus un tikai dažus vienkāršus php kodiņa failus.

Ar vien vairāk sāk izskatīties ka pie dažādiem nosacījumiem apc modulis varētu nestrādāt ar lapu, kas saprogrammēta OOP, neesmu par to pārliecināts, bet tāda aizdoma. Divas reizes klase nav ievietota, disablojot apc kods smuki sāk strādāt.

Sakonfigurēju php ar php_apc.dll, lai varētu izveidot uploada progress baru. Viss smuki sanāca, bet reālais projekts, kur to vajag, ir sataisīts ar zend framework. Problēma tā ka ja es mēģinu ielādēt uz zenda izveidoto lapu, tad uzkarās apache, logos parādās šāda kļūda: [apc-error] Cannot redeclare class zend_controller_action_helperbroker Vai ir iespējams šo apc moduli darbināt ar zend frameworku, varbūt kāds ir saskāries ar līdzīgu problēmu un sanācis viņu atrisināt?

Nav nekādu problēmu likt linkā garumzīmes, wikipēdija liek linkus jebkurā valodā un viss strādā: http://lv.wikipedia.org/wiki/Mēness, vienīgi viņi linkus atbilstoši kodē, bet pārlūkā jau parādās kā vajag.

Viņu nevajag nekur novākt nemaz, IE to rāda, kad nevar attēlot kādu bildi, šoreiz nevis png bildi ko Tu centies ielikt, bet gan citu bildīti (gif, visticamāk transparent.gif vai blank.gif kā nu kurā kodā saraksta), atver htc failu un paskaties kādu tieši viņi izmanto un pārkopē to bildi uz sava servera. Tā bildīte parasti ir caurspīdīgs punkts 1px izmērā.

Cik atceros, ja maina selectam optionus ar innerHTML palīdzību, tad IE6 viņi nostrādā galīgi nepareizi, iespējams ka IE7 un IE8 jau izlabots. Savā laikā uzķēros uz šo, nācās ar ajax visu selectu pārlādēt, ne tikai optionus. Tā ka iespējams Tev jāpameklē cita pieeja, jo problēmas var parādīties ne tikai firefoksī. Te gan jāpiezīmē, ka man firefoksā viss strādāja smuki. Indoom norādītajā linkā optionu mainīšanas pieeja varētu būt laba alternatīva.

Varbūt ka kādu kopējo bildīšu karti paralēli jārāda, lai vieglāk var orientēties.

Paldies par linkiem, šos nebiju atradis. Būs jāizmēģina.

Cik skatījos workbench bezmaksas versija strādā tikai ar dumpu, ne visai ērti, bet ja alternatīvu nesanāks atrast, tad laikam būs jāstrādā ar viņu.

Kāds nezin labu case rīku ERD diagrammu zīmēšanai zem linux? Mēģināju sql developer, bet ar šo īsti nesanāk zem linuxa savienoties ar datubāzi (tā arī neizkodu) un arī viņš nav paredzēts labošanai.

Varbūt ka funkcija pathinfo varētu arī noderēt.

Ar tām iepriekšējo tēmu dzēšanām it kā doma pilnīgi pamatota, saspamojuši te daudz lieka ir, vienīgais būs žēl ka pazudīs visa vērtīgā informācija kas šeit atrodama.

Apskaties mysql date and time funkcijas, gan jau ka varēs no viņām ko salikt kopā.

Es te skatos ka ir atšķirības starp piemēru ko sākumā iemeti ar visām tabulu veidošanām un ar piemēru, kas ir parādot kļūdas paziņojumu. Konkrēti pie kļūdas paziņojuma ir LIMIT 0, 30, bet pirmajam piemēram tā nav. Tas pirmais piemērs izskatās pareizs, bet tā kā otrais ir atšķirīgs no pirmā par tā pareizību nevar spriest neredzot sql vaicājumu pilnībā.

Apache serverim var pievienot klāt papildus moduli, kas ir paredzēts tieši, lai aizsargātos no DoS. http://www.zdziarski.com/projects/mod_evasive Jāpiebilst ka pats neesmu viņu izmēģinājis, kā arī neko sīkāk nevarēšu nokonsultēt. Es vienā tēmā biju aizsācis runāt par apache drošības jautājumiem, atstāju linkus uz dažiem literatūras avotiem, ir vērts apskatīties, tur var smelties diezgan informācijas par servera drošību (domāju tieši grāmatas, nevis linkus uz parastiem web resursiem). Te ir links: http://php.lv/f/index.php?showtopic=12423

Paldies par padomiem un linku, skatīšos ko var no tā visa kopā salikt. Es zinu, ka tādus mailus daudz kas bloķē, ieskaitot spam filtrus, bet šoreiz visumā tas nav tik svarīgi. :)

Mazliet ne par php jautājums, bet varbūt kādam ir idejas, ja tas vispār ir iespējams. Lieta tāda ka vajadzētu parastu web lapas templeitu dabūt kā outlooka e-mailu, bet tie web templeiti ir ar vairākām subdirektorijām un css, tāpēc kaut kādā veidā tur sakopēt visu izskatu nesanāk, varbūt ka ir kāda iespēja izņemot manuālu pārtaisīšanu dabūt to e-mailā, lai nepazūd ne bildītes ne citi dizaina elementi? Cik es izmēģināju dažādus variantus, nekas jēdzīgs nesanāca. Kaut kas uz to pusi sanāca izmantojot mht failu, ko iegūst saglabājot lapu no IE, bet visumā css informācija pazuda, kad viņu atver mail klientā, te gan jāpiebilst ka sanāca dabūt The Bat klientā, outlookā vispār nekas jēdzīgs nesanāk, tomēr labāk būtu outlookā.

Es personīgi nelietoju Operu, tāpēc neuzskaitīšu viņas priekšrocības, jo īsti tās nezinu, bet analizēt šajā gadījumā tās priekšrocības vai trūkumus vadoties pēc tā cik % lietotāju viņu izmanto nav īsti pareizi, jo IE ir iebūvēts standarta windows komplektācijā, tāpēc tik liels izmantošanas procents un es arī neesmu redzējis ka Opera tik aktīvi reklamētos kā Firefox (šeit varbūt kļūdos, bet FF centieni informēt par savu produktu ir redzēti un dzirdēti daudz vairāk).

Kā jau es teicu šis te '<?php echo($_SERVER['PHP_SELF']); ?>' neietekmē tieši visa skripta darbību, nepareizi būtu ja viņš aizietu uz citu skriptu, bet cik noprotu tad šajā gadījumā tas nenotiek, tātad vaina pavisam nav šeit, šajā gadījumā Tu vari formai vispār rakstīt action="", kas nozīmē ka formas datus apstrādās šis pats skripts. Es jau minēju dažas no iespējamām servera konfigurācijām, kas varētu ietekmēt skripta darbību. Jāpiebilst ka pašu skriptu es nepētīju sīki, tā ka kļūdas var būt arī tur.

Bišku neiebraucu... Tur pēc skripta ir tā ka viņam, gadījumā, ja ir nepareizs e-mails ir jāizvada paziņojums ka viņš nav korekti ievadīts. Tas principā nav atkarīgs no tā kā norāda linku formai atribūtā action (galvenais lai ir pareizs un norāda uz kurieni vajag), actionā vienkārši norāda uz kurieni tiks sūtīti dati. Ja tā rinda vēl joprojām izskatās nepareiza, tad iespējams ka serverim nav ieslēgta īso tagu atbalstīšana, pamēģini pārrakstīt viņu par <?php echo($_SERVER['PHP_SELF']); ?>, nevis izmantojot saīsinājumus <?=...... Ja tagad action vietā būs tam kam tur jābūt un vēl joprojām nestrādās e-mailu pārbaudes vai tml. lietas, tad vaina būs jāmeklē skriptā, nevis formas actionā. Vēl pastāv iespēja ka serverim nav ieslēgta 'register_globals' (pareizi arī būtu viņu neslēgt iekšā), tādā gadījumā mainīgie formas un linku mainīgie būtu jādabū caru $_GET un $_POST masīviem, nevis pa tiešo, kā šajā skriptā ir dabūts, piemēram $do mainīgais, arī visi pārējie formas mainīgie.

Hm... Kā tieši nekas nenotiek, izmet kļūdu vai links nav pareizs? Pamēģini atsevišķi kaut kur lapā izvadīt echo($_SERVER['PHP_SELF']); pārbaudi, vai pareizi izvadās?

Uzgāju uz vēl vienu grāmatu par apache drošību, paveca, bet izskatās ka samērā sakarīga: Apache Security

$_SERVER['PHP_SELF']

Visticamāk Zakam ir situācija ka nevar palaist apache, jo kaut kas izmanto 80 portu, kā jau te minēja skype izmanto šo portu, kas visticamāk arī ir šajā situācijā. Kādus portus izmanto programmas var apskatītes ar netstat (arī jau minēja par šo), bet vēl var ar Tcpview, protams darbojās tikai uz windows, bet bišku ērtāka par komandrindu.

Par to mac jaudu īpaši pārliecināts neesmu, nav viņš tik ātrs kā daži uzskata. Mums te darbā viens ir, nu labi, viņam nav ļoti labie dzelži iekšā, viņam ir intel core duo 1.83Ghz procesors un pavisam pamaz operatīvās atmiņas - 512Mb, bet nu arī ar tādiem dzelžiem vajadzētu mazliet ātrāk strādāt. Protams neesmu mac speciālists un iespējams ka varētu viņu konfigurēt lai būtu mazāk vizuālo efektu un līdz ar to pacelt veiktspēju vai vēl kaut kā, bet vienalga, par tādu naudu jau nu ar visu vizualizāciju vajadzētu būt krietni lielākai veiktspējai.