Kaitnieks

Es nesaprotu, no kurienes jūs visus tos ciparus ģenerējat. 200, 350... Kur pamatojums tieši tādām summām? Tāds iespaids, ka klientiem tiek nevis prasīta samaksa pēc izstrādes stundām, bet gan "jāpadomā, cik man gribētos un cik varētu izspiest" faktora.

Es ieteiktu tēmas autoram neņemt nopietni visu to, kas sekoja pēc ieteikuma par XDebugu... Līdz brīdim, kamēr neredzēsi, kur aiziet resursi, nav vērts ķerties klāt voodoo optimizācijai.

vari mēģināt arī kaut ko tamlīdzīgu: RewriteRule ^(.*?)/$ $1.html

Diez vai tas ir tas, ko meklē - tā nav vienkārši templeitu sistēma, bet kārtīgs freimworks ar savu API, struktūru un izstrādes specifiku.

Nevari izmantot Flex/AIR vai ko tamlīdzīgu?

1. Izskataas, ka vai nu tavam saitam paari gaajis kaads automaatiskais uz sql injekcijaam specializeetais skaneris (tad visdriizaak vari neuztraukties) vai kaads iemeegjinaajis roku. To, kas meegjinaats nodariit un vai vareetu buut izdevies tachu pats viegli vari paskatiities un paarbaudiit. 2. Ja MySQL tabula ir in use, tad uztaisi vinjai phpMyAdminaa "repair" (latviskajaa versijaa "restaureet").

Labāk jau nu pagaidīt līdz Silverlight 2 stabilajai versijai. Tam nevajag visus .NET freimworkus. Protams, ja projekts tiek taisīts kontrolējamai videi un ir iespējas definēt klientu vidi, tad tam nav lielas nozīmes.

Viss atkarīgs no prioritātēm. Ar .NET (pieņemot, ka ir pieredze) būs vieglāk uzturēt, iespēja izveidot backenda servisus homogēnā vidē, taču tas izmaksās dārgāk, gan izstrādē, gan uzturēšanā (uz darbiniekiem, bet pierēķinot laiku, ko .NET refaktorēšanas iespējas ietaupa, var sanākt pat krietni lētāk), bankas skatīsies nopietnāk uz .NETā veidotu produktu. Ar php būs ātrāk uztaisīt pirmo versiju, vieglāk atrast darbiniekus, plašākas un lētākas hostinga iespējas. Ja jautājums ir par php vs vecais asp, tad silti neiesaku izmantot veco asp, jo, lai gan pašam pieredzes nekādas, par to spļaudās pat cilvēki, kas viņu ilgstoši profesionāli lietojuši.

Šāda veida forumā reklamēties ir riskanti, tomēr atļaušos iedot saiti: http://www.datateks.lv/lv/pakalpojumi/internetaveikali/. Ja parādās interese, uzraksti uz [email protected] un tur Tev atbildēs cilvēks, kas, atšķirībā no manis, zinās pateikt par cenām un termiņiem (es tikai sēžu stūrī un programmēju).

Jā, ir populārs, jo ir taču joprojām 90-ie gadi, vai ne?

Otrs variants ir pārnešanā izmantot phpMyAdmin 2.2.7. Neesmu iedziļinājies, kāpēc, bet darbojas un nav jāmaina php kods vispār.

Aleksejs Tev pa tēmu prasa - Tu nevari vienkārši OnSubmit nomainīt uz OnLoad formai, Tev tas viss vēl jāpārnes uz BODY tagu.

Vienīgais, tajā liis tabulā neparādās ir -o (Ivo, Raivo). Vai ir arī sieviešu vārdi, kas beidzas ar "o"? Un cerams, ka nav sieviešu ar vārdu 6. deklinācijā, ja vien kāda nav nosaukta par Sirds :D

Mēģināšu iztulkot, lai koderi labāk saprastu. "Ir izveidota lapa ar Page Maker, kura satur "mailto" formu. Vajag izveidot php skriptu, kas nosūta formas datus uz e-pastu pēc submitošanas. Šobrīd, submitojot formu, atveras e-pasta klients, kas nav pieņemami, e-pastam jāsūtās tieši no servera. Esmu gatavs par to samaksāt 5 Ls" Es uzskatu, ka labs uzdevums kādam skolniekam priekš pamācīšanās - ne tik daudz tehniskajā ziņā, bet treniņam sadarbojoties ar ne-nozares klientu. Disclaimer: Es neesmu ar Fits nekādā veidā saistīts, lai nerastos pārpratumi.

Skaidrs. Tad ir vajadzīgs programmētājs tikai php daļai, vai tāds, kas prot gan php, gan vēl neminēto/neizvēlēto programmēšanas vidi, kurā tiks veidots pats rāpulis?

