Starší komentáře ke článku: Tvorba přístupných dynamických odkazů
Zpět na článek | Úvodní stránka Interval.cz
Datum vložení: 2.1.2003 1:53:28
Které fulltextové vyhledavače ignorují část URL za otazníkem?
Datum vložení: 2.1.2003 6:33:04
<I>Výstup bude vypadat přibližně takto: ?a=123&text=Hello+%3A%29.</I>
Neměl by tam být ampersand jen jednou?
Můžu vědět smysl vytváření takové třídy? Osobně shledávám jako jediný důvod převedení nebezpečných znaků na jejich entity, ale nechápu proč kvůli tomu vytvářet třídy, když se o to může postarat jedna jednoduchá funkce o třech řádcích. Proč to dělat jednoduše, když to jde složitě...
Pochybuji, že způsob předávání proměnných pomocí <I>index.php/a/123/text/Hello+%3A%29</I> bude spolehlivý. Od dob mého prvního kontaktu s tvorbou webů až doteď jsem nečetl ani neslyšel, že by někdo proměnné předával jinak, než standardním <I>soubor.php?promenna=hodnota</I>. Samozřejmě je možnost exoticky nastavit server nebo nechávat parametry zpracovávat "vaším způsobem" 404 skriptem, ale proč to dělat? Protože vyhledávače neindexují část za otazníkem? Kde jsou ty doby, kdy je google neindexoval, čehož se všichni chytli a tento mýtus koluje dodnes...
Datum vložení: 2.1.2003 8:58:31
<I>Neměl by tam být ampersand jen jednou?</I>
Já ho tam vidím jen jednou.
<I>Pochybuji, že způsob předávání proměnných pomocí ... bude spolehlivý. Od dob mého prvního kontaktu s tvorbou webů až doteď jsem nečetl ani neslyšel, že by někdo proměnné předával jinak, než standardním ...</I>
To, že jste o něčem neslyšel, neznamená, že to neexistuje a že se to nepoužívá. PATH_INFO je úplně stejně standardní záležitost jako QUERY_STRING. Je na vás, které metodě dáte přednost. Na druhou stranu ani já nejsem příznivcem usilovného přepisování parametrů na cesty, zdá se mi to trochu samoúčelné.
Datum vložení: 3.1.2003 15:28:52
<I>Já ho tam vidím jen jednou.</I>
Ve svém příspěvku ho také vidím jednou, v článku ovšem dvakrát.
<I>To, že jste o něčem neslyšel, neznamená, že to neexistuje</I>
K tomu řeknu asi jen, že přepisovat parametry na cestu mi příjde obdobné citátu "holka, pojď, udělej mi to zezadu". Osobně to pokládám jako další, většinou zbytečnou, featuru. Samozřejmě, že například u e-zínů to může opticky zahladit adresu. Nechtějte mi ale tvrdit, že například u stránek autobazaru budete zadávat parametry do URL, místo abyste použil vyhledávání přímo na stránkách... to asi ne, že?
Datum vložení: 3.1.2003 16:44:46
Jak jste si mohl všimnout v mých ostatních příspěvcích, také nejsem zastáncem používání cesty místo parametrů za každou cenu. Ale jsou situace, kdy je poměrně užitečné a přirozené používat informace z PATH_INFO. Jendoznačně třeba v handlerech chyb (zejména 404), ale existují i další - např. virtuální adresářový strom pro download. V takových případech by bylo naopak nepřirozené cestu uměle převádět na parametry.
Datum vložení: 3.1.2003 17:11:21
Ten příklad s autobazarem nema nic spolecneho s prepisovanim parametru na cestu, chtel jsem tim naznacit ze pri vecim mnozsvi parametru je jednodusi, prehlednejsi.. napsat
$link = array(
'barva' => $barva,
'znacka' => $znacka,
'rok_vyroby_od' = $rok_vyroby_od,
'rok_vyroby_do' = $rok_vyroby_do,
...
)
nez psat
<a href="<?php echo 'index.php?barva='.url_encode($barva).'&znacka= ....
navic potom muzu udelat treba toto
$link2 = $link;
$link2['barva'] = 'červená';
echo '<a href="'.$url->create($link).'">červená</a>
$link2['barva'] = 'zelená';
echo '<a href="'.$url->create($link).'">zelená</a>
...
Datum vložení: 3.1.2003 19:15:15
Asi otázka priorit... mně osobně se to jednodušší nezdá. Když už používat dynamické odkazy, předpokládám, že využívám i dynamického obsahu a abych pravdu řekl, budu raději psát...
<a href="<? echo funkceproodlazeniodkazu("index.php?barva=".$barva...
...přičemž se mi kód vejde ve většině případů na šířku monitoru a PHPEd jej barvami zpřehlední, než se rozepisovat na X řádků, kde budu luštit co čemu přiřazuji a jak daná třída vlastně funguje.
Datum vložení: 3.1.2003 21:00:14
Pokud je to pro jeden odkaz je váš způsob lepší, pokud budu chtit pridat treba neco ke kazdemu odkazu na strance tak pridam jeden jeden radek a nemusim hledat vsechny odkazy. A jeste treba to "klonovani" odkazu je obcas dost uzitecne.
Datum vložení: 3.1.2003 20:10:34
Já bych to napsal spíš takhle:
printf("<a href=\"index.php?b=%s&z=%s&rvo=%d\">xxx</a>",
url_encode($barva), url_encode($znacka), $rok_vyroby_od);
Datum vložení: 2.1.2003 12:24:50
<I> Můžu vědět smysl vytváření takové třídy? Osobně shledávám jako jediný důvod převedení nebezpečných znaků na jejich entity, ale nechápu proč kvůli tomu vytvářet třídy, když se o to může postarat jedna jednoduchá funkce o třech řádcích. Proč to dělat jednoduše, když to jde složitě... </I>
Pro odkazi se dvema nebo třemi parametry to asi smysl nema, pokud budte delat naprikal autobazar a chcete uživateli nabidnout trochu lepší konfort - vybere si znacku, rok vyroby od do, cenu od do, barvu, vybavení... to se potom ty parametry nahromadi a tam už to má smysl
Datum vložení: 2.1.2003 23:12:17
odkazi a konfort nekomentuji, ale ;) ....
nechapu jaky komfort tedy navstevniku takoveho autobazaru skyta to, ze se mu adresa bude vypisovat jako
index.php/barva/zelena/rok_vyroby/2000 - ten, kdo prijde na princip tohodle nebude mit problem ani s
index.php?barva=zelena&rok_vyroby=2000 - komfort navic nula, prinos navic taky nula, takze co ?
Datum vložení: 3.1.2003 10:22:06
Tu tridu jsem vytvořil hlavne pro tvorbu tech prvnich typu odkazu zapis pomoci index.php/barva ... je tam jen jako "bonus". Myslel jsem tim ze udelat konfort pro zakaznika je nekdy pracne a delat zpusobem echo "index.php?barva=".url_encode($barva)."&rok_vyroby=".... jde spis o konfort pro programatora je jednodusi napsat
// zadam vychozi prametry
$parametry = array(
'barva' => 'zelena',
'rok_vyroby_od' => 2000
);
...
?>Vybrat jinou barvu<?
$link = $parametry;
$link['barva'] = 'cervena';
echo '<a href="'.$url->create($link).'">cervena</a>';
$link = $parametry;
$link['barva'] = 'modra';
echo '<a href="'.$url->create($link).'">modra</a>';
Takto si nastavim vychozi parametry a potom menim jen ty co se menit maji
Datum vložení: 3.1.2003 20:52:28
>>konfort<< - koukam, Vy si trvate na svem ;), ale budiz
ja vidim castecny smysl vytvorit si obecnou tridu na pripravu url, s predanim pole a vytvorenim standardni adresy, pak ano - tady alespon vzdalen tusim prinos, ackoli hodne zalezi na konstrukci cele adresy, ...
Datum vložení: 23.12.2003 3:19:55
>>>Pro odkazi se dvema nebo třemi parametry to asi smysl nema, pokud budte delat naprikal autobazar a chcete uživateli nabidnout trochu lepší konfort - vybere si znacku, rok vyroby od do, cenu od do, barvu, vybavení... to se potom ty parametry nahromadi a tam už to má smysl <<<
Pokud tohle bude někdo předávat v url, tak ho lituju. Tohle jsou paramatry nejspíš pro vyhledávání nebo třídění a tudíž z formuláře a pro tento pípad je zde methoda POST. Nebudu v URL přece předávat Babičku B.Němcové, když na to není stavěná (URL, ne Babička).
Datum vložení: 2.1.2003 15:38:32
<I> Můžu vědět smysl vytváření takové třídy? Osobně shledávám jako jediný důvod převedení nebezpečných znaků na jejich entity, ale nechápu proč kvůli tomu vytvářet třídy, když se o to může postarat jedna jednoduchá funkce o třech řádcích. Proč to dělat jednoduše, když to jde složitě... </I>
Nevim proc se tu cilite, tohle je prece klasicky priklad toho kdy se vyplati pouzit objekt. IMHO zapouzdruje to uz celkem dost logiky, navic v pripade rozsireni(rozumej pridani logiky) to bude idealni. Neni proto treba bastlit jednu funkci.
Datum vložení: 2.1.2003 16:53:28
Zend engine nieje az tak optimalizovany na pouzivanie tried :)
niekedy je vyhodnejsie (rychlejsie) nahdradit:
class X {
var var1;
var var2;
function X(...) {}
function Y(...) {}
}
takto:
function X(array, ...) {}
function Y(array, ...) {}
kde array je array(var1 => value, var2 => value)
Datum vložení: 3.1.2003 7:15:17
Zdravim Ondro,
bohuzel optimalizace Zend enginu mi neni znama :-(, osobne bych ale zrychleni pro zlomek sekundy obetovla za vetsi "cisotu" a prehlednost kodu.
BTW: to ze to neni pro pouzivani objektu az tak optimalizovane, neznamena ze to treba za pul roku nebude. Tak ci onak i PHP prochazi evoluci a k OOP se bude nadale priblizovat.
Datum vložení: 2.1.2003 8:36:53
Muj dotaz nepatri primo k clanku, ale presto - zacinam s tvorbou webu a shanim informace, jak pouzivat k odkazovani to, co je zde nazyvano dynamickym odkazem... Jsem uz z toho zoufaly, protoze nikde nic. Asi hledam pod spatnym terminem nebo neco. Pokud byste mne mohl nekdo nakopnout spravnym smerem, byl bych vdecny. Staci link - jakym zpusobem se tvori tyto "dynamicke odkazy". Vrele diky.
Datum vložení: 2.1.2003 8:54:02
Cože? A co tak si přečíst ten článek pořádně, ty magore? Anebo jaká je teda tvoje otázka, co ti nejde??
Datum vložení: 2.1.2003 8:59:59
Proboha, lidi, to už opravdu nedokážete odpovědět na (byť hloupý) dotaz bez nadávek a urážek? To si tím kompenzujete nějaké mindráky?
Datum vložení: 2.1.2003 9:01:24
Ma otazka, jak se domnivam, ac nejsem zadny odbornik, byla celkem jasna... Staci si clanek precist a zjistite, ze je o necem jinem: o tom, jak pouzivani "dynamickych odkazu" (stale si nejsem jist terminem, protoze jsem tento termin nikde jinde nenasel) zjednodusit a prizpusobit aby ho indexovali vyhledavace... ale neni to o tom JAK je pouzivat. A ja nevim JAK to pouzit - jak se maji jmenovat soubory, na ktere odkazuji, jaka je spravna syntaxe v souboru index.php apod... Proste nejaky relevantni popis. Clanek je hezky ale v tomhle mi nepomohl - je o necem jinem.
Datum vložení: 2.1.2003 9:27:30
Podívejte se třeba na <a href='http://www.kosek.cz/clanky/iweb' target='_blank'>http://www.kosek.cz/clanky/iweb</a> - kapitoly "Předávání parametrů pomocí rozhraní CGI" a "Formuláře I.-IV.". Články jsou sice trochu starší, ale když budete vědět, že u novějších verzí PHP potřebujete místo $var používat $_REQUEST["var"] , bude to pro začátek stačit.
Datum vložení: 2.1.2003 9:14:16
Už dlouho jsem se nesetkal s tím, že by nějaký vyhledávač neindexoval dokumenty s parametry. Zato jsem paradoxně už dvakrát narazil na to, že indexovací robot neinterpretoval entitu pro ampersand v odkazu. Asi je autorů, kteří vědí, že ampersand je v odkazu potřeba také zapsat entitou, pořád ještě moc málo. V jednom z těch případů (Jyxo) stačilo napsat správci a chyba byla velmi rychle opravena, ve druhém (egothor) to nedokázali ani po dvou měsících.
Datum vložení: 2.1.2003 12:48:40
Vacsina vyhldavacov vie indexovat taketo url. Druha vec je ze tych parametrov by malo byt co najmenej.
Pre uzivatelov je tiez lepsie aby sa clanok volal
<a href='http://www.exampale.com/category/php_article' target='_blank'>http://www.exampale.com/category/php_article</a>, ako
<a href='http://www.exampale.com/show_article.php?id=1923' target='_blank'>http://www.exampale.com/show_article.php?id=1923</a>
Dalsia vec je ze vyhldavaci zvyknu indexovat aj url, ktore je v prvom pripade bohatsie na informacie.
Datum vložení: 2.1.2003 19:04:23
Většina ano, jen jsem chtěl upozornit na to, že občas nějaký ne. Mne osobně to dost překvapilo. Přesto to ale nepovažuji za důvod, proč psát odkaz nekorektně bez entity. Uživatelům je celkem jedno, zda se použijí parametry nebo simulovaná cesta - kdo tomu nerozumí, používá odkazy nebo bookmarky, kdo tomu rozumí, toho to nevyděsí.
Datum vložení: 2.1.2003 19:37:21
je to na pocudovanie ale vacsina ludi nepouziva bookmarky. Pouzivaju google alebo iny vyhladavac kde si napisu co potrebuju a kliknu na ten 'ich' odkaz :)
Preco to robia? podla mna si nevedia zapametat adresy typu <a href='http://www.example.com/show.php?id=1234' target='_blank'>http://www.example.com/show.php?id=1234</a>. Ja si tiez ziadnu taku nepametam. Zato vsak si celkom dobre zapametam <a href='http://pixels.pixelpark.com/~koch/hide_css_form_browsers/' target='_blank'>http://pixels.pixelpark.com/~koch/hide_css_form_browsers/</a>, aj ked je to dlhsie :)
Datum vložení: 2.1.2003 23:23:21
normalni uzivatel si nebude pamatovat ani to prvni, nicmene uz v zadnem pripade ani to druhe - bavime-li se tu o normalnim uzivateli, tak ten se totiz neprenese pres tu tildu ;) a mate po ptakach. Setkal jsem se s tim, ze i lide takrikajic studovani "ing a spol" jsou schopni napsat url do kolonky vyhledat na seznamu. Nemam jim to za zle, delaji dobre svou praci a cestu ke strankam, ktere potrebuji si najdou (i kdyz za vyrazneho prispeni programatoru na seznamu nebo googlu).
Chci jenom aby bylo jasno - tohle nic normalnimu uzivateli neprinese, jestli to ma nejakou vyhodu pro programatora (nevim, ja v tom zadnou neshledavam), ale normalnimu uzivateli nic!
Datum vložení: 3.1.2003 0:22:56
beru zpet (castecne), neco me napadlo
napr. <a href='http://www.interval.cz/html' target='_blank'>http://www.interval.cz/html</a> nebo <a href='http://www.interval.cz/php' target='_blank'>http://www.interval.cz/php</a> ...
nebo <a href='http://www.interval.cz/html/zacatecnik' target='_blank'>http://www.interval.cz/html/zacatecnik</a> - ale chtelo by to jinou filozofii, nez je uvedena v clanku, ze? navic, nejsem si jisty, jestli zrovna pro apache na todle neslouzi url_rewrite ;)
Datum vložení: 3.1.2003 0:51:04
Takhle nějak to dělá A List Apart (<a href='http://www.alistapart.com/)' target='_blank'>http://www.alistapart.com/)</a>. Vypadá to docela zajímavě, ale nepřesvědčilo mne to natolik, abych v tomto smyslu předělával své projekty, na rozdíl od některých jiných moderních trendů v tom nevidím tak jednoznačný přínos.
Datum vložení: 3.1.2003 9:51:00
napr. taky google dava vacsiu vahu slovam v url, title :)
Datum vložení: 3.1.2003 14:47:07
moderni trendy - slo by nejaky jmenovat (nevim, ptam se ...)?
Datum vložení: 3.1.2003 15:09:53
Například beztabulkový a bezframový layout pomocí CSS a s tím související oddělení obsahové a vizuální složky. Používání PNG místo GIF. Vyšší důraz na přístupnost (accessibility). Nebo používání XML (SOAP) pro výměnu dat.
Datum vložení: 3.1.2003 20:42:04
ja myslel php - nejaky moderni trend ;) xml, css, gif se obavam, ze je trosku jina vrstva nez na jake jede php ;)
Datum vložení: 3.1.2003 20:51:10
Uváděl jsem věci, které se bezprostředně týkají uživatele a jeho prohlížeče, případně indexovacích automatů. Jestli chcete něco z implementačních záležitostí, pak třeba používání polí typu $_REQUEST a $_SESSION místo automatických globálních proměnných, zodpovědnější přístup k typům a další podobné věci, které dělají z původní hračky solidní programovací jazyk.
Datum vložení: 4.1.2003 1:32:43
davam za pravdu, nicmene $_GET, ... nova nejsou, ja je pouzivam jiz od zacatku leta (+/-) ;)
Datum vložení: 3.1.2003 20:52:55
css a gif je "trosku jina vrstva" ale xml ma s php dost spolecneho. Ja treba obsah svych webu pisu v XML a potom podle sablon prevadim na html.
Datum vložení: 4.1.2003 1:36:53
abych pravdu rekl, tady se mozna poustim na tenky led, nicmene php a xml maji asi tolik spolecneho, co php a databaze (z toho nevyvozuji ze xml~databaze) nicmene phpkem mohu ovladat jak databazi tak xml soubor, zatimco obracene to neplati (ackoli fakt je, ze xml muze slouzit jako konfiguracni soubor (trebas), toto (imho) trosku povysuje pozici php vuci xml - nebo ne?
btw - sorry za ot tema
btw2 - kdyz tak nad tim premyslim, tak odpoved je asi vzhledem k tematu irelevantni (nicmene diky za odpoved), podstatne byly ty odkazy ;)
Datum vložení: 3.1.2003 2:30:15
Rewrite Engine byva u hostingu zakazano... Jinak treba <a href='http://www.oscommerce.com' target='_blank'>http://www.oscommerce.com</a> pouziva tenhle zpusob. Navic nekdy apache umozni pouzivat misto "server.tld/stranka.php" i zkracenou verzi "server.tld/stranka" , pak to treba muze vypada i jako na oscommerce, kde jsou to vlastne jen php soubory download.php , community.php atd....
Datum vložení: 3.1.2003 14:49:16
nj, jenze
1. tohle predpoklada, ze bych pro kazdy oddil mel vlastni soubor
2. temer identicky problem jako s url_rewrite - vyzaduje pristup k webserveru a jeho konfiguraci
3. neresi to problem generovanych stranek - leda, ze by pro kazdou z x variant se vytvarel samostatny php soubor ;)
tohle muze byt reseni pro osobni weby, ktere maji tak do 10 stranek a z ruznych duvodu je to lepsi nez adresare a redirect ;)
Datum vložení: 22.1.2004 21:48:15
Pane Kubecku, egothor zadny vlastni robot k indexovani (k datu 2.1.2003) nemel, vyuzival Larbin. Mate v tom asi zmatek.
Datum vložení: 3.1.2003 22:50:03
Tento sposob oklamania vyhladavacov som skusal uz davno, ale v reale sa to neda pouzit pretoze take URL "popletie" browser a nejde potom v html stranke pouzivat ziadne relativne linky (na obrazky, css styly, ...)<br>
Ked mam napr. clanok s URL:<br>
<a href='http://www.foo.sk/clanok.php/id/3<br>' target='_blank'>http://www.foo.sk/clanok.php/id/3<br></a>
a v nom napr. link na obrazok s URL (v img tagu samozrejme):<br>
images/xicht.gif<br>
tak browser URL clanku vyhodnoti ako cestu (ved to vlastne aj su tie parametre vo forme cesty v URL "skryte") a bude pytat taketo URL obrazku:<br>
<a href='http://www.foo.sk/clanok.php/id/3/images/xicht.gif' target='_blank'>http://www.foo.sk/clanok.php/id/3/images/xicht.gif</a>
Co je samozrejme blbost.<br>
To plati pre akekolvek relativne odkazy, takze tato metoda je NEPOUZITELNA.
Datum vložení: 3.1.2003 22:56:11
Sorry, tie <BR> tagy na koncoch riadkov tam nemali byt :)
Datum vložení: 4.1.2003 1:42:15
otazkou je, proc vubec predavat nazev souboru timhle zpusobem - to zavani
pripomina mi to
<a href='http://cokoliv.ne/kde/index.php?co=historie.php' target='_blank'>http://cokoliv.ne/kde/index.php?co=historie.php</a>
<?php
//...
require $_GET["co"]; // ;))))
//...
?>
podle meho, zrovna todle lze osetrit budto pomoci ciselneho id souboru, nebo jen jmeno bez pripony a tu pak pridavat rucne - furt lepsi, nez to, co popisujete
Datum vložení: 4.1.2003 16:15:18
To sme sa nepochopili, ja nepredavam v URL ziadny nazov suboru (hovorim o linkoch v html dokumente nie ako sucast URL). Skuste si este raz precitat moj prispevok, lepsie to uz neviem vysvetlit. Alebo este lepsie ked si to cele naprogramujete podla clanku a narazite na ten problem sam.
Datum vložení: 4.1.2003 18:28:52
jestli myslite, jako ze treba se budu odkazovat na nejaky zip nebo cokoliv ?
<a href='http://cokoliv.cz/soubor.php/soubor/xicht' target='_blank'>http://cokoliv.cz/soubor.php/soubor/xicht</a> //kdyz budu generovat, includovat apod
<a href='http://cokoliv.cz/xicht.gif' target='_blank'>http://cokoliv.cz/xicht.gif</a> - to "xicht.gif" zkratka nema ve vyse uvedene url co delat, ponevadz uz tam je uveden soubor.php/parametry ..., nicmene,
kdyz se budu odkazovat na standardni soubor (napr v img, tak neni problem - maximalne uvedete absolutni url, ale nemelo by to byt treba).
Datum vložení: 4.1.2003 22:16:06
<I>kdyz se budu odkazovat na standardni soubor (napr v img, tak neni problem - maximalne uvedete absolutni url, ale nemelo by to byt treba).
</I>
Presne o tom hovorim ! Ak sa v html stranke budete odkazovat na obrazok:
<img src=images/xicht.jpg>
tak tam je ten problem. Browser nepochopi ze ma stahovat a ukazat obrazok z adresara images v roote vaseho webu, ale pokusa sa ziskat ho z adresara: /soubor.php/id/123/images/xicht.jpg
Jednoducho povedane akekolvek relativne odkazy sa pripajaju za "cestu" v URL. Bohuzial je to tak.
Pouzivat absolutne URL v celom webe je blbost.
Datum vložení: 5.1.2003 0:43:59
ja si myslim, ze tohle je otazka reseni, ze, ponevadz ja mam obrazky
a) v sablone - tam to klidne dam do absolutni
b) lze vkladat skrze redakcni system - tam si to osetrim
c) fotogalerie - osetrim
takze kde je problem, navic to, co popisujete je problem spise IE, Opera to myslim nepridava (tezko rict, jak v tomhle pripade)
btw: ja bych tohle stejne nepouzival a to i z jinych duvodu, nez z tohodle
Datum vložení: 4.1.2003 18:58:30
A co treba <base href ... ? navic muzu tento toto adresovani pouzit jen pro vyhledavace zadam na hlavni strance
<h1 class="pro-vyhledavac"><a href="index.php/ukaz/obsah/">Obsah</a></h1>
a ve stylu uvedu
.pro-vyhledavac {display: none}
tim vyhledavac dostane co chce a pro browsery tam budou odkazy typu ?ukaz=obsah
Datum vložení: 10.9.2003 17:51:20
Zdravim
<noflame>
Vas clanek i trida se mi libi
</noflame>
Rozhodl jsem se ji pouzit, ale mam jeden zadrhel, ktery bych potreboval pomoct odstranit:-(
Mam script, ktery lovi nejaka data z MySQL, data ze zobrazi v nejake podobe a urcite casti jednotlivych polozek jsou udelany jako linky, ktere po klliknuti preusporadaji vypis podle kritireria, ktere pridam za stavajici URL.
Po dalsim kliknuti se mi data zase preusporadaji a URL se prepise novym.
S pouzitim teto tridy se mi ale stava, ze mi cast URL zustava a pripisuje se za ni dalsi.
Myslite, ze by bylo mozne nejak dany string nejak "vynulovat"?
Premyslel jsem o smazani instance tridy vzdy, po vytvoreni linku, ale
pri nejakych 60 odkazech na stranku se mi to zda jako plytvani
vykonem.
Mohl byste mi nekdo pomoct.
Diky moc.
Kdyztak piste na email:
xbalounj@seznam.cz
Datum vložení: 16.6.2005 13:20:30
Uvedeny zpusob predavani parametru pomoci lomitek by mi byl dost uzitecny, bohuzel nefunguje v apachi v prostredi windows XP - server zahlasi chybu 500 Internal Server Error, pokud chci prejit na url s lomitky misto. Na linuxovem serveru to funguje. Nevite nekdo jak to rozchodit i ve windows? Mozna to bude v konfiguraci apache.
Datum vložení: 30.7.2008 11:16:43
to je píčovina zasraná