Přehled odpovědí
-
Příspěvky
-
Přečti si můj předchozí příspěvek, “visibility:hidden” v tom zápisu způsobí, že se ten div obsahující flash prostě nezobrazí (to že to jde jen v IE je chyba toho prohlížeče týkající se CSS – aby to nefungovalo i v IE muselo by tam být “display:none”)
Naprosto jednoduše: Google product feed
Moc z toho moudrý teda nejsem, ten JS soubor by měl umožňovat nějaké snadné zobrazení flashe a mimo jiné detekci verze přehrávače pro flash v prohlížeči (pokud by žádný nebyl má nabídnout odkaz ke stažení vedoucí na adobe flash player).
Pokud pominu to, že tyhle srandy si už řeší prohlížeče sami (klasická hláška o chybějícím pluginu v prohlížeči v čerstvě nainstalovaném OS) tak mi není jasné kde se v kódu vzal ten CSS zápis zakazující zobrazení bloku s flashem (#wp_flash_img_show_here_default). Příde mi to jako by to zakazoval přímo ten plugin WP flash img show, není to jen třeba nějaké špatné nastavení v administraci?
Tak jinak…v hlavičce stránky je
<style type="text/css" media="screen">#wp_flash_img_show_here_default {visibility:hidden}</style>
Když to smažu flash se normálně zobrazí
Je to ale zajímavé, obvykle spíše něco nefunguje v IE :-)
+1
Zdravím, nenašli jste náhodou v čem může být problém?
Koukal jsem zběžně a taky nic nevidím (Chrome verze 19.0.1084.56, Linux Mint). Tak jsem mrknul do zdroje a zkusil jsem se podívat přímo na ten soubor swf (prohlížeč by jej měl normálně zobrazit), ale vypadla na mě hláška, že pro zobrazení flashe mi v systému chybí něco s názvem ExpressInstall. Dále jsem tam našel nějaký javascript (swfobject.js), ve zdroji je odkaz na stránku projektu (http://code.google.com/p/swfobject) tak by nebylo špatné kouknout na reportované chyby zda to už někdo neřešil (http://code.google.com/p/swfobject/issues/list) případně jim napsat. Tohle bude podle mě problém na jejich straně, případně se ten script bije s jiným scriptem ve WP (to je ale pořád jejich problém). Snad to pomůže…
To si občas říkám taky…vlastně poslední dobou až nebezpečně často :D
Hezké odkazy, ale jsou k ničemu…
1. Automatická aktualizace funguje bez zadávání přístupových údajů naprosto bez problémů na každém kvalitním hostingu. Pokud používáte nějaký spešl free hosting z Horní dolní tak se není čemu divit, že tyto údaje musíte prostě vyplnit. V poslední verzi WordPress ještě myšlenky číst neumí ;)
2. Výše uvedené PHP funkce pro práci se soubory WP samozřejmě používá… hlavně proto, že jiné prostě nejsou :D
To že některé operace se soubory nefungují není problém WP, ale je to problém hostingu, který se snaží být “zabezpečen”.
Zkuste použít nějaký kvalitní placený hosting a uvidíte, že práce s WordPressem začne být najednou úplně jiná…a to bezproblémová.
Jen doplním že plugin BackWPup stahujte a instalujte pouze z oficiálního repozitáře WordPressu a to pouze nejnovější verzi 2.1.11.
Určitě nepoužívejte verzi 2.1.4 a 2.1.5. Proč se dočtete tu (i s návodem) a tu.
Hezký den ;)
To je prostě API, odešleme někam data podle kterých se nám vrátí data jiná, nic jiného to není.
Pokud by mělo jít o nějaký výběr “odkud že to vlastně ten uživatel je” asi by bylo mnohem jednoduchšší použít rovnou odkazy na trasy v mapách místo API (např https://maps.google.cz/maps?saddr=70800+Ostrava&daddr=Praha&hl=cs) kde přímo vidí i kudy má jet atd… (Do proměnných saddr a daddr by se vkládaly uživatelem zadané hodnoty)
EDIT: Google byl jen příklad to samé jde i u Seznamu
EDIT2: A i kdyby byl nějaký způsob jak vyřešit problém se stejnými názvy stejně to neřeší to, že bych jel úplně jinudy protože to je kratší :D (příklad Ostrava – Praha)
A jiná API snad poznají které město nebo obec zrovna uživatel chce (pokud jich je více se stejným názvem)?
Co když jsem třeba z Lyse hory? Co myslíte, že mi ukáže Seznam? V tomto případě vede Google 1:0 protože mi nevnucuje něco co nechci. Ale určitě se najde místo kde zase vyhraje Seznam.
Tohle je prostě problém všech API a jediné řešení je nevkládat názvy ale rovnou GPS souřadnice což je ale blbost z pohledu uživatele…
Edit: Jinak PSČ mi normálně funguje, ale musí být u něj uveden název
http://maps.googleapis.com/maps/api/distancematrix/json?origins=Ostrava%2070800&destinations=Praha&sensor=false – Stejný výsledek jako na klasické mapě http://goo.gl/maps/lmS2
1. Četl jsem to až po
pokud chceme podporovat všechny prohlížeče
Tohle je myslím v dnešní době samozřejmost…
2. Už při pohledu na ten script bych se tím vůbec nezabýval, protože než pochopím funkčnost a co všechno s “tím” můžu dělat za kouzla, měl bych to komplet udělané s Google API…i když sami to tam napsali:
Komplikované je však zpracování získaných dat
Ale to je jen můj názor. Google bych použil, protože mi způsob získání dat a následná práce s nimi příjde až trapně jednoduché (oproti seznamu). Nemluvě o tom, že tento způsob bude fungovat i při vypnutém JS v prohlížeči což u Seznamu nebude. A taky proto, že jiné API jsem nezkoušel ;)
admin: tak já předpokládal, že jako zákazník který si chce sám spočítat náklady chci taky po zadání startu a cíle vidět kudy že to vlastně pojedu (né každá zobrazená trasa je v reálném světě ta nejvhodnější), takže nějaký menší náhled zadané trasy by mi vůbec nevadil spíš naopak, a tím bych se vyhnul restrikcím v licenci.
OpenStreetMap je sice taky možnost, ale co se týče funkčnosti konkrétně u nějakého zapadákova v Horní dolní, je podle mně spolehlivější Google.
Na API od Seznamu jsem popravdě zapomněl :) a pro ČR bude asi ještě vhodnější než Google, ale netuším jak to je s použitelností. Každopádně to chce zkoušet a najít tu nejvhodnější variantu…
Použil bych API pro Google mapy, konkrétně měření vzdáleností (https://developers.google.com/maps/documentation/distancematrix/)
Do URL adresy (třeba pomocí PHP) vložíme Start, cíl například
http://maps.googleapis.com/maps/api/distancematrix/json?origins=Ostrava&destinations=Praha&sensor=false
a Google nám vrátí toto
{
"destination_addresses" : [ "Praha, Česká republika" ],
"origin_addresses" : [ "Ostrava, Česká republika" ],
"rows" : [
{
"elements" : [
{
"distance" : {
"text" : "378 km",
"value" : 378163
},
"duration" : {
"text" : "3 hod, 35 min",
"value" : 12920
},
"status" : "OK"
}
]
}
],
"status" : "OK"
}
a z tohodle už snadno přes PHP vykucháme třeba tu vzdálenost (vynásobit ji dvěma už problém asi nebude :) )
Může mi někdo poradit jak a co změnit, abych se vyvarovala podobných kulišáren?
Tak hlavní je řešit příčinu a né jen následky. Nejdůležitější je přijít na to jakým způsobem se škodlivý kód dostal do vašeho systému a zamezit aby se toto opakovalo.
Každopádně nejdůležitější je mít vždy aktualizovaný systém na nejnovější verzi a totéž platí i pro šablony a pluginy.
Pro práci s webem používat vždy “čistý” počítač s nějakým antivirovým softwarem (pokud používáte ten shit windows…) a k FTP se připojovat vždy zabezpečeným přenosem např FTPS.
Systém, pluginy a šablony stahovat nejlépe pouze z oficiálního repozitáře a placené šablony či pluginy nestahovat z warez fór.
Věci jako složité hesla k FTP, MYSQL, hostingu a admin účtu jsou snad samozřejmostí.
Heslo mám dobré, ale mohu změnit na lepší
Pokud máte zavirovaný počítač, nebo je malware například ve vaší šabloně vzhledu je vám sebelepší heslo k ničemu…
Ještě dotaz jak změnit profil admin, pise mi to ze uzvatelske jmeno admin nelze zmenit, poradite mi?
A co tak vytvořit si druhý administrátorský účet s libovolným jménem, přihlásit se do něj a ten původní (admin) smazat? :)
Jinak radit něco na téma zabezpečení je si myslím zbytečné, na internetu jsou tuny nejrůznějších návodů jak své stránky zabezpečit a stejně je většina lidí vůbec nebere vážně a pak jen naříkaj… Stačí jen chtít a hledat
Možná bude fungovat když půjdete do administrace, zvolíte nastavení šablony NewsPublish, pod nadpisem kliknete na záložku “Featured posts” a v sekci “Misc Options” u položky “Read More link text:” si jednoduše napíšete vlastní text v tomto tlačítku. Pak jen uložíte změny. Pak ještě opět pod nadpisem kliknem na záložku “Layout” a v sekci “Read More Text” opět vyplníme požadovaný text a opět uložíme změny…
Když za URL webu přidáte ten port 85 zobrazí se nějaká PHP chyba?
Edit: chyba bude v některém z pluginu, lépe řečeno nějaká chyba PHP (syntaxe, neexistující soubor, nedostatečná oprávnění atd atd) Bez zobrazení této chyby, ale nikdy nezjistíme v čem chyba je, takže je třeba i zkontrolovat zda je na serveru povoleno zobrazení PHP chyb.
Edit2: Vyzkoušejte i port 86
S WP mám jen několik let zkušeností a nemám jen jeden web na něm…
Provedení těch uvedených 3 kroků trvá asi 3 minuty, postupná aktivace všech 33 pluginů a 33 stisknutí F5 v prohlížeči trvá maximálně 30 minut. Celkem tedy 33 minut práce.
Kolik času jste strávil identifikací problému, hrátkami na FTP, googlováním atd? Myslím že víc a stejně bez výsledku…
Chválím vaší snahu o samostatné vyřešení problému, ale mnou uvedený postup je rychlejší, ověřený a logický. Podle mě určitě účinnější než hledání něčeho v něčem…
Edit:
502 Bad Gateway – proxy server obdržel od jiného serveru neplatnou odpověď – s tímto se u nás nejčastěji setkáte v případě, že používáte na Linuxu PHP verze 5.x, nastane v PHP nějaká chyba a jelikož PHP verze přesměrováváme skrze proxy, tak v podstatě nevidíte skutečnou chybovou hlášku, pak si stačí svoje stránky zobrazit na konkrétním portu(obejít přesměrování skrze proxy), například takto http://vasefirma.cz:85 (bližší informace o portech naleznete zde) a to vám může pomoci najít příčinu chyby.
Zdroj: Nápověda Active24
1) Aktualizace systému
2) Aktivace výchozí šablony vzhledu
3) Deaktivace všech pluginů
Pokud web začal fungovat po bodu 1 budeme si pamatovat, že na systémové soubory se nesahá. Pokud začal fungovat v bodě 2 máme jistotu, že máme poškozenou šablonu vzhledu, pak tedy vzpomínáme co jsme upravovali naposledy. Pokud začal web fungovat po bodě 3 je chyba v některém z pluginů. Postupnou aktivací jednoho po druhém a současnou kontrolou funkčnosti webu dojdeme na plugin způsobující chybu.
Pokud web nefunguje ani po bodu 3 máme problém :D
Nemýlím se…
Nastavení -> Similar posts -> Filter (odkaz pod nadpisem) -> Categories to exclude/include
Zatržení “exclude” u určité kategorie způsobí, že tato kategorie bude vynechána
