Přehled odpovědí
-
Příspěvky
-
Pro začátek:
1. Vyčisti PC od bordelu nějakým softem na viry a spyware, nebo používej kvalitní OS (tím myslím nějaký linux)
2. Změň hesla k FTP a pokud možno nikde je neukládej
3. Komplet smaž WP, nahrej na hosting nový a správně nastav přístupové údaje k DB jako na začátku instalace (samotná aktualizace WP ti nepomůže, protože neaktualizuje všechny soubory, ale jen některé. Třebawp-config.phpje pořád původní…a třeba obsahuje… cokoliv…).
4. Podívej se zda nepoužíváš nějaký plugin nebo šablonu obsahující bezpečnostní díru (jsou jich mraky). Nějaké info zde: http://www.wordpressexploit.com
5. Při nahrání starší zálohy (fotky, soubory atd…) pořádně kontroluj co vše v té záloze je (i záloha šablony může obsahovat již napadené soubory).Prevence:
6. Kontroluj uživatele kteří mají přístup do administrace, to že nemáš třeba povolenou registraci uživatelů nebo že web spravuješ sám neznamená že jsi jediný admin… (nejlépe přímo v databázi)
7. Použij nějaký plugin pro kontrolu zda se někdo nesnaží nabourat do tvého WP (třeba WassUp Real Time Analytics). Denně několik útoků je naprosto běžná záležitost…
8. Plugin pro banování IP adres nebo rovnou hostů (ty potvory se rádi vracejí s novými triky i když nemají úspěch).
9. Odstraň pokud možno všechny informace o tom že používáš WordPress a hlavně jeho verzi.
10. Hledat, číst, zkoušet, učit se…Pokud mám na endoře vlastní doménu tak
*.example.comfunguje bez problémů pomocí editace DNS záznamů (možná to funguje i automaticky, ale tohle nevím jistě).Jinak k problému…tohle se mi stalo taky, když jsem si nedávno s WPMU “hrál”. Nějakým záhadným způsobem se mi podařilo si zakázat přístup do administrace i když jsem byl superadmin. Pomohlo mi až přihlášení přes jiný prohlížeč jako jiný uživatel (obyč. admin). Jak se mi to povedlo ale netuším…
Hezké, díky za odpověď.
Sice s některými body zas tak úplně nesouhlasím, ale chápu že požadavky může mít každý jiné. Ptal jsem se protože jsem kdysi řešil právě tento problém a po zhodnocení výhod/nevýhod mi přišlo rozumnější využít “vlastní řešení” třeba už jen pro tu volnost si cokoliv jakoliv nastavit či upravit. Samozřejmě jsem ale závislý pouze na svých znalostech a “umění” používat google v případě problémů :) Technická podpora a komunita je určitě nespornou výhodou.
Jen mě právě zajímalo o co přicházím, protože jak jsem se dočetl v různých fórech tak celá ta bedna je jen vlastně obyčejné PC s nic moc hardwarem (můj domácí server za zhruba poloviční cenu má asi 3x větší výkon než vámi uváděný typ), s operačním systémem bez grafických blbostí a nějakou aplikací výrobce pro správu (zbytek je normální volně dostupný software). Tedy vlastně nic co by mě nadchlo, mimoto např. zabezpečení mi taky nepříjde zcela optimální.
Ale rozumím tomu, že pokud bych neměl určité vědomosti nebo čas se tímto zabývat, tak je to asi opravdu nejlepší řešení. Ještě jednou díky.
njn dementní chyba, dementní WordPress…
…až na to, že to funguje tak jak má, WP si tam tebou uvedený kód nevkládá a popisovaná chyba není záležitost WordPressu. Než příště napíšeš takto “inteligentní” článek doporučil bych popřemýšlet jestli chyba není někde jinde, například v pluginech, které nevytvářejí vývojáři WordPressu a nemají tak co se týče funkčnosti s tímto systémem nic společného, v zastaralém prohlížeči popřípadě jak psal admin zkopírováním textu z nějakého externího programu (i jen třeba z prohlížeče).
slušně řečeno…
To snad není možný, nakouknu na forko a co nevidím… :D
Díky za češtinu, konečně se cítím doma :)
Zdravím, pořád nerozumím jedné věci. Jaká je výhoda té kouzelné krabičky od Synology za ne zrovna málo tisíc oproti například nějakému staršímu PC za řekněme max 3K s nainstalovaným Linuxem a s balíčky apache, php a mysql?
Já to vidím tak, že kromě zbytečně vyhozených několik tisíc a spousty problémů plynoucí z toho, že vše je tam nainstalováno a nakonfigurováno již od výrobce, jen to že ta bedna vypadá docela pěkně. Pokud počítám dobře tak za ty peníze v nejlevnější verzi co jsem našel bych mohl mít stejně funkční servery 4 nebo jen jeden, ale s přibližně 10x větší kapacitou disků.
Nějak tomu nerozumím, pokud dám do příspěvku http://www.youtube.com/watch?v=PFl7LVVjPxU tedy URL k videu tak sám WP to převede na HTML kod pro zobrazení videa. Jestliže tam máš videa vložené pomocí zástupných značek
[youtube http://www.youtube.com/watch?v=PFl7LVVjPxU ]tak by to šlo vyřešit filtrem, kdy v obsahu příspěvku odstraníš[youtubea následující], zůstane ti tak jen URL, kterou už WP automaticky zpracuje tak ja má. Jestli myslíš něco jiného tak jsem tě asi špatně pochopil, jestli jsem tě pochopil dobře tak vlož ten níže uvedený kod do souborufunction.phptvé šablony (nezkoušel jsem ale mělo by to fungovat, ještě by to šlo přes regulární výrazy ale to jen tak z hlavy nenapíšu respektive by to asi nefungovalo :D).function ReplaceOldVideoTag($content){
if(strpos($content, '[youtube') === false){
return $content;
}else{
$content = str_replace('[youtube ', '', $content);
$content = str_replace(' ] ', '', $content);
return $content;
}
}
add_filter( "the_content", "ReplaceOldVideoTag" );
díky, jen mi vrtá hlavou proč já to neviděl…cache prázdná, 4 prohlížeče a nic… No aspoň že to je pryč, ještě jednou díky.
chjo tak nevím, ať jsem přihlášený nebo ne, ať použiji jakýkoliv prohlížeč tak nic nevidím…
Každopádně chyba je v pluginu, má to být opravené v příští verzi (viz. http://www.wpwp.org/forums/topic/warning-preg_match-wassupphp-on-line-3954). jen mě štve že nevím jestli jsem to opravil nebo ne, protože to nevidím :D
díky ale jestli myslíš to ve zdroji tak to je jen oblíbená vlastnost pluginů zasírat zdroj blbostma :)
S tímhle jsem se už setkal, FTP klient filezilla má třeba v nastavení volbu automaticky přejmenovávat soubory nebo tak nějak a pak to samozřejmě zmrší velká a malá písmenka.
admin:
Vkládaný kód je vhodné ohraničit tagy code, odkazy a další pak zatím pomocí klasického HTML, viz věta zcela dole: “Allowed markup: a blockquote code em strong ul ol li”.
To je sice hezký, ale při editaci postu se to celé zmrší a doplní se taky HTML tagy
Nemluvě o tom, že kód není nijak zvýrazněn takže po vizuální stránce jej nejde rozeznat od textu (stačilo by i jen jiné pozadí).
lokalizace zatím nedokončena
Myslím, že zase není důležité mít přeloženo vše, to co zde každý normální návštěvník vidí je jen pár anglických slovíček, které by přece šlo přeložit během chvilky. Forum České podpory, které je celé v angličtině určitě odradí docela dost návštěvníků. Bez urážky, ale někdy mi příjde že dost lidí nerozumí některým textům v češtině natož když jsou anglicky…
A co mně štve úplně nejvíc, že zde není zavedeno nic co by jasně a zřetelně označilo zda jsem daný příspěvek už jednou četl nebo ne. Pořád to kontrolovat podle data a času je docela opruz vzhledem k tomu, že jsme ve 21. století a tohle má snad každé podobné fórum.
Ale chápu, že času je málo, tím co jsem napsal si nijak nestěžuji, je to jen upozornění na nedostatky z mého pohledu :) Nějaké ajaxové hejblátka a blbiny opravdu nepotřebuji, ale na druhou stranu trocha kultury by neuškodilo :D
Jaký máš memory_limit? Může to způsobovat i nedostatek paměti.
wedos: Díky za rychlou reakci a jsem rád za ochotu, já spíš předpokládal že chyba byla někde na mé straně, proto jsem to s podporou nechtěl řešit (stejně jsem neměl žádné pořádné informace), ale zatím to vypadá na problém s nějakým pluginem ve WP. Zatím je vše v pořádku a hosting funguje bezvadně. Doufám, že podporu nebudu muset kontaktovat nikdy :)
Tak byl jsem informován, že web běží normálně a bez problémů, můj “testík” to potvrdil taky.
Každopádně příčinu jsem nezjistil, z daného problému vůbec nejsem chytřejší a nechápu ho, ale z vaších příspěvků mi došlo, že i když hlavní stránka může být v pořádku, odkazy na články nemusí být funkční což samozřejmě při kontrole dostupnosti domény takto nezjistím. Proto pokud někdo používá např. již zmíněný http://www.monitoring-serveru.cz je daleko lepší nezadávat URL přímo na hlavní doménu, ale raději URL nějakého existujícího článku či souboru (třeba favicony). U WordPressu je to obzvlášť důležité, protože ten díky rewrite pravidlům automaticky vše co není soubor nebo složka přesměruje na index a tam zřejmě nějak došlo (pravděpodobně konfliktem s jiným pluginem) k tomu, že neustále vracel hlavičku 200 OK, tedy že je v pořádku. Jinak si to vysvětlit neumím.
Díky tedy za pomoc a snahu, snad je problém tímto vyřešen napořád.
Theme Name: Reds
Theme URI: http://milo.peety-passion.com/category/themes/
Description: A light, simple and modern theme.
Version: 3.0
Author: miloIIIIVII
Author URI: http://milo.peety-passion.com
ty odkazy ale už nefungují, takže počítám, že šablona je dělaná tak pro IE6…
Jinak v chrome to mám nějaké rozbité celé, to menu asi taky nemá vypadat tak jak je, takže asi komplet předělat, myslím že by tak s tím bylo míň práce :)
Díky, nevím co dělá server na WEDOSU v případě např. max vytížení třeba nějakým scriptem, ale úvaha to není zas tak nereálná. Jestli mají nějaký mechanismus na “típnutí” (třeba jen na hodinu) takové domény tak bych to i považoval za velice reálné. Jen jde o to najít chybu. Subdomény fungují bez problému, například multifeed.wp-blog.cz šel tak jako vždycky, ale třeba už nenačetl faviconu z wp-blog.cz protože k ní neměl přístup… (zkoušeno v chrome a FF, v IE vše fungovalo)
Spamboti a podobné srandy mi chodí na web už jen zhruba 2 denně od doby co jsem je začal banovat a momentálně je klid (tohle mě už taky napadlo, takže jsem začal pořádně logovat).
Smazal jsem 17 pluginů, které momentálně nepoužívám a formulář začal fungovat, doufám, že to způsoboval jeden z nich…
jen nechápu pár věcí:
1. proč to v IE fungovalo a ve stejnou chvíli v jiných prohlížečích ne
2. proč jsem měl odepřen přístup k jakémukoliv souboru v rootu (nejen WP) i když jsem úplně odstranil htaccess soubor a žádný jiný na serveru nebyl(přímým zadáním URL k jakémukoliv souboru bych měl dostat jeho obsah)
3. proč web vracel hlavičku 200 OK (například pingem) a v prohlížečích 403 (a ještě ne ve všech)
4. proč to trvalo přesně hodinu a samo od sebe to přestalo
Jinak pro monitoring serveru vrací úvodní stránka webu pořád 200 OK, dostupnost je tedy 100% (i v době kdy jsem k němu neměl přístup) a co je největší sranda, google si podle webmasters tools stáhl soubor robots.txt v 04:01 tedy v době kdy by vlastně nesměl :D
Uvidíme dneska, nasadil jsem i jiný druh testování dostupnosti a známý má za úkol kontrolovat web od půlnoci do rána, tak snad se něco dozvím.
Jsem z toho blázen, zobrazuje se to asi pravidelně ráno zhruba v 3:30 až do 4:30 ale zatím jsem si toho všiml jen 2x.
Jinak jak jsem psal, je zvláštní to že když zkusím načíst stránku přes Chrome nebo Firefox, tak dostanu hlášku přístup odepřen, ale když použiji IE tak se na web normálně kdykoliv dostanu. Cache jsem samozřejmě mazal když jsem to zkoušel. Mimoto služby které nějak externě přistupují z jiného PC k webu mi hlásí že web normálně jede (vrací hlavičku 200 OK) Ve FF a Chrome dostávám v tu chvíli ale 403.
Hosting bych z toho tedy asi vynechal (když web jede v IE normálně, subdomény taky fungují a web vrací normálně hlavičku 200), nějaká chyba například v rewrite pravidlech, která se nabízí ale taky není žádná (htaccess jsem smazal, a do adminu se taky nedostanu, jiný htaccess na hostingu už pak není…)
Nějaká akce, která by mi měla zablokovat přístup na server v určitou hodinu taky není (ale to je blbost, to by nešlo ani z IE). Když dám čistou instalaci jako subdoménu tak funguje, jen nemám třeba přístup k souborům v rootu a jeho podsložkách).
A nejzajímavější je to, že to prostě samo přestane, nedělal jsem prostě nic a najednou se to rozjelo…
Na monitoring webu používám http://www.monitoring-serveru.cz (zdarma měří dostupnost co 10 minut, placená verze i co 15 vteřin).
já myslel tlačítko úplně nad editorem (je jedno jakým) přes které lze normálně videa z youtube vkládat. Té druhé ikonky jsem si nikdy nevšiml :D
Tak přesně po hodině to zase normálně funguje…jen by mě zajímalo proč to dělá, nějak se nedokážu smířit s tím, že to je jen tak samo od sebe…
