Jo ir cilvēki, kas nemaz nevar iedomāties, ka tur varētu būt/nebūt slīpsvītra un nemaz nesaprot tās slīpsvītras būtību.

Ja man kā uzturētājam būtu jāizvēlas, vai saņemt šādu kodu, vai arī kodu, kurā ir realizēta šī pārbaude, tad es izvēlētos pirmo.

nu jau gan: Jo?

Lai kādu risinājumu arī izvēlētos, vienā brīdī tas noved pie tā, ka nepieciešama vienošanās par lietu kārtību.

Šajā konkrētajā gadījumā - "Izpildiet instrukciju (3 īsi teikumi) un vajadzētu būt ok."

Ja pierakstītu klāt vēl vienu funkciju, tad jau nāk klāt papildus jautājumi: "Ja to slash neievada/ievada par daudz, tad kurā brīdī izpildās skripts, kurš to pieliek klāt?" "Ja nu man ievajagas šo mainīgo izmantot kādā jaunā vietā, tad kura funkcija man jāizsauc, lai to formatētu"? "Kāpēc, saglabājot 2 dažādas vērtības, rezultāts pilnīgi ne ar ko neatšķiras?"

Kā arī papildus potenciālās problēmas:

Programmētāji katrs saraksta savu formatēšanas funkciju (nav garantijas, ka visi raksta pareizi). Programmētāji nav informēti par to, ka nepieciešama šāda formatēšana, un to neizmanto. Daļa programmētāju vienalga paļausies uz to, ka konfigurācija ir ievadīta noteiktā formātā.

nu jau gan: Tu nu tagad lej :)

to nu jau gan @ 2006.07.12. 10:31, teica: Tu programmēt proti? Learn the Art of the Unix Programing! :)

balsoju par to, ka kodam jaaspeej diagnosticeet ievaddatu kljuudas un zinaamaa meeraa taas labot arii - savaadaak var padomaat, ka rakstiits asmaa nevis c++, java, vai php...

laacz, iedomajies ka tapat rakstita browseri(IE) kas safixo liki un nevalidi uzrakstitos tagus..tobish veic parbaudi vai ir valids vai nav un megina kko fixot.. pie kaa tas noved?

Ja ir nodefinets ka izskatas URL(URI) tad tadam tam ari jabut..

cx: Absolūti nekorekts salīdzinājums.

Kadel?

cx: Konkrētajā gadījumā, tā nav kļūda, ja es ievadu, teiksim, sava saita adresi kā http://laacz.lv, vai kā http://laacz.lv/.

Es tomer nepiekritu par to, ka sitadas lietas butu jacheko.. jo kopaa tak tam visam javeido ir valids URL ja tur vel butu $bb-> port, tad ari butu jacheko vai ir :80 vai 80?

cx: Tādā gadījumā, mīļais cilvēk, būtu jāraksta tas URL vienā rindā. Tipa - $bb->domain = 'http://my.blog.com/path/to/my/blog/'. Un tāpat jāmin, ka beigās jāliek slešs, kas var arī nebūt pašsaprotami :)

cx: Pie kam, port ir numurs. Cipars, nevis kaut kas ar ":". Savukārt, ceļš var būt gan ar slešu, gan bez (ja tiek rewraitots, piem.).

Teorētiski jau var teikt priekš kam tāds settings tur vispār vajadzīgs. Domēns būs tāds ar kādu websterveri nokonfigurēsi un visi hrefi htmlā ir relatīvi..

Nu bet teisi tapat ir domains www.kautkas.lv nevis http://

Nevar visu chekot.. jo katrak koda gabalinak pectam vajadzet testus uzturesanu utt peec KISS principa vieglak ir ierakstit isas un saprotamas instrukcijas konfig failaa.

Cita lieta, ka galaa ieguto URL gav vajadzetu novalidet.

cx: KISS princips kā reizi arī nosaka to, ka lietotājs var ierakstīt tieši tā, kā viņš pats to saprot. Tu viņam saki: "$uri contains your blog address. For example, 'http://my.site.com/my/blog/'." Un viņš var neierakstīt (pēc pieraduma) to /. Un tad nekas nestrādās. Vai nav vienkāršāk pārbaudīt ar parse_url() un miers? Protams, Rozes variants ir vispraktiskākais, kas arī atbilst patiesībai.

