Komentáře uživatele Administrátor

Re: Diamond Club Hotelu Hilton

Díky za příspěvěk spokojený člene! Doufám, že to opět není nějaký marketing. Nicméně to nemění nic na tom, že považuji tento způsob agresivního marketingu za nevhodný pro něco "vyjímečného", jako je Hilton Club, za který se sám považuje! Ono je těžké někomu vnutit, že je vyjímečné něco, co nabízí kde kdo na každém rohu a ještě to vydávat za obrovskou náhodu, že na tom rohu jsme do sebe narazili, kvůli postavení Marsu a Jupiteru!

Re: Re: Zajimavé

řeším options vždy přes pole function($params=array()) zkoušel jsem i bitové operace, ale problém je když chceš míchat právě jednoduché options a pak vyloženě potřebuješ předat options typu key=>value, key=>arrayOfValues ale určitě už se těším jak to vymyslíš :) kdyby se ti podařilo zamyslet se i nad tou kombinací, bylo by to fajn

Re: nazev

svatá pravda, zdá se že lazy connection to řeší, sorry, strávili jsme s dibi pouze den a noc, moc se ještě neznáme

Re: Nebuďte zahledění do sebe

Bylo by naivní si myslet, že google fulltext není jeden z podstatných základních kamenů, ono denní návštěvnost UIP 600 lidí už je docela postatný základní kámen, i pro celkem velký projekt, google bude podstatný ať už chci nebo ne

Re: Problém je často v konkurenci a ne v Google.

to beru také, ale problém je, že u tohoto projektu opravdu nevím o žádném prohřešku, snad jen ty výměnné odkazy, ale moc neroumím banu za takovou věc, ono totiž tam bylo asi 10 odkazů, ale na konkureční weby!resp. weby se společnou tématikou, takže jaký prodej odkazů a co tím teda je myšleno?! prodej odkazů !

Re: Velký G už s.... hodně lidí

toho jsem si vědom a proto jsem odeslal formulář na dotaz z adwords, domnívaje se, že si zkontrolují celkem vysoký roční náklad na klíčová slova a pochopí, že by mohli komunikovat, bohužel několik set tisíc ročně asi není dostatečně zajímavý obnos, aby alespoň řekli, kde je chyba

Re: Bad rank

Pagerank, OK to beru, na tom projektu, ale není, a to že je tady, je historická záležitost, zmizí rychle :)

Re: Podobné zkušenosti

Osobně moc nerozumím tomu prodej odkazů, v poslední době je to docela hodně omýlaná písnička, ale co tím vlastě google myslí? jako že, každý externí link musí být opatřen rel=nofollow? to pak přece samo o sobě ztrácí smysl, když myslím, že je pro mé zákazníky nějaký odkaz zajímavý tak ho na své stránky dám a co to má společného s prodejem odkazů?

Re: Google Webmasters tools

Google Webmasters tools samozřejmě znám a dlouho používám, ale ten ndokáže říci, kde je problém, paradoxem je, že google i nadále prochází sitemap odeslaný právě přes Google Webmasters tools. Žádost o vysvětlení a nové posouzení už jsem poslal dávno, ale problém je právě v tom, že google to neřeší, uběhne měsíc a nic.

Re: Trochu lepší funkce...

Zachytili jsme pokus o napadení spam robotem, tato položka nemůže být přidána do databáze. To je triviální ochrana proti spamu, zachytí většinu spamu a 5% klasických příspěvků, když to nebudeme rozebírat bude to fungovat :)

Re: problem

zkus tohle nastavení oFCKeditor.Config['ProcessHTMLEntities'] = 'false'; resp. v fckconfig.js uprav řádek FCKConfig.ProcessHTMLEntities=true; na false

Reportáž TV NOVA

Tak dnes má být ve zprávách o tom reportáž TV NOVA, trochu jsem přispěl, ale co z toho vznikne v dílně TV NOVA se můžete podívat

Re: Další řešení

z vlastních zkušeností, bych volat javascript před značkou body nedoporučoval, např. v případě, že některé javascripty jsou právě závislé na tom co už je na stránce (javascript je pro mne jedna z nejvíce chybových technologií), moje zkušenost je že se na to nedá spolehnout, proto také přece vzniklo v mootools ondomready ne? tedy pokud mi jde o bezpečné provedení javascriptu tak nejlépe až když je vše na stránce, pokud někdo s javascriptem dělá často doufám, že mi to potvrdí

