marrtins

Bet tādām lietām tur valoda ņepričom ;)

Tas citāts no codinghorror ir, maigi izsakoties, tizls un neadekvāts.

Ja reiz citāti, tad citāti:

Your Coding Philosophies are Irrelevant

Es to ļoti labi sapratu, bet pārliekam softu uz citas kastes, kur ifconfig atrodas citur un tad brīnamies, labojam, vēlreiz testējam "autodetekt skriptu" tā vietā lai konfigā vnk norādītu "$dev=1" :D

Nesaprotu, ko tu nesaproti.

Labi, pārpratu par to autodetektēšanu - sapratu, ka tiek veikti divi mēģinājumi pieslēgties pie DB.

Bet tāpat, katram pieprasījumam izsaukt ifconfig nav nekāds prāta darbs.

Un es neteicu, ka parasts useris NEVAR izsaukt ifconfig, es saku, ka PARASTI tas ir ārpus PATH, attiecīgi, jālieto pilnais ceļš.

Produkcijā veikt papildus konnektu? Nu nu...

ifconfig - tā ir piesaiste pie konkrētas platformas, pie tam, tāds ifconfig parasti atrodas /sbin/, kas parasti ir ārpus mirstīgo lietotāju PATH.

Roar! Sviests, ne aptauja. Sorru!

Jā, bet man vajag tikai root taga dimensijas :)

Es tad neko nesaprotu. Ir vai nav tas root tags?

$xml=simplexml_load_string('augstākminētais bla bla, kas pietrūks'.file_get_contents($path).'noslēguma tufta');

:D

Bet es tomēr gribētu izprast, kāpēc nedarbojas attributes() funkcija.

Kā nedarbojas? Darbojas tak. ->attributes() Tev atgriezīs konkrētās nodes atribūtus, nevis visus kas ir zem tās nodes. Ja vajag visus, var izmantot to xpath, ko augstāk minēju.

Vai ir iespējams izdabūt atribūtus no root elementa ar kādu no xml apstrādes funkcijām?

Jā, prasi root nodei tos atribūtus:

$xml->attributes();

vai

$result = $xml->xpath("//*[@height]");

lai dabūtu visām nodēm konkrētu atribūtu.

Varbūt tā?

$result = $xml->xpath("//*[@height]");
foreach($result as $item){
   $attrs = $item->attributes();
   print_r($attrs);
}

Pārādi XML

Tak iepostē, kā atrisināji.

Varbūt (files.entity_id is NULL or files.type = 'image')

Kas tas par config failu? Viņš tiek versionēts? Tad sanāk, ka es vienkārši nevaru ielādēt kādu projekta versiju uz produkcijas servera, jo tas fails vienmēr būs jālabo uz produkcijas stāvokli :(

Tāpēc taisam config-dist.php un uz konkrētās vides pārsaucam par config.php, kas, dabiski, ir ārpus versiju kontroles.

Ā, uz windiem. Nu tad jāpaeksperimentē.

test.php

<?php

print empty($_SERVER['DEV']) ? "PROD" : "DEV";

test.bat

set DEV=1
C:\php5\php.exe test.php

Uztaisi wrapperi:

env DEV="1" /usr/bin/php /mans/php/fails.php

Paņemts ir nepareizais php5 apache dēlis. Threaded apacis, bet ne-thread-safe php. Paskaties akaties to, kas biedzas ar *ts.dll. Bet vēl labāk, paņem prefork apaci nevis threaded. PHP diezko nedraudzējas ar threadiem.

Tas svn nemēģina nolasīt kādus konfigus no user foldera, bet PHP nepietiek tiesību? Vispār laid caur CLI vai apache?

Hmm, kāds ir time limits? Uzstādi uz 0 un tad paprovē.

Es nekā neaizsargāju - pofigs.

Sīčiem sarežģīt dzīvi (saliec abus ķekšus) kā arī salikt visus js vienā failā un tad sapakot mazākā izmērā ar http://dean.edwards.name/packer/

Pseido piekasīšanās ;)

# kā koments iekš C?

Man percona, man po :D

Wodrpess? :D

Gan jau salikti kādi papildus js/iframe ar pr0n un citu drazu.

Var pemeklēt lapas rootā:

grep -rl "_off\*/" *

grep -rl "base64_" *

grep -rl "eval\(" *