Viens no labākajiem risinājumiem ir izmantot f-ju, kas savieno šos datus. Pitonam tā ir standarta bibliotēkā ;-)

Galu galā, nevar tak programmētājs paredzēt visas operētājsistēmas un paveidus, kā ceļš līdz failam var tikt iekodēts.

(Es to lasu mazāk par http un forward slašiem, bet vairāk par relatīvajiem un absolūtajiem failu ceļiem un urļu viedošanu.)

Sm: nu idejiski PHP pats var noteikt kur atrodas (uz diska (neatkarīgi no OS)), ar kādu hostu/urli atvērts un tālāk jau pats saveidot dinamiski un relatīvi visu tālāk..

Vienīgais variants kur redzu šīs konfigurācijas parametra jēgu varbūt ir lai kaut ko overraidot - proti uz tavu webrootu norāda divi hosti, bet tu gribi izmantot tikai vienu (forwardējas uz tavu norādīto)..

Visus gadījumus nepārbaudīsi un neizlabosi. Tapat varēs ierakstīt tā, ka nestrāda. Ja lietotājam taisa, tad taisa ar install skriptu, ja jāraksta configi, tad jau var arī prasiit viņus noteiktā formātā. Arī parametru maiņa, kas neizsauc izmaiņas darbībā tiešam ir nedaudz mulsinoša. Vēl - ieliktu abus variantus kā derīgus, tad sāktos mūžīgie - pārbaudiet vai nav slīpsvītras beigās dažās vecākās versijās (spraudņos domātos vecākām versijām) tas var sagraut sistēmas darbību. Atkal atbalta forumi būtu pilni.

Roze: Var jau ņemt pieprasītā vhosta nosaukumu ;]

laacz, http://laacz.lv tiks redirekteets uz http://laacz.lv/ tas tikai noziimee to, ka browseris pret Tevi ir bijis visuzheeliigs.

augstaakmineetais koda gabals ir ljoti korekts. tas ir php! ja tiktu rakstiits atsevishkjs skripts, kas izbrauc cauri konfiguraacijas failam un to safikso, tad tas arii veel buutu pienjemami. tachu likt to pamatkodaa un izpildiit katru reizi, kad kaads pieprasa lapu ir vienkaarhsi lieka grezniiba.

Kirils: Nu bet protams, tas ir TIK sarežģīts un laikietilpīgs process, ka vai bail :) Un, piezīmēšu, browseris nav visužēlīgs. Apacis redirektē. Pie kam, piemērām, pie redirektiem zūd POST dati. Tie netiek pārforwardēti kopā ar lietotāju.

konfig failā vērtību tu ierakstīsi vienu reizi, tad kāpēc gan to, lai neierakstītu pēc noteikta formāta un pie tam komentāri pietiekoši precīzi to apraksta. Bet tā funkcija tiku tad izsaukta pie katras konfig nolasīšanas un lai arī viņa ātrdarbību īpašī nesamazinātu, bet tomēr tās būtu liekas darbības pie katras lapas ģenerēšanas. Tas arī manuprāt ir iemesls :)

laacz: Tevi skeiloshanaas nemaz neuztrauc. suudiigs programmeetaajs esi. :D

nezinu, kaads Tev ir browseris, bet mana opera, ja ierakstu baaraa "www.lmt.lv" suuda pieprasiijumu GET / HTTP/1.1

es stipri shaubos vai pieprasiijums GET HTTP/1.1 vispaar ir pieljaujams. taa kaa - browseris tomeer ir visu zheeliigs. gaidu pretargumentus :)

s/suuda/suuta/ atvainojiet.

Kirils: pieprasot direktoriju (dziļāku nekā /), ja nav trailing sleša, pāradresē serveris. Piem., pieprasot http://laacz.lv/blog, serveris pāradresē uz http://laacz.lv/blog/. A par skeilošanu - bbPress un wordPress jau nu ir tāāā jāskeilo...

laacz, jaa. ja nenoraadi direktorijai trailing-sleshu, tad visuzheeliiga ir apache. ja nenoraadi direktoriju vispaar, tad visuzheeliigs ir browseris. jebkuraa gadijumaa taa ir kljuuda un Tu tiec vienkaarshi pazheelots. gan browseris, gan apache to vareetu nemaz nedariit.