Re: Nekoncepční

1. souhlas 2. problém nastává když očekáváme html jako výstup, a nikdy nevím jestli vstupem je text nebo html, pak si musím vybrat jestli chci, aby to byl vždy html nebo si ještě evidovat zda pracuji s html nebo textem (mě přijde vhodnější převádět jakýkoli vstup na html a vím že půjde o html)

Re: MERGE

což by mohl být pro někoho problém, aktuálně pro mne je a nemohu využít SQL2008
K článku: ProgressBar v PHP

Re: Re: jen pro upřesnění

mám to jak je to udělané na webu digitaraldu, zobraz si zdroj stránky, snad pochopíš, případně zkus zkontaktovat autora, bývá na icq, ovšem odpovídá jen na inteligentní dotazy, případně zkus kontaktovat mne mimo tuhle diskusi, kontakt jistě najdeš, ale času také není moc

Re: Re: Re: Re: Re: nereprezentativní test

1. vyzkoušeno, mysqli a multi_query vychází určitě výhodněji, právě proto, že umožňuje využívat standardní příkazy mysql, sice celý řetězec pak naroste do neuvěřitelných rozměrů, ale všechno má nějaký limit 2. multi_query jsem nikdy neměřil a nezkoumal, takže díky za upozornění 3. možná, by bylo vhodné si udělat jasno v porovnání mysql a mysqli, kdysi jsem četl, že mysqli je pomalejší, ale od té doby se to mohlo hodně změnit, takže uvítám odkazy na různé benchmarky

Re: Re: Re: nereprezentativní test

1. mysql je k ničemu jsem opakoval Váš příspěvek, jen jsem shrnul, že článek je o něčem jiném 2. článek reagoval na řešení hromadných updatů, jak je provedete? 3. tedy uveďte test s update nebo klidně insert, já jsem očekával vyvrácení, ale pořád nevidím nic co by to potvrzovalo, 4. určitě se nebráním zveřejnění odkazu na Vaše stránky, kde bude test, o tom ten článek přece je

Re: vykrik do tmy

no a to je jedna z veci co jsem chtěl dokazat! viz predchozi clanek a diskuse, tenhle test dokazuje jen to, že má smysl používat metody hromadných operací

Re: Existuje jiné řešní problému, než doporučení na konci článku?

například převést do potřebného kódování pomocí iconv, ale předtím je potřeba zjistit v jakém je kódování, pomůže automatická detekce od dgx viz. diskuse, ale článek je o tom, že diakritika může přinést dost problémů, tedy je jedno kdy, ale doporučuji před nebo po uploadu ji odstranit

Re: opravdu naposledy :)

v pohodě proto ten blog píšu, dobrá máte pravdu já řešil jen aktuální problém, jestli naopak vy máte čas se tomu věnovat vygenerujte tabulku podle Vás, zvěřejním ji zde a dám odkaz na Vaše stránky

Re: Menší připomínky

1. ooddělení dne a měsíce - proč ne, souhlasím, řešení jsem psal dnes, cca deset minut před napsáním toho článku a to jsem ještě převáděl databázi ze seznamu očíslovaným pouze pořadovým číslem, mne to vyhovuje, pokud někdo shledá užitečnost, určitě je to dobrá připomínka, hlavně když to není postaveno na pořadovém čísle 2. mysql - snadná odpověď, tento web začal vznikat ve chvíli, když jsem byl nespokojen s nabídkou článků na určitá klíčová slova, resp. cílem je rozšířit dostupné informační zdroje, ke kterým bude snadné se rychle dostat a hlavně, které jsou česky, a jací uživatelé nejvíce hledají svátky v souvislosti s programováním? tedy klíčová slova php a svátky, mysql a svátky, proto je to tak postavené a o tom mimo jiné je tento web

Re: nereprezentativní test

