mad182

Nesen uzskrēju https://browserling.com/ Ļoti interesants projekts, un laikam latvieša radīts. Tiesa gan, nopietnākai lietošanai nāksies maksāt.

Kāpēc viņu vispār stripot? Var izmantot phpbb iebūvēto parseri lai viņu izpildītu, kaut vai manuāli inkludot vienu failu un izpildīt bbcode->parse(). Tad nebūs nekādas problēmas ar kvadrātiekavām. Tālāk, ja nevajag lai sākumlapā rādās linki/bildes/..., tad strip_tags. Varbūt pat ka tur kaut kur bija gudrāka funkcija, kas aizvāc bbkodus. Vajag paskatīties phpbb dokumentāciju vai sourci tam bbcode failam.

Jūtu, ka daGrevis ir sācis apgūt vēl kādu valodu, un tagad php sux. Nekas, pāries :)

Es teiktu, ka... if($route[0] == 'jaunumi' && !empty($route[1]) { //diezgan drosi, ka kāds mēģina apskatīt rakstu $route[1] }

Iebāzt tesktu divā, divam fiksētu platumu, nofloatot. Bildi arī nofloatot. Ja viņi viens otram blakus nesaies, tad būs viens virs otra.

Nu ar esošo .htaccess es piedāvātu primitīvā variantā kaut ko šādu: $route = '/'; if(isset($_GET['q'])) {$route = $_GET['q'];} $route = explode('/', $route . '////'); Tālāk tu vari $_GET vietā čekot $route[0], $route[1], $route[2]... Bet vispār jau droši vien "Tiek apstrādāts ar funkciju lai dabūtu arā mainīgos" nedarbojas tā, kā esi iecerējis. var_dump($_GET) gan jau var ieviest skaidrību, kas tur kā tiek pārrakstīts.

Tā pavisam noteikti nav laba ideja. Teorētiski izdarīt gan jau ka var, bet rezultātā tu ieriebsi tikai sev un godīgajiem apmeklētājiem. Ja kāds kaut ko gribēs nozagt, tad uztaisīs kaut printskrīnu. Un traffiks no tāda pasākuma tev būs x10.

Gribējās ierobežot, lai katrai lapai php izpildītos ar savu lietotāju. Cik noprotu, ar mod_php to īsti izdarīt nevar. Bet nu anyway, tam jābūt kaut kādam izskaidrojumam, nevar tak būt, ka php nekrešo tikai kā apache modulis. Ārzemju forumi saka kaut ko par log failiem virs 2 gigabaitiem, bet man tur visa smagā suphp logošana ir atslēgta.

Faili visi pieder pareizajam lietotājam. Ar newline formatējumu arī viss ir ok, windows nelietoju kā sugu. Ir tā, ka uz servera ir arī citas lapas, un katrai lapai php izpildās ar savu lietotāju (izmantojot suPHP). Šo funkcionalitāti gribētos saglabāt. Domā vaina varētu būt ar to saistīta?

Nedomāju, ka divos neatkarīgos koda gabalos ir kļūda, kas šķietami nejauši izraisa "internal server error". Klientu ip ir dažādas :/ Šķiet, ka tam drīzāk vajadzētu būt saistītam ar pašu apache/php, bet nesaprotu, kas tieši. Mans pēdējais minējums bija par sesiju garbage collector'u, kurš varētu nostrādāt apmēram tik pat bieži, bet tā atslēgšana neko nemainija.

Kādu laiku esmu mēģinājis izdomāt kļūdas iemeslu, bet pašam īsti neizdodas. Problēma tāda, ka retos gadījumos (1 no vairākiem simtiem pieprasījumu) lapa neielādējas uzmetot internal server error, un error logos par to vēsta tikai šāds ieraksts: [Mon Apr 02 06:58:40 2012] [error] [client 85.23*] Premature end of script headers: combine.php [Mon Apr 02 07:03:32 2012] [error] [client 85.31*] Premature end of script headers: index.php [Mon Apr 02 07:10:13 2012] [error] [client 207.24*] Premature end of script headers: index.php [Mon Apr 02 07:22:38 2012] [error] [client 66.24*] Premature end of script headers: index.php Visam pasākumam tiek izmantots ubuntu serveris, php, apache, mysql, memcache, apc (gļuks gan bija arī pirms apc uzinstalēšanas). Visam aktuālās versijas no ubuntu repo. Pieprasījumi vakaros ir vairāki sekundē, bet nu ne tik daudz, lai serverim ar to būtu problēmas tikt galā, un gļukam, šķiet nav sakara ar slodzi. Googlējot šo kļūdu gan daudz kur minēts, ka tāda problēma var būt, ja php nespēj izpildīties dēļ nepietiekamas servera jaudas, bet nu man īsti neticas, ka tāds varētu būt iemesls kļūdām septiņos no rīta, kad load average ar diviem kodoliem bija zem 0.5, un vispār load reti uzkāpj virs 2. Kodā nav neviena php brīdinājuma vai paziņojuma, un kļūda izpaužas šķietami pilnīgi randomi, jebkurā lapas sadaļā. Un vispār šķiet, ka tam iemesls nav meklējams lapas kodā, jo kļūda mēdz parādīties arī js/css kompresorā, kam nav pilnīgi nekāda sakara ar pārējo lapas struktūru, tas ir vienkārši paņemts gatavs un nav atkarīgs no neviena cita faila. It kā jau ar to var sadzīvot, bet nu interesē saprast, kur īsti ir problēma. Varbūt kāds var dot minējumus, ko apskatīties. Diemžēl kaut ko notestēt ir visai sarežģīti, atliek tikai vērot logus.

Nu tur viss izskatās ok, vienīgi viena rinda atkārtojas divreiz, bet tas nu tā. To debug izstrādājot gan vajadzētu pamainīt vismaz uz 1, citādi kļūdu gadījumā paziņojumus neredzēt. 0 - izslēgts, produkcijas videi 1 - kļūdu paziņojumi, netiek izmatots modeļu cache 2 - tas pats kas 1 + db kveriju dumps

Kas konfigā ir norādīts pie "Session.save" un pārējiem Session.* parametriem? Visam jāūt iekš app/config/core.php Un vai debug ir ieslēgts? Ja sesiju glabāšanai paredzētajā folderī nav rakstīšanas tiesību, un debug līmenis ir 0, tad varētu arī sesijas nofeilot bez brīdinājuma.

bmp :D

<? $query = mysql_query("SELECT * FROM table WHERE active = '1' ORDER BY add_date ASC")or die(mysql_error()); $i = 0; if (!mysql_num_rows($query)) { echo '<li>Nav datu!</li>'; } else { while ($row = mysql_fetch_assoc($query)) { echo '<li class="klase '.(($i++&1) ? 'last' : 'first').'">'.$row['vards'].'</li>'; } } ?> Kaut kā tā...

Var uzlikt cronu, kas kaut kad pa nakti, vai kad slodze ir mazaka, iztīra datubāzi no nevajadzīgajiem ierakstiem. Bet par to ir vērts domāt, ja tur katru dienu parādās un vairs nav vajadzīgi tūkstoši ierakstu.

$.on() > $.delegate() > $.click() > onclick :P EDIT: damn ninjas...

<?php echo `./mytest`; ?>

Tu nopirki IPB un tur nebija ielogošanās funkcionalitātes? :o

Pirms, tam, kamēr nebiji ielicis to rindu mēģināji to lapu laik'ot? Iespējams ka kešojas pašā feisbūkā. It kā ar to rindiņu vajadzētu pietikt.

background: url(images/tab.png) repeat-x 0 50%

Hipsteri un viņu problēmas :D

Nezinu, ko tu īsti gribi dzirdēt. Visu tak var apskatīties pats. Cake vispār ir laba dokumentācija un pilns internets ar piemēriem. Nu es darbā kodēju iekš cake, viss tur strādā, arī pie samērā lielas noslodzes. Bet salīdzināt man īsti nav ar ko, citus lielos fw tā nopietni izmantojis neesmu, vairāk par uzliku-apskatijos-nepatika. Cake arī sākumā nepatika :D

Lai ko tu mēģinātu panāk, tu to dari nepareizi.

Tur pavisam noteikti kaut kas trūkst. Un tas index.php neizskatās pēc kā tāda, ko būtu vēlme palīdzēt piedabūt strādāt.