Uzdevums izklausās interesants, taču uzreiz rodas daži jautājumi (apjoms - cik un kas tiek uzskatīti par klientiem, cik liela ir apstrādājamā informācija; veikstspēja - cik lapām dienā rāpulim jāvar iziet cauri, cik ātri jātiek galā ar informācijas apstrādi; mērogojamība - vai rāpošana notiks no viena datora, vai būs centralizēta datu bāze, vai datu vākšana un apstrāde notiks atsevišķi; darba procesu - pilna laika darbs ofisā, darbs no mājas sazinoties ar minēto komandas biedru tiešsaistē; statusu - vai projektam ir skaidri zināmas prasības vai tas vēl jāveic, vai ir jau izveidots projektējums un tehnoloģiju izpēte u.t.t.), atbildes uz kuriem ļoti iespaido projekta apjomu un sarežģītību. Un vēl izbrīna php kā programmēšanas vides izvēle šim projektam. Bet vispār šausmīgi interesants projekts, esmu taisījis kaut ko līdzīgu jau agrāk, pilnīgi nagi niez, ja vien nebūtu man tāda slodze un šim projektam būtu ievērojamāks atalgojums (objektīvi atalgojums nav slikts, bet tīri subjektīvi).

Nez vai vispār ir jēga ķēpāties. Ja ir hakots no ārzemēm, neviens Tev negribēs palīdzēt, turklāt pastāv liela iespēja, ka tā ir proxy vai inficētā datora adrese, caur kuru tika veikta nelegālā piekļuve (turklāt iespējams, ka to nemaz neveica cilvēks, kas noskatījis tieši Tavu serveri, bet automātisks skripts, kas mēģina visus serverus pēc kārtas). Galvenais jautājums laikam ir, ko Tu vēlies panākt ar savu sūdzību. Varbūt labāk enerģiju ieguldīt servera un skriptu drošības uzlabošanā.

Es novēlu gluži pretējo - lai rodas daudz muļķīgu jautājumu un vēl vairāk vēlēšanās un pašiniciatīvas atrast uz tiem gudras atbildes!

Es tikko gandrīz izspļāvu tēju pa visu monitora ekrānu. Tagad sēdēšu un paklusēšu.

Zini, iespējams, ka mēs visi, mani ieskaitot, esam Tev samelojuši. Pamēģini šito: iconv("utf-8", "us-ascii//TRANSLIT", $url);

Doma ir interesanta, bet pievienojos viedoklim, ka universāla un īsa risinājuma nav, it īpaši japāņu valodai. Lai labāk saprastu, kāpēc, paņemsim par piemēru kaut vai mums labāk zināmo krievu valodu. Pat tur rodas problēmas un viedokļu dalīšanās, piemēram, jautājumā - uz kādu burtu translitēt mīkstinājuma zīmi un cietinājuma zīmi? Ja vēl netranslitēt tieši, bet skatīties no konteksta, tb, iepriekšējo burtu, tad kods jau paliek mazliet sarežģītāks. Lai nu kā, ja problēma ir aktuāla, vari sākt pētījumus no šejienes: http://en.wikipedia.org/wiki/Transliteration. Tieši Japāņu valodai skaties šo ISO standartu: http://en.wikipedia.org/wiki/ISO_3602 (Edit: vai, according to wikipedia, populārāko - Hepburnu: http://en.wikipedia.org/wiki/Hepburn_romanization). Saproti pats, ka katrai valodai un dažās valodās katram alfabētam ir vismaz tāda pati tabula.

Nu, cilvēks labi apguvis saziņas terorismu :) http://www.proft.org/tips/conv-terror.html

Vienīgais no kā jāuzmanās, izmantojot šo sistēmu, ir gadījums ar ļoti daudz sadaļām. Citādi var sanākt kā šeit: http://worsethanfailure.com/Articles/Absur...igh-Values.aspx

Par pirmajiem diviem jei bogu nezinu (bet jautājumi ļoti interesanti, godīgi sakot; gribētos notestēt), lai gan minētu, ka atbilde ir "nē" (edit: as in "nē, viņš nebūs viena kverija ietvaros vienāds") uz #1 un "jā" uz #2. Par 3 - no stored procedūras ir daudz jēgas, bet minimālo trafika samazināšanu es nekad nebūtu saucis kā galveno ieguvumu :D Galvenie ieguvumi ir drošībai (teiksim, ja izej uz modeli, kurā Tevis veidotā sistēma slēdzas datu bāzei ar lietotāju, kurš tabulām vispār klāt netiek, bet tikai sev atvēlētajām procedūrām, tad pat iegūstot pieeju datu bāzei, Malfojs neko izdarīt nespēs), kā arī arhitektūrai, pieliekot datu loģiku tuvāk tās asinīm - datiem, tādā veidā ļaujot Tev uztaisīt vēl kādu sistēmu kaut vai citā vidē, kas varētu izmantot šīs pašas procedūras, izvairoties no datu loģikas dublēšanas.

Es visus laukus glabātu user tabulā, tikai ar selectiem rīkotos apdomīgāk, nevis kā parasti (tb., nevis SELECT * FROM bet SELECT lauks, lauks, lauks FROM), it īpaši ja runa iet par gariem teksta laukiem. Aprēķinus, ko var veikt ar MySQL labāk veikt ar MySQL. Jo īsāks klaiņošanas ceļš datiem, jo mazākas kļūdas iespējamības un labāka pārskatāmība.