1-2-3-4 krom toho, že mysql je k ničemu, tak o tom je přece tento a související článek! je o tom, že INSERT INTO ... ON DUPLICATE UPDATE umožní shrnout tisíce dotazů do jednoho a tak zabránit zbytečným časovým nákladům na transakce, a že dle mého má tato metoda smysl a je vždy vhodnější minimalizovat počet dotazů, pokud dělají to samé, to samé si myslím o rekurzivním načítání stromu kategorií v porovnání s metodou traverzování kolem stromu (proto tato metoda přece vznikla!), čtěte více než jen název článku! 5) jak dlouho Vám takové zpracování 32MB souboru trvá? co ukázka projektu? vynechme obrázky, ty stahujete obvykle jen jednou nebo za delší časový úsek, takové soubory zpracovávám v některých projektech a oproti původním 13 a více minutám jsem se dostal na cca desítky sekund, přičemž práce s databází je minimum, aplikační vrstva si bere více

Re: Použití

co třeba každých 10 minut při synchronizaci dodavatel odběratel, ERP eshop, portál typu srovnávač cen a tisíce zákazníků?

Re: Vidím, že jsem způsobil humbuk

nehledě na jednu nevýhodu INSERT DELAYED jak se domnívám nefunguje na INNODB a to se zpět vracím k poslednímu příspěvku, jak chcete postavit databázi bez referenčních klíčů???

Re: Vidím, že jsem způsobil humbuk

1. myisam x innodb - asi další můj zlozvyk, ale jednoduše myisam nepoužívám, nedokáži si představit návrh databáze, aby v ní nebyly referenční klíče 2. myisam si dokáži představit jen pro nějaké logování, což z 95% není případ všech problémů 3. limit 1MB OK, v takovém případě používám LOAD DATA INFILE nebo ten daný insert rozložím do unesitelných rozměrů, pořád věřím tomu, že lepší deset velkých insertů než milion 4. ať už je to jakkoli pořád si myslím, že hlavní režie bude v komunikaci php a mysql, nehledě na to, že příklad neověřuje nijak, zda dotaz proběhl v pořádku nebo ne, představte si zatím dalších 100 000 ověření zda dotaz proběhl v pořádku a ukládání jednotlivých výsledků 5. co se týče INSERT DELAYED nejsem si jist právě u konkurenčního přístupu co to udělá s databází, kde běží ostrá data? 6. pořád jste mne však neodradil od řešení, které používám a vy tak zavrhujete? navrhněte optimalizaci, případně ukažte vlastní testy?

Re: Re: Re: :)

tak sem s reklamou, bulvár nemusím, ale pro představu jaké máte zkušenosti

Re: :)

věřím, že má více zkušeností a že můj názor vyvrátí, když napsal knihu, ale nevím jestli v jiných programovacích jazycích je to jinak?komunikace s databází tak jako tak musí být dle mého transakčně náročná, ať už jde o jakýkoli jazyk, nebo možná číst více než jen název článku, na tomto blogu jde vyloženě o php a mysql, každopádně ocením jakýkoli pohled na věc, vždy jsem prezentoval svoje postřehy a názory, které nemusí být správné, určitě pár zlozvyků jsem si získal a když mi jich někdo pomůže zbavit...třeba pomůže i těm kdo mají podobné zlozvyky

Re: Zpětné lomítko

opraveno, stále si nezvykám na že mi to fckeditor automaticky odstraní

Re: UPDATE

nemohu si pomoci, ale při větším množství updatů se operace neuvěřitelně a nepoměrně zpomalí, zajímalo by mne jak se něco takového dá optimalizovat, rozdíly jsou v desítkách minut

Re: šílenost

Nic Vám nebrání napsat lepší řešení, zveřejním ho i s odkazem na Vaše stránky

Re: dvojka

vyřešeno, pokud jsem se v rychlosti někde nesekl

Re: jednicka

ano, překlep, článek vznikal jen kvůli regulárnímu výrazu, tohle jsem na poslední chvíli jen přihodil a vytvářel to právě kolega (nechce být jmenován), dnes opravím máte oba pravdu

Re: UPDATE

a co myslíte, že bude méně zatěžující pro server a rychleji provedené? mne přijde vaše řešení nereálné v mnoha situacích a hlavně složitější, opravdu existují projekty, kde na tom záleží a pokud si máte vybrat mezi zpracováním za 15minut nebo za 30 sekund volba je jasná, teď si jen říkám, že ta kniha o mysql, kde autor je jmenovec to je shoda jmen, že?

Re: jednoduche

