mod_rewrite pārraksta URL tikai pie pieprasījuma... tam nav nekāda daļas gar tavu līko kodu... kad browsers no tā `izrēķina` nepariezu URL un tālāk mēģina dabūt CSS tur, kur tas nemaz nav...
moneybookers, laikam. (pats esmu taisījis interfeisu)
Par komisiju neko nezinu... bet ja tirgosies `pa santīmiem` - nav vērts.
PS: Izskatās jau dadzsološi - 1% vai max 0.50 Eur no sdģelkas
http://www.moneybookers.com/app/help.pl?s=benefits
PPS: naudas izņemšana 1.80Eur (uz VISA)
A tu paskaties apača access logos.. kādu viņš tev CSS url-u pieprasa... tad sapratīsi kas ir relatīvs...
PS: pats esmu cīnījies ar to un vienmēr norādu pilno ceļu...
<css href="http://host/path/my.css" />
TĀS NAV mod_rewrite problēmas!!!
Tas ir LĪKAIS HTML kods!!!
PS: šis tiek risināt ar `base` taga pielikšanu.... vai pilnā ceļa norādīšanu (sākot no domeina vai root-a)
100 punkti, šito problēmu risina `clearer`.
Neredzot pilno kodu grūti pateikt... moš tev kaut kas līki uztaisīts.
PS: citiem ta strādā viss normāli!...
bub, nav svarīgim vai apstrādā secīgi vai vienlaikus.
Galvenais lai f-ja, zik, kas viņu izsauca
Tās pašas problēmas ir arī GUI freimworkos un threadiem (MFC piemēram)...
Risina to tādi, ka threadParam vietā padod nevis parametru, bet pašu pointeri uz objektu.
tur jau tā lieta, cilvēks atkal grib kombainu, jeb "zeltu no s***" izspiest.
Datu validēšanu pret struktūru validē tavs_kods, nevis kaut kāda shēma/etc.
Šaubos, ka kāds veiks kādas izmaiņas tehnolģijās. Tas nevienam nav vajadzīgs (vismaz tik bieži)
Nu relatīvi laikam varēs,.. kā nekā transformation tiks veidots.
Bet, galvenais jautājums, vai tas tiešām ir tā vērts čakarēties.
Otrā galā, kur ir vajadzīgs šis XML, lai arī čeko, pārsējot.
XS vai tad māk čekot vērtības?... (māk tikai atbilstību tipiem, vērtību set-u)
Un kam tev tas?
Pārsējot datus čeko, vai tev apmierina tie...
Nesaprotu tādu pi***os...
Stipri šaubos, ka uzliekto php5 viss ies... ja rakstīts uz 4-tā...
Piem, ja daudz ir spēlēts ar pointeriem(referencēm) un citām spec. fīčām...
Esmu pats nedaudz uzrāvies uz to