Azifaral

Přehled odpovědí

Aktuálně je na stránce zobrazeno 20 příspěvků - 461. až 480. (z celkem 488)
  • Autor
    Příspěvky
  • odpověď na téma: 500 Internal Server Error – premature end of script headers #23881

    Azifaral
    Participant
    Web

    V této chvíli to řeším tak, že založím post texty + images ale bez tagu. Toto uložím a to projde naprosto bez problémů a to jak ukládání konceptu, tak publikování. A pak hned na to přidám tagy a zatím (zkoušeno na 3 článcích) to vždy prošlo. :) Ono já taky podezřívám WPML :D – skoro vždy za podobnou chybou to WPML bylo a oni s tagy už párkrát bojovali, naposledy kdy docházelo ke zdvojování tagů. Takže ještě chvilku to budu pozorovat a pokud se to bude pořád objevovat tak se ozvu.

    Co se týká úprav, editace, mazání atd. tak tam problém není. Tam vznikne ten problém ve chvíli, kdy se ukládá koncept / publish – ale já prakticky vždy nejdříve post uložím jako koncept a teprve po tom co si jej prohlédnu, tak dělám publish – a s tím ukládáním se ukládají zároveň tagy.

    Co se týká error logu jak nejlépe na to? :) Já to nikdy moce neřešil, to už je na mě trošku “vysoká škola” :) K Apache přístup nemám, k MySQL ano, přes web phpMyAdmin. Díval jsem se, že na error log jsou i nějaké pluginy, ale jaký nejlépe netuším.

    Každopádně velké díky za pomoc.

    odpověď na téma: Description v google vyhledávači #23880

    Azifaral
    Participant
    Web

    Jediná možnost jak zakázat zobrazovat google určitou část webu, je zakázat přistup robotu do tohoto prostoru. Takže pokud opravdu nechcete, aby se vám indexovaly určité stránky, což v případě vašich stránek bych považoval spíše za chybu, tak v robots.txt nadefinujete Disallow podle svých potřeb – více o nastavení robots na http://www.jakpsatweb.cz.

    Pokud dojde ke konfliktu mezi pluginy, což se samozřejmě někdy stát může, tak většinou dojde k znefukčnění daného pluginu, ale toto je prakticky vždy samozřejmě věc řešitelná, minimálně na úrovni změny pluginu. Ale to, že by google zobrazoval “více variant” je nereálné, protože google zobrazí to, co přečte robot na vašich stránkách. Buď to a nebo ono, ale ne 2 věci na jednom místě.

    odpověď na téma: Description v google vyhledávači #23874

    Azifaral
    Participant
    Web

    To aby se to ty rubriky nezobrazovaly vůbec je podle mě špatná cesta, naopak většina lidí bojuje za to, aby se jim pokud možno zaindexovaly všechny stránky.

    Pokud se jedná o změnu description tak to změníte pomocí SEO pluginů, já např používám SEO plugin od Yoast, kde si bez problémů definujete u každé rubriky zvlášť SEO Titulku a Popisu atd.

    odpověď na téma: Description v google vyhledávači #23870

    Azifaral
    Participant
    Web

    Chápu to dobře, že nechcete, aby se vám v google zobrazovaly tyto položky?

    odpověď na téma: 500 Internal Server Error – premature end of script headers #23840

    Azifaral
    Participant
    Web

    Na chvíli jsme se odmlčel, protože jsem se snažil odhalit ten problém a tedy opravdu moc nevím. Vím :D :D tedy jednu věc a to, že to vždy spadne ve chvíli kdy ukládám post včetně tagu. Obecně má hrozný problém s ukládáním tagu, protože, když ten post ukládám z editoru a přidám k tomu postu tagy, tak to na 100% spadne. Když to uložím bez tagu, tak to projde a to vcelku rychle. Pak jdu do seznamu postu, tam udělám quick edit a tam po vcelku dost hrozné době ty tagy uloží.

    Potkal jste se někdy s tím? Mám podezření na problém s databází, protože když to padne, tak všechno uloží (title, text, images), ale neuloží slug – zvláštní. Ale tam si fakt netroufám dělat žádné zásahy, protože do toho vůbec nevidím. Jenom pro info, v této chvíli tam mám cca 4400 tagu (2600 ceských, 1800 slovenských). Jo a zkoušel jsem na radu s Forpsi se dívat na databázi, když dochází k ukládání a žádný proces mi tam nezůstane viset. Takže any idea? :)

    odpověď na téma: 500 Internal Server Error – premature end of script headers #23736

    Azifaral
    Participant
    Web

    Díky za reakci, přivedla mě na jednu myšlenku týkající se právě WPML a to subpluginu WPML String Translation s kterým jsem míval problémy, právě v souvislosti s výkonem. Ona je to část WPML určená na překlady všech věcí, které nespadají dovnitř postu, pages atd. a on opravdu dokáže excelentně žrát výkon. Oni se ve WPML prsili, že ta nová verze 3.2 by na tom měla být výrazně lépe, ale nevim nevim, nějak mi to připadá stejné :) Ale i tak mám pořád nějaký pocit, že by se to mohlo motat kolem timeoutu. Ono se totiž nakupilo více věcí – změnili jsme hosting, změnili jsme cache a při té změně hostingu jsem zapnul zpět všechny pluginy a to včetně WPML String Translation, který jsme měl předtím vypnutý právě kvůli výkonu, ale tam to vedlo ke zpomalování stránek v administraci, což jsem teď neměl. Tak uvidíme co to udělá a pak dám vědět.

    WP Rocket – ten náš server je celkem dost omalovaný, obsahuje velké množství obrázků, jenom v Nextgen Gallery máme cca 8000 fotek (220 galerii) a máme cca návštěvnost 3000 users denně v CZ a 1000 v SK a děláme cca 13-15 tisíc shlédnutí denně, to do toho nepočítám listování v Nexten-Gallery, kde my ty galerie máme vlastně v každém článku, protože využívám možnost zobrazení všech obrázků z daného článku v Nexteg Gallery. To jenom na úvod, aby bylo jasno, že to asi celkem žere výkon. Když jsme přešli na WordPress (kdysi jsme používali na jiném webu OpenCMS, ale ten je podle mě za zenitem a to co nabízí WP se s tím nedá srovnat) tak jsem postupně přešel od WP Super Cache, přes W3 Total Cache (pak i v komvbinaci s Varnish cache) až právě k WP Rocket.

    1. WP Super Cache (WPSC) – velmi příjemná, vcelku jednoduché nastavení a po internetu na ni najdete kýbl návodů, které jsou obecně všechny stejné. Bohužel s přibývajícím nárůstem návštěvnosti tak trochu ztrácela dech a navíc v kombinaci s WPML měla problém s aktualizací stránek na druhém jazyku. Laicky řešeno, když jste udělal publish postu a on se dostal na homepage, tak v CZ verzi bez problémů, ale v SK verzi to prakticky neudělala nikdy a člověk musel flushnout celou cache, což samozřejmě bylo přes den, kdy tam je dost velký tlak velký problém. Takže to vedlo k tomu, že se překlady dělaly do “zásoby” a flush se dělal v noci. Nicméně, nikdy jsem nepřišel na to, jak to udělal, aby ten flush udělal automaticky. On ho sice měl nastavený, ale nikdy ho vlastně neprovedl. A co se týká supportu tak čistá nula, tam píšete prostě do tmy.

    2. W3 Total Cache (W3TC) – on je to velmi zajímavý plugin s neuvěřitelným množstvím nastavení atd. Nicméně to je právě ten kámen úrazu. Já jsem uživatelský kodér, já si zprovozním WP, jsem schopen ohnout si css, sem tam něco v php, ale o těch systémových provozech toho opravdu moc nevím. A navíc, W3TC v té verzi zdarma trpěla vlastně podobnými neduhy jako WPSC, takže pokud jste si nenastavil věci v apache a k tomu jsme nakonec došli s Varnish, tak ten výkon byl takový všelijaký. A opět kombinace s WPML a problém aktualizace stránek po vypublikování postu. On prostě žádný z těch pluginů s tím WPML tak moc nepočítá. Oni sice píšeou u WPML, že jedou na W3TC, ale já moc nestudoval ty jejich lokalizace. A když jsme dodali na server Varnish, tak rychlost perfektní, ono to jde přece jenom znát, že se to najednou ukládají ty věci na disk a on ten WP si na to potom bleskově sáhne. Ale za prvé to neuděláte na běžném hostingu, za druhé to neuděláte bez znalostí, které já neměl a musel to dělat kolega a za třetí máte problém to z těch cache “vybít” :). Zkoušel jsem pluginy na flush Varnishe, ale nějak to nefungovalo a ten problém byl o to větší, že takto se zakešovaly i seznamy článků v kategoriích atd. Takže možná, že W3TC bude pro spousty lidí dostačujících, protože je zadarmo, ale ona to stejně není tak úplně pravda, protože když z ní chcete vymáčknout maximum, tak tam stejně skončíte na těch jejich placených add-onech. A samozřejmě, pokud si nekoupíte ten placený support tak píšete na lampárnu, což já nikomu nevyčítám, chápu, že musí z něčeho žít a ne trávit život na wp supportu a nic z toho nemít. Ale nějak jsem cítil, že to W3TC není úplně to co bych chtěl, že je to na mě hlavně moc složité, komplikované a “přechlívkované” :D.

    No a protože mi to lezlo krkem se pořád o to starat a nemít čas na jiné věci, tak jsem pátral a našel WP Rocket.

    3. WP Rocket – nechci aby to vyznělo, že je to bez chyby, ale ani oni si to nemyslí ani ti vývojáři. Za prvé jde vidět, že je to prémiový produkt, protože hned jak si jej koupíte, tak se vám ozvou vývojáři s tím, že při jakémkoliv problému je máte kontaktovat. Po týdnu opět kontakt s tím, jaké mám zkušenosti a jestli něco nepotřebuji atd. Prostě ta starostlivost je obrovská. Co je úžasné, tak je to, že nastavení je tam prakticky na jednu stranu (viz přiloha) a to na té jedné straně je pár položek k zakliknutí, což pochopí každý. Na dalších stránkách už je jenom nastavení při používání CDN (zatím nepoužíváme, ale do budoucna budeme, tak jsem zvědav), na další rozšířené možnosti typu zakázat určité stránky z cache atd. Zatím jsem neměl důvod použít. Výkon je opravdu tak jak psali zatím nejlepší ze všech. ta rychlost na stránkách je bez problémů při jakékoliv návštěvnosti, velmi rychle se ty stránky zakešují po flushnutí atd. Vynikající kompatibilita s WPML, naprosto dokonalá. Prostě jakmile článek vypublikuji, tak je okamžitě na těch stránkách a to jak na homepage, tak na seznamu kategorií atd. Je naprosto jedno v jakém jste jazyku. jakmile udělám úpravu v postu/pages a dám aktualizovat a Clear cache, tak je všechno opraveno a to na jakékoliv úrovni, tzn. třeba i změna url, titulku atd. Už jenom kvůli tomuto bych nikdy ten plugin za nic jiného nevyměnil. Jsou zde problém s minifikací CSS a Javastriptu, ale tady je ten problém spíše na straně šablony jako takové a bude to chtít doladit, ale k tomu jsem se zatím nedostal.

    Uff, trochu jsem se rozepsal, snad to bude stačit, kdyby cokoliv tak se ptejte.

    odpověď na téma: Custom type post – doporučení #23684

    Azifaral
    Participant
    Web

    Velké díky za podrobné info. Díval jsem se teď na zmiňovaný Toolset a jsem z něj trochu na rozpacích. Za prvé tam není nejnižší cena, ale budiž za dobré věci jsem ochoten platit. Jenom ono v tom Toolsetu je například i CRED, což je form builder plugin a tady já používám Contact Form 7 a ten je opravdu zlatý :) a navíc mi tvorba toho formu v tom CRED připadala nějaká “šroubovaná” :). Module manager na tvorbu jednotlivých bloků na stránce atd.

    Prostě obecně podle mě je ten Toolset asi spíše taková větší liga a neříkám, že se mi nelíbí, ale asi bude chtít kafe (kýbl) a dlouhé zimní večery na studium :D, aby z toho člověk vymáčknul maximum za dané peníze. Zase to má výhodu, že má všechny pluginy pod “jednou střechou” a nemusí řešit problémy individuálně s vývojáři. Btw. toto mají skvěle řešeno v supportu u WPML, že i když je tam více lidí na support, tak vám přidělí jednoho a s tím komunikujete a teprve když by jste s ním byl nespokojen, tak si můžete zažádat o jiného.

    A co se týká WPML a “100% kompatibility” – ono za tu dobu co jej používám, tak jsem zjistil, že ono to WPML má někdy problémy samo se sebou :D natož s jinými, stačí se podívat na forum WPML jakým fofrem tam přibývají topicy :D. Ale tak jako tak, je to úžasný kus SW na vícejazyčné weby a přes všechny problémy, které jsem s tím měl bych neměnil.

    odpověď na téma: Posts slider #22766

    Azifaral
    Participant
    Web

    Ono slider pluginů je asi hodně, některé zdarma, některé placené. Mě osobně třeba zaujal tento placený Slider Revolution Responsive WordPress Plugin.Ono těch 18$ mi zase nepřijde tak závratná suma, to když přepočtu na člověko hodiny při programování, tak se to asi ani nevyplatí dělat :)

    odpověď na téma: Skrytí podtržení odkazu a zarovnání social buttons #22330

    Azifaral
    Participant
    Web

    Podtržení je jednoduché. Ve style.css je to tato položka:

    .post-content a, .widget a {
        border-bottom: 1px solid #222;
    }

    ta dělá na každém “a href” spodní okraj. Takže ji stačí pouze odmazat.

    odpověď na téma: Registrace členů #22190

    Azifaral
    Participant
    Web

    Zdravím, stejný problém jsem řešil taky na http://www.vlasyaucesy.cz a my díky zaměření máme návštěvnost i z venku a tak se ti spameři velmi rychle objeví. A obecně se tomu problému nevyhne asi nikdo. :)

    Buď si tam nainstalujte Capcha, ja to nakonec rešil pomocí Capcha pluginu od Bestwebsoft.

    Pokud nemáte rád Capcha, tak doporučuji WP-SpamShield Anti-Spam, který vytvoří bez Capcha antispam ochranu a opravdu velmi dobře funguje. Jenom jsem měl pocit, že trošku vytíží systém, což by ale bylo logické, ale možná to byl jenom můj pocit. Zase je to opravdu komfortní ochrana, kterou uživatel ani nevidí, ale je aspoň z mé zkušenosti 100% funkční.

    odpověď na téma: Locker content plugin #22144

    Azifaral
    Participant
    Web

    Oops, tak jsem to hledal trochu špatně. :) Musím hledat Paid content pluginy, tady jsem našel jeden ze seznamů, tak odzkouším. Nicméně pokud má někdo zkušenost s pluginem tohoto typu tak budu rád.

    Azifaral

    odpověď na téma: Problém s knihovnou medíí #22040

    Azifaral
    Participant
    Web

    Já to nakonec vzdal a vzhledem k tomu, že na tom serveru těch dat bylo málo, tak jsem to udělal z čisté vody. Nicméně ta chyba byla trošku jinak.

    1. Nahrál jsem image v Knihovně médií a on místo toho aby se uložil do folderu /2015/02 tak se uložil do 2014/05. A po refreshnutí Knihovny, nebo když jsem dal zakládat post, tak jsem prostě ten image v té Knihovně neviděl a tím pádem jsem jej nemohl vložit do postu. I když na serveru prokazatelně byl, to jsme se koukal, přes FTP.

    Po vypínání pluginů se to sice začalo tvářit lépe, ale postupně jsme došel k tomu, že problém byl asi ve WPML a to díky tomu, že jsem “já optimista + viz naše diskuse o tom, že by mohla pomoct ve výkonu, ale zcela jistě bude mít chybu jinde” tam hodil tu jejich betu. Kolegyně mi tady říkala ať to nedělám a vzpomenu si na předchozí betu, která měla zase pro změnu problém s TAGY, kdy v druhém jazyku po překladu vyráběla nekontrolovatelné množství odkazů :D. Ale já jsem vždycky takový dobrodruh ;) :D. A co se týká WPML, tak tam to je skoro vždycky natuho a nepomůže ani to, že bych tam dal starší verzi, oni to prostě vždycky někde zprasí v databázi. Ale i přes ty problémy co s ním bývají je to boží plugin.

    Takže snad už to teď po reinstalaci bude ok.

    odpověď na téma: tip na plugin formuláře s přílohou jpg #21949

    Azifaral
    Participant
    Web

    Zdravím,

    sice trošku pozdě, ale přesto. :) Používám Contact Form 7 a i když asi jako všechno má drobné chybičky, tedy minimálně se mi trošku popral s template a musel jsem si to upravovat, tak funguje skvěle, viz ukázka vytvořeného formuláře zde http://www.vlasyaucesy.cz/registracni-formular-do-katalogu-kadernictvi/.

    Součástí je právě i možnost odesílání příloh, popis je tady http://contactform7.com/file-uploading-and-attachment/, dá se definovat velikost a formát příloh a perfektně funguje následná kontrola. Všechno je to udělané velmi “blbuvzdrorně”, navíc je tam česká lokalizace, takže se vším no problem. Takže za mě opravdu doporučuji.

    odpověď na téma: vyhledávání stránky na internetu #21923

    Azifaral
    Participant
    Web

    Víte, nebylo by špatné, pokud by jste nám tady dala odkaz na váš web, abychom se mohli podívat na případné chyby, které by mohly vzniknout. Jinak co se týká SEO, tak to je opravdu běh na velmi dlouhou trať a velmi záleží na tom jakého oboru se ten web týká. Existují slova s tzv. nízkou a vysokou konkurenčností a v případě, že máte web s tou vysokou (např. oblast módy) tak prosadit se alespoň do 10 v google vyhledávání je opravdu slušný výkon a vše bude potřebovat delší dobu.

    Příklad našeho serveru http://www.vlasyaucesy.cz:
    1. Po spuštění, kde dobou spuštění beru chvíli kdy web obsahoval cca 40 příspěvků a 20 stránek, trvalo skoro 4 měsíce než jsme se začali probojovávat na přednější místa na google a to pravidelně publikujeme cca 3-5 příspěvků denně. A i tak v mnoha případech se nedostaneme ani na 5 stranu google vyhledávání.

    2. Co se týká Seznamu, tak zde ta indexace probíhá tak prazvláštním způsobem, že ani většina odborníků na SEO si není úplně jistá, jak správně naoptimalizovat ty stránky. A my dodnes se Seznamem ne málo bojujeme a klíčová slova, která máme na Google umístěná v první desítce odkazů, nebo jsme dokonce na prvním místě, tak na Seznamu jsou na x-té stránce.

    3. V žádném případě vám nestačí to, že napíšete bez rozmyslu nějaký text (příspěvek) a k němu přidáte skupinu tágů a máte pocit, že tím je vyhráno. Každý příspěvek musíte pečlivě promyslet, klíčové slovo na který je definovám by se mělo kromě titulku objevovat v prvním odstavci a to několikrát. Vynikající nástroj je na to WordPress SEO by Yoast , který vám každý příspěvek zhodnotí. Jen tak máte šanci správně tvořit příspěvky, které jsou konkurenceschopné.

    4. Klíčová slova, alespoň z počátku definujte dost specificky, tzn. je nereálné si myslet, že je hned v počátku možné se prosadit v obecných klíčových slovek (košile, móda, barva, šampón, vana, cihla atd..) tam je obrovská konkurenčnost. Ono jej sice vyhledává 50-100 tisíc lidí za měsíc, ale musíte si uvědomit, že jenom v ČR je podle statistik cca 30 tisíc eshopů o webech ani nemluvím a každý z nich právě podobná obecná slova obsahuje. Takže, pokud definujete v příspěvku klíčové slovo, tak dost specificky, tzv. long tail a tato slova se snažte prosadit. (tzn. ne Autokemp, ale Autokemp na Morávce). Toto slovní spojení sice hledá méně lidí, ale jsou to ti lidé, které chcete primárně oslovit.

    5. A samozřejmě musí někdo o vašem serveru vědět, tzn. je potřeba vytvářet na něj odkazy na diskusních fórech, zájmových serverech, poslat odkazy svým známým, tvorba facebook stránek atd.

    A především opravdu neočekávejte, že vytvoříte server, byť sebelépe udělaný jak graficky tak textově a do týdne budete na špici ve vyhledávání. Pokud by to takto fungovalo, tak chudáci ti, kteří pravidelně denně usilovně pracují na svých stránkách po dobu několika let a najednou by jen tak byli odsunuti nově vzniklým webem. V tomto je i ten Google “spravedlivý”, kdy i hodně velká vydavatelství musí investovat hodně peněz a času do svého nového produktu, aby předběhli svou konkurenci.

    Možná, že toto vyznívá trochu demotivačně, ale musíte si uvědomit, že tvorba web stránek a magazínů je konkurenční prostředí stejně jako jsou jiná. A jenom dlouhá a poctivá práce vede nakonec k tomu, aby jste se alespoň na velmi specifická klíčová slova dostala na špici.

    Uff …trošku jsem se rozepsal :)

    odpověď na téma: W3 Total Cache nemaže cache po aktualizaci příspěvku #21922

    Azifaral
    Participant
    Web

    S W3TC taky vedu podobný boj, který se ještě komplikuje tím, že používám WPML na vícejazyčnost. Ještě si prosím zjistěte, zda nemáte nějaké proxy kešování na úrovni serveru, kde já např. používám Varnish, která je výborná, ale dostat ven něco z keše bývá trochu zážitek, byť s ní W3TC spolupracuje.

    A ještě taková drobnost, kterou tady nakousnul Admin, když jste přihlášený jako administrátor a uděláte tu úpravu a podíváte se na ten příspěvek, tak jej vidíte upravený nebo ne? Protože jako administrátor – tedy obecně je to nastaveno tak, že každý přihlášený user – by jste měl mít nastaveno, že vidíte příspěvky nekešované.

    A další průšvih je W3TC a cache v prohlížeči, kde já používám na OSX Safari a Chrome. v Chrome edituji a jsem přihlášený a v Safari se na server dívám. Někdy dostat tu zakešovanou informaci ze Safari je skoro nemožné a musím ten prohlížeč úplně sestřelit a někdy dokonce promáznout historii.

    odpověď na téma: Název rubriky jako doména 3.řádu #21837

    Azifaral
    Participant
    Web

    admin: Co se týká SEO, tak to je opravdu dnes ve stavu spekulací, kolem SEO se dost motáme, především to dělá kolegyně, ale nenašla žádnou relevantní studii o tom, že by doména 3. řádu dnes měla nějak pozitivní přínos z pohledu SEO. V dobách minulých tomu tak asi bylo, ale Google dnes má výrazně jiné priority u SEO a doména mezi ně nijak zásadně nepatří – tedy mám tím na mysli doménu 3. řádu.

    uli + admin: Co se týká pluginů, tak já bych byl hodně opatrný. Jak říkám snažil jsem se to zprovoznit, dokonce jsem koupil tento plugin http://codecanyon.net/item/category-subdomain-pro/6567807, ale nepodařilo se mi to doladit do nějakého smysluplného funkčního stavu – jak je řečeno už v tom předchozím tématu – asi to funguje jen někomu a mám pocit, že to bude chtít asi i slušné nastavování htaccess, apache atd. Já to prostě nedal :)

    odpověď na téma: Název rubriky jako doména 3.řádu #21832

    Azifaral
    Participant
    Web

    Dobrý den,

    tento problém jsem řešil tady https://www.separatista.net/forum/tema/subdomena-na-wordpress a v principu to jde udělat na WP jenom jedním způsobem a to přes Multisite. Na jiný – jednoduchý způsob – jsem v principu nepřišel. Ale jde o o to, proč tu domenu 3. řádu potřebujete. Pokud to mám být “samostatný server”, tak je MultiSite řešení ideální, protože na včech těch “sajtach” řešíte samostatná práva, vlastní pluginy, template atd. Pokud takto chcete jenom “zviditelnit” danou rubriku, tak je to už dneska vlastně zbytečné.

    Azifaral


    Azifaral
    Participant
    Web

    Ještě taková drobnost …je k něčemu používat plugin na optimalizaci obrázků, používám EWWW Image Optimizer, když mi stejně všechny obrázky projdou rukama a já je optimalizuji ve Photoshopu? Tady jsem vždycky trochu na vážkách jestli to není nesmysl a něco co zbytečně ten server zpomaluje.


    Azifaral
    Participant
    Web

    No samozřejmě že tu příčinu pořád hledám :) Jenom tady už trochu narážím na své schopnosti jak to co nejlépe najít. A samozřejmě NextGEN Gallery používáme, jenom tady trochu nevím čím bych jej nahradil (tedy pokud znáte lepší a výkonnější řešení tak si rád nechám poradit), protože my jsme majoritně “obrázkový server” a dneska už jenom v těch galeriích NG máme cca 6500 obrázků. Jinak co se týká výkonu, tak pokud jsme byli na polovině, tak to bylo naprosto v klidu, tam obecně vzniká problém když jde ten server do “špičky”.

    Pak tady může být problém v administraci s WPML, něco jsem kolem četl, oni to zase tak úplně nevyvracejí a píšou, že nová verze by právě rychlost administrace měla řešit …ale oni to píšou vždycky a u všeho :D Ale moc se mi o to WPML nechce přijít, protože na tu vícejazyčnost je to prima plugin.

    A W3TC taky není žádný “svatoušek” co se týká zpomalování administrace, toho je taky plný internet …ale on je to asi obecně problém všech pluginů, snažím se to omezovat co to jde, ale co si budeme malovat, jsme magazín, který potřebuje “efekty”, takže velké množství obrázků, sociální sítě, diskuse …atd. a tady si každý kousek vezme svoji daň.

    Jinak co se týká parametrů, tak ten server je starší, je to Intel(R) Pentium(R) 4 CPU 3.40GHz, 4GB RAM, 4x HHD v RAID. Nicméně databáze je bokem na jiném serveru, který je výrazně výkonnější, tam je to 2x Dual Core Xeon, 12 GB RAM, 8x HDD v raid (hw karta pro raid) a tady s výkonem není žádný problém.

    odpověď na téma: WPML + WP Super Cache – správné nastavení #21051

    Azifaral
    Participant
    Web

    No u WP Super Cache už jsem zkoušel nastavit kde co :) a zatím nic, což tak nějak tuším, že asi tím náhodným “klikáním” nic neodhalím, nemluvě o tom, že tam toho zase tak moc nastavit nejde. Asi vyzkouším tu W3TC, právě vzhledem k tomu, že ji používají i sami na WPML, předpokládám, že pokud by tam měli ten můj problém, tak by to asi vyřešili :D i když člověk nikdy neví ;) :D (kovářova kobyla je klasika). No v nejhorším se budou na SK verzi publikovat články v noci, když je nízký trafic, naštěstí nejsme idnes, kde se musí chrlit články co 5 minut.

    btw nevíte o nějakém doporučeném nastavení W3TC, abych to nemusel hned ze startu lovit.

Aktuálně je na stránce zobrazeno 20 příspěvků - 461. až 480. (z celkem 488)

WordPress – novinky, návody a zajímavosti