Delfins

klausi endrju.. es tieši tādu pašu izmantoju - sūtīt visus URL-us uz galveno .php un tad tur apstrādāt kā sirds vēlas.. nevis murgot iekš .htaccess Iekš .htaccess var switčot, ja zini, ka preg `rule` nebūs sarežģīta un redirekts uz kādu citu statisku lapu, bet ja visi pieprasījumi iet uz vienu .php, tad gan nav jēgas.

tikai neaizmirsti par klasisko 0.

Uzliec SVN :)

kaut kā palaidu garām :D pld

Joprojām tādi ir, bubu... :) [bijušais kolēģi :D]

nu pilnīgākās muļķības... Java no Flash neko neatšķirās.. JAVA varbūt arī ielādējās lēnāk, bet lēna tā toč nav! [un nav starpības aplets vai java aplikācija.. kods šamai izpildās vienlīdz labi, atšķirība ir tikai ar tiesībām un bāzes klases īpatnībām] Zoli neprotu, tāpēc gruti pateikt, cik sarezgiti Flašā sazīmēt to štruntu..

droši vien tur ir pārbaude uz "vai tas ir PHP4"? salabot tādu ir tīrais nieks, ja neizmanto kaut ko ļoti-ļoti specifisku. Anyway - palaid uz php5, ieslēdz error_reporting = E_ALL un webā F5 + skaties ko izvada kļudas un tad labo.

Taču lasi! 1. konfigurējam 2. taisam skriptu 3. lasam `tx` 4. veidojam pieprasījumu uz PayPal (ja grib būt droš ka apmaksāts tas, kas vajadzīgs)

vai tik tur nebija caur slepeno URL-i iegrāmatots datubāzē darījums? Respektīvi jābūt skriptam, kuram URL-us zini tikai tu un ko iekonfigurē PayPal.. vismaz tā strādā daudzas sitēmas (vai URL, vai Java vai vēl kaut kas) Fiksi apskatījos manuāli, tomēr tur abi 2 varianti: PDT - data transfer - taisi pats uzziņu par darījumu IPN - notification - tevi informēs par darījumu (talak nelasiju, @ vai ka savadak) Lasi dokumentu Order Management Integration Guide

Tie ir preventīvi darbi. Ļaunums jāizkauj saknē, jo ja mazliet sāk ātļaut postēt "ne to ne tur", būs par vēlu. Bardaks novērst laicīgi. Protams, tu vari diskutēt, bet diskutē par tēmu, kurā esi spēcīgs.. nevis katra posta beigās "nu tās tik manas domas". Šis ir specializēts forums. Savas domas un fantāzijas var izklāstīt cita veida topikos. Pļurināt mutes forumā visi māk..

Daudz fantazē, pa ģēlu zero. Jebkurā problēmā ir jāsāk ar sevi. Tas, ka Tu uzrakstīji šo topiku, jau liecina, ka esi čikstētājs [nevienā forumā tādus necieš!]. Normāls cilvēks ar aizvertām acīm nokaunētos un turpmāk uzvestos kārtīgi un nebļautu, ka dabūjis `vārnu`

Nu vienkāršības pēc var arī masīvā salikt. Ērtāk menedžēt to sarakstu būs.

nu ja to darīs Porsche dizaineri, tad nebūs arī tie paši 1000USD :)

mjā... smagZ gadijumZ

un to dažreiz dara - kad programmē PIC/AVR iekārtas ar vienkāršu remote-control-sistēmu caur netu :)

varbūt tā arī ir!? varbūt beigās ir Poga-X, kas uztaisa failus!? PS: es vēl pie keywordiem pieliktu lauku default-text (tipa "untranslated"), vai automātiski pieglabātu tabulā translation zem "unknown language" :)

http://images.google.lv/images?q=database&...l=lv&tab=wi PS: labāk koncentrējies uz saturu, nevis izskatu :)

varētu arī uztaisīt statistikas tabulas... Iekš crontab mazu ikdienas update skriptiņu, un tad parastais selects :)

kā arī break return do while try catch die vispār ir pats pēdējais - kad ir patiešām jāmirst :)

Es parasti pieturos pie viena stila - kamieļa. Failiem tas netraucē, ja ievēro visās sastāvdaļās. Ja jau raksti MansFails.php gan jau ka neaizmisrsīsi arī tā norādīt iekš inkludes

un tas vispār ir tikai ZF domāts. Protams var teikt un mēģināt pārliecināt, ka tas attiecināms vispārīgi, bet nu Tu vienmēr vari darīt kā vēlies. Man personīgi nepatīk rakstīt My_Super_Class

pati pa sevi ideja tā drukāt - ir nepareizi. ja taisi "dalītā 4", tad nākamā ir 5-tā, nevis 8-tā

uztaisi dinamisku formu iekš vēstules pamat-bloka (DIV)

jebkura valoda ir sarežģīta. Vienkārša var būt tikai strikti definēta - matemātikas formulas piem. :) [bet tāpat tā sava veida maza DB zem exception-iem un "rūļiem" salikta] Bet tas, kas nācis no tautas - bez DB neiztikt.

kā es būtu darījis uz linux: uzkonfigurēt xserveri uzrakstīt skriptiņu, kas palaiž failu, tad nobildē saglabā un apstrādā (crop, resize) var jau protams izmantot kaut kādus tūļus, kas konvertē visādu figņu uz bildēm.. piem. viens no variantiem any2pdf -> pdf2image