může se zdát, ale není to ono, řešení je potřeba hledat na systémové úrovni, nejedná se pouze o cron jak napovídá předchozí článek, ale o všechna volání, kde nelze použít "header", strojová volání XML-RPC, SOAP (obecné třídy, které nemohou být závislé na subjektivních nastaveních) a defaultně přidávat parametr do url nemusí být snadno proveditelné

Re: Výjimky

1. díky za názor, trochu offtopic, takže rád podívám na článek, který popisuje co říkáš a rozvedeme diskusi tma 2. PDO nepoužívám, mám vlastní framework, umí také nějakým způsobem pracovat s vyjímkami, ale tohle mi vyhovuje, jak předáš zprávu vyjímce v PDO?

Re: Re: Re: Re: Re: ip

1. Neprenositelny ve chvili, kdy celou aplikaci za rok, či dva fungování zkopíruješ na jiný server, zapomeneš na toto nastavení a budeš dlouho zjišťovat proč to nejede. 2. Stále to neřeší problém komunikace strojů, kteří nepřistupují pomocí browseru, článek je o volání skriptu v pozadí nebo přesměrování skriptu v případě, že nelze použít header. Tedy jak identifikovat stroj a jak browser.

Re: Re: Re: ip

máš na mysli, přidat ten parametr přímo do systému, aby ke každému cron příkazu přidával parametr?pokud tak, je to opět hodně vázané na určité nastavení, nepřenositelné, porovnání IP je stejně tak spolehlivé ne? co se týče kolize IP, myslel jsem to jinak, tady šlo o to spustit skript v pozadí v případě, že komunikuje stroj a přesun na jiný skript nelze provést pomocí hlaviček, tedy klasický případ XML-RPC, tam se IP nebudou shodovat, ale ke spuštění skriptu také nelze použít hlavičky

Re: ip

cron se mi hlásí jako user-agent: Wget/1.1 to asi nebude to pravé, obávám se, že na to se spolehnout nedá, resp. chtěl bych něco spolehlivějšího

Re: proc slozite kdyz to jde lehce..

přiznám se, že jsem to nezkoušel, ale podle mne to nefunguje, proč složitě, když to lze jednoduše, není to to samé jako pole1==pole2? krom toho řekl bych, že to neřeší právě různé pořadí hodnot nebo ano?

Re: Re: Re: Re: ..

:) berme to prostě jako jen jako ujasnění jasné věci, někdy jsou chvíle, kdy člověk neví 1+1, tak jak je v úvodu jsou to jasné věci, jde jen o to si je někdy uvědomit

Re: ..

pokud je otázka jestli pole obsahují stejné hodnoty tak proč ne, ale jestli se nemýlím, tak array_diff nedokáže porovnat klíče, co když jsou důležité? a co když porovnávané nejsou pole, ale jednou v cyklu porovnáváme objekty a jednou pole a jednou stringy, každopádně tenhle článek neřeší nic konkrétního, jen je to zamyšlení nad naprosto jasnou věcí a zbytečná ztráta několika minut psaním věci, kterou každý ví :)

Re: sorry

sorry kouknu na to co nejdříve, nejjednodušeji předejdu problémům tak, že provedu strip_tags a htmlspecialchars, takže tvoje příspěvky neměli nárok :) sory, dám to brzy dokupy

Re: Re: Re: misstatement

1. Blog je o PHP, tedy o overloading v JAVE vím, ale to sem nepatří 2. Zapouzdření je možná smíchané s viditelností, ale řekl bych, že zkráceně jsem řekl to samé, nevidím v tom, že by někdo byl uveden v omyl nebo si přečetl něco co je nesmysl, přečtěte celý článek, ne jen nadpisy 3. Co se týče toho kde použít objekt a kde funkci to bych neřešil, co programátor to jiný přístup 4. článek je úvodní k OOP v PHP a tuhle úlohu dle mého splnil

Re: misstatement

Především tento blog je o PHP, sice jsem JAVU také dělal, ale přiznám, se že si moc už nepamatuji. Každopádně tahejte za uši, od toho tady ta diskuse je, rád se poučím.

podvod

Raději si dávám pozor s rychlými závěry pokud jde o prezentaci na internetu, ono nikdy nevíte kdo se bude cítit pomluven. Nechť si každý udělá závěr sám, jinak zítra by měl vyjít článek o tomto v Hospodářských novinách, údajně, prý snad i na základě tohoto článku.

položek 50-100 z 129 [2 / 3]
<<   [1] [2] [3] >>