Es saprotu, kaapeec vinji taa ir dariijushi, bet cik tas labi/slikti - nenjemos spriest. Konfiguraacijas fails tiek izmainiits vienreiz un it kaa nav veerts taisiit paarbaudes uz konfiguraacijas parametriem pie katras skripta izpildes, ja konfiguraaciju var pieprasiit uzrakstiit korekti (pie tam konfigureeshanu parasti veic cilveeki ar skillu).

Mans viedoklis sakrīt ar Kaitnieks viedokli.

Tikko ar šo saskāros kā bugu programmatūrā. Vajag paredzēt, ka lietotājs var ievadīt ar vai bez slīpsvītras un apstrādāt. Punkts.

Ak dies! Nu arī iespringuši, vai zināties. Konfigurācijas fails tam arī ir paredzēts - konstantām, predefinētām vērtībām. Ja kādai no vērtībām ir jāliek slash beigās, tad tas ir jādara! Ja nav jāliek, tad nav. Ja konfigurācijas failu veido aplikācija, tad pretimnākšana lietotājam "noformējot" mainīgos ir tikai pašsaprotama. Pretējā gadījumā - jāpielāgojas ir Tev!

Es sliecos uz Kaitnieka & Kirila pusi. Un veel piemeers par tiem slashiem ir taisot aliasus ir jaapieskata, kaa uztaisa. Jo vienaa variantaa straadaa gan ar slashu, gan bez. Otraa variantaa straadaa tikai ar slashu.

Konfig failu aizietk reti, ja ir praatiigs, tapee arii labaak ir uztaisiit "paarbaudi" taisot konfigfailu, nekaa katru reizi pie izsaukuma.

archaic: konfig failam ir jaaliek taadas permisijas, lai lietotaajs to nemaz nevar izmaniit!

Zhetons Kirilam. Un viss jaunais ir labi optimizeets vecais, tamdeelj izvairiisimies no liekaam darbiibaam un konfiguraacijai izveidosim atsevishkju portaalu :D:D:D, kas piedaavaas jaunaa softa iipashniekam nokonfigureet vinja config.inc.php. Nokonfigureet pareizi un taalaakai optimaalai weblapas darbiibai nav nepiecieshams vienreiz pareizi ievadiitu infu paarbaudiit 6000 (vai pat vairaak) reizes dienaa

Nu vot diskusija viena sleša dēļ.. Zem *BSD/nix'iem Apache uzskata, ka http://domain.tld/Dir/ un http://domain.tld/dir/ ir divas dažādas mapes uz servera, uz win - viena un tā pati (sorry, ko lai dara, tada šo OS uzbūve). Man kā end-useram (starp citu kā arī bbPress instalātoram, respektīvi NE viņa programmētājam) ir izdevīgāks moments, kad man 1) ir ērti to izdarīt nevis tāpēc, ka tas ir pareizi pēc visāda veida standartiem, bet vienkarši tāpēc, kā ērti ;), un 2) man negruzī prātu. Gadijumā, kad skaidri un gaiši saka - davaj ieliec te slašu, savādāk tev tas nestrādās - abi šie nosacījumi izpildās. Visi priecīgi, es par šo konfigurācijas vietu nestrādāšanas gadijumā neuztraucos, viss notiek...

Es negribētu strādāt ar tavu kodu, Kaspar.

Visi domā tikai par to cilvēku, kas konfigurēs kaut kādu štrunta phpBB vai ko līdzīgu. Tam tiktiešām pietiek ar komentāriem config failā, jo citu vietu tas nekad neredzēs. Bet ir arī programmētāji, kam ir jāraksta kods, kas regulāri izmanto šo parametru. Un te nu it sevišķi ar php, kur intellisense vai ko tamlīdzīgu neredzēt kā savas ausis, ir grūti. Ja vairāki programmētāji izstrādā programmu, grūti prasīt, lai visi vienmēr zinātu, kādā veidā kāds cits paredzējis šo vai citu config faila vērtību. Tāpēc pareizāk ir veidot funkciju, piemēram, get_absolute_url($relative_url), kas atgriež uzreiz korektu vērtību (un patērē, ak vai, pāris procesora ciklus vairāk). Katrā ziņā pareizi ir datu ievadi (dajebkādu, vai tas ir konfigurācijas fails vai POST dati) veidot tā, lai tā maksimāli censtos datus pieņemt - neviens softs tev neteiks "tavā tekstā ir simbols ' - aizvieto to ar ' ", bet gan to izdarīs automātiski.