Nejste přihlášeni
Myslím, že by bylo hezké moci si vybrat téma reklamy.
Tak aby například stránky pro děti měly reklamu na hračky - a ne na potravinové doplňky a spol., popřípadě na kamna. Nebo stránky o IT aby mohly mít reklamu na e-shopy s elektronikou a ne na sexshop.
:arrow:
To jen tak na okraj k takové menší diskusi v rámci téma kritiky webu amavetmost.4fan.cz, který je zaměřen na potenciální adepty na členství v AMAVETu. A to jsou osoby spíše základní školou povinné, byť starší (pátá až devátá třída).
:arrow:
Když už reklama, tak ať alespoň odpovídá celkovému obsahu webu. A Endora by mohla být vlajkovou lodí projektu proti nevhodné reklamě.
Martin napsal:karlos99 napsal::oops: Jsem jediný který nepochopil, oč se jedná :?:
V tom případě nechápu proč sem přispíváte...
Že se jedná o nějaký redakční systém, druh databáze, prohlížeč ftp, nebo něco podobného jsem tušil. Spíše jsem chtěl poukázat na přílišnou stručnost zakladatele témata, jinak je můj postoj k této změně neutrální.
O Cassandře jsem věděl, o té druhé jmenované (MongoDB) nikoliv. Proto jsem věděl (a mimo to mi to došlo i z nadpisu téma), že se jedná o NoSQL databáze.
K oběma musím zaujmout neutrální postup, protože si především nejsem jist, k čemu by to bylo dobré.
Pokud vím, Cassandra je open-source. o MongoDB nevím nic. O té slyším (čtu) poprvé.
:arrow:
Sice umím zakládat témata s nevhodným názvem, ale aspoň se v prvním příspěvku snažím vysvětlit o co jde. To se bohužel autorovi tohoto téma moc nepovedlo.
Ale chtělo by to návštěvnost alespoň 150 UIP denně...
No právě.
Takovou návštěvnost ta prezentace nikdy neměla - za celou historii. A v historii po obnovení má zatím nejvýše 9 návštěv za den. A nevěřím tomu, že se návštěvnost nějak výrazně zvedne - ani po dodání dalších textů, vytvoření dalších sekcí.
no pokud je to centrum se zaměřením na informační technologie tak by ten web skutečně mohl vypadat trochu reprezentativněji, graficky je na urovni žáka 5. třídy základní školy
Že design není nejlepší připouštím. Nejsou ale jen IT, ale i chemie, biologie a já nevíc co ještě. IT jsou sice zastoupeny, ale nejsou prioritou. Dokonce když se člověk podívá do aktualit na prvním webu odkazovaném na úvodní straně, tak uvidí především tu biologii a chemii.
A jak jsem napsal v svém předchozím příspěvku, já nejsem webový grafik. Design samozřejně postupně změním (v rámci možností daných konstrukcí).
no...vypadá to jak to je. Web s nulovým rozpočtem na doméně zdarma. Plánujete přechod na normální doménu? Tohle je pro ostudu
Ze svých peněz, které nemám, nebudu dotovat stránky na normální doméně (tj. druhého řádu) pro někoho, kdo nemá zájem o to, co se s stránkami děje. Normální doménu (tj. druhého řádu) si musí zaplatit mostecké centrum AMAVETu, já to dělat nebudu. Jsem ty stránky připravil a snažím se udržovat je při životě, ale nemohou po mně chtít více.
Ostatně, ty stránky byly první tři roky existence na webzdarma.cz. Z toho hostingu jsem je přesunul proto, že webzdarma ještě v prosinci 2009 ještě nemělo PHP5, které je potřeba pro běh Kasandry (a to jak první, tak druhé verze). Navíc jejich reklamní banner je černá díra.
Ale tak grafika je fajn, jednoduchá, čistá. Sice bez nějaké viditelné grafické práce, ale proč ne
Já nejsem žádný grafik. To že občas vytvořím nějaký ten vlak či budovu pro hru Simutrans je jedna věc, ale grafika pro web je něco trochu jiného.
Na menší úpravě oblasti obsahu je však již pracováno.
Volné místo:
Celková šířka sloupce menu je (aktuálně) 300 px, využitá šířka je (myslím) 225 px. Vychází to z původního vzhledu, kde mezi sloupcem obsahu a sloupcem menu byla udělaná mezera. A celková šířka obsahu sloupce je 700 px, ale využito je rovněž mnohem méně. Odsazení od okrajů mohu zmenšit.
Co se týká výšky menu, hlavně pokud jde o prostor pod textem, on je tam trochu problém. Kdyby si totiž někdo úplně vypnul javascript (a to i ten přímo z této domény - ale nevím o tom, že by někdo takto brutálně blokoval javascript) - a tyto stránky měly více sekcí i s podmenu, tak právě ta menu druhé úrovně by se mu ukázala až pod položkami, které jsou vidět normálně. Navíc jen vybraným osobám se zobrazuje možnost přejití na přihlašovací formulář.
A menu je velmi dlouhé v administračním rozhraní. Tam je delší než většina formulářů.
Rozhozený design:
Pokud je ten screenshot udělaný v Google Chrome, pak o tom problému vím, ale netuším, jak jej opravit. A pokud je udělaný v IE, pak je na řadě další úprava podmínek pro IE.
Nevím, ale dle mého není co kritizovat. Celý web se mi nelíbí.
I přes nedávnou úplnou obnovu ten web není nejmladší. A za sebe bych ten web nejraději úplně zrušil (protože ten, pro koho jsem to vytvořil, nejeví zájem o změny obsahu). Na druhou stranu, mi slouží jako pokusný králík - protože jsou věci, které u sebe na počítači prostě nevyzkouším.
Jeho uspořádání, barva, zbytečně velké počítadlo, copyright atp.
Nevím co je špatného na tomto uspořádání? Vždyť uspořádání sloupec menu + sloupec obsahu používá spousta webů.
Pokud jde o počítadlo, nějak nevidím, proč je zbytečně velké. Zvolil jsem takovou velikost písma, aby se dalo pohodlně přečíst. Údaj o návštěvnosti sice není z údajů, které by musely být maximální velikostí, ale zase není nutné, aby si člověk musel brát brýle.
Barva. No, možná ty přechody z světlé a z tmavé do té střední mohly být ostré, ale na modré barvě nevidím nic špatného. Snad jiný odstín, ale ...
Copyright - pokusím se nalézt původní soubor a vyexportovat jej o něco menší; popřípadě vynechat své jméno a příjmení a ponechat jen název CMS.
Radil bych Vám celý web předělat.
Můžete zkusit navrhnout pár změn.
Vzhledem k nedávnému úplnému obnovení této prezentace prosím znovu o kritiku.
Kritizovat formu, nikoliv obah, prosím.
Ale určitě, že by neměly být prázdné.
Ale jak jsem napsal, vytvořil jsem je manuálně - přes rozhraní endory. Stejným způsobem je můžu i zaplnit, ale nedojde tím k vytvoření správce (ledaže bych jej zkopíroval z databáze na mém disku).
Ale tím nevyřeším to, proč nechce provést to připojení k databázi, resp. proč se tváří jako že s ní není spojen. A
:arrow:
Nevím, jak se to stalo, ale vypadá to, že včera při kopírování jeden z souborů nezkopíroval na server celý - a tedy nemohl fungovat.
Zjistil jsem to, když jsem si náhodou všiml, že některé soubory na serveru (endoře) mají jinou velikost než soubory na mém disku.
Nejdříve jsem (pro jistotu) překopíroval dibi - ale bez výsledku. Až poté jsem si všiml, že soubor MySql.php má na endoře nepoměrně menší velikost než u mně na disku. Proti 1928 B měl jen 640.
V ostatních případech se rozdíl mezi oběma velikostma zvětšuje až po dosažení určité kritické velikosti, která je až za 10 kB.
:arrow:
Pro JF: jak jsem napsal, veškeré údaje byly napsané správně. Hlásil jen, že se nepřipojil.
:arrow:
Ale teď už je to naštěstí vyřešené. Prezentace začala fungovat.
A po dodání obsahu alespoň úvodní straně (než založím další strany, musím dodělat některá opatření směrem k zvýšení bezpečnosti) by provoz prezentace snad neměl být v rozporu s pravidly.
To vím, ale jde o to, že v rámci procesu Instalace se ty tabulky automaticky vytvoří.
Ale on hlásí, že se nemůže připojit k databázi i poté, co jsem mu všechny tabulky vytvořil manuálně, importem z SQL souboru.
Níže uvedený kód popisuje postup instalace, ale raději ten kód přeložím do srozumitelné řeči:
1. zjištění chybějící definice konstanty určující vytvoření konfiguračního souboru - a vypsání formuláře pro zadání údajů potřebných k jeho vytvoření
2. zjištění definice konstanty určující vytvoření konfiguračního souboru - a vypsání formuláře pro zadání údajů pro vytvoření správce - nebo přesměrování na hlavní stranu v případě, že již byla databáze naplněna tabulkami (a byl vytvořen správce)
3. zjištění požadavku na vytvoření konfiguračního souboru - a vytvoření konfiguračního souboru
4. vytvoření tabulek a zadání jejich obsahu, vytvoření správce
:arrow:
Celý postup je pak v pořadí bodů 1, 3, 2, 4
if(!defined('OK_INSTALACE') AND !isset($_POST['VytvoritConfigSoubor']) )
{
TextKomplet_Formular("Text_Formular_VytvoreniSouboru");
}
elseif(defined('OK_INSTALACE') AND !isset($_POST['VytvoritTabulky_Spravce']) )
{
if( !defined('OK_DATABAZE') )
{
include_once ("../ReqInc/MySql.php");
TextKomplet_Formular("Text_Formular_VytvoreniSpravce_MyISAM");
}
else
{
header("Location: ../");
}
}
elseif(!defined('OK_INSTALACE') AND isset($_POST['VytvoritConfigSoubor']))
{
Instalace_VytvoreniConfigSouboru();
}
elseif(defined('OK_INSTALACE') AND isset($_POST['VytvoritTabulky_Spravce']))
{
include_once ("../ReqInc/MySql.php");
Instalace_VytvoreniTabulek_Spravce();
}
Pro komunikaci s databází používám rozhraní dibi. Přihlašovací údaje jsou správné (nebudu je jmenovat). Přesto mi dibi hlásí, že se nemůže připojit k databázi - resp. že není připojen k databázi. Že jsou přihlašovací údaje správné vím proto, že jinak mi hlásí chybu připojení.
Zvláštní je, že stejný kód mi na mém osobním testovacím localhostu (na mém počítači; XAMPP 1.8.1) funguje bez problémů.
Dobrý den,
včera jsem oživil prezentaci amavetmost.4fan.cz (po zjištění, že několik měsíců neměla návštěvu z důvodu chybného zápisu v .htaccess), ale než jsem mohl stihnout nahrát nový obsah a provést potřebné kroky pro plné obnovení prezentace, byla odstavena.
Nové soubory jsem sice nahrál, ale nemohu obsah obnovit, neboť se mi objevuje jen hlášení o odstavení domény (o čemž mi byl poslán e-mail, ale ten mi ještě do schránky nedorazil) - a veškerý obsah musím zadat přes webové rozhraní prezentace - stejně jako přes webové rozhraní prezentace musím zadat přístupové údaje k databázi (abych mohl obsah obnovit).
Prosím proto o obnovení domény.
Účet MojeID jsem si aktivoval pomocí PIN1 a PIN2 již 5.12. 2012 a ihned spároval; teprv dneska jsem ale doplnil i PIN3. Musím připustit, pokud jde o soutěž, že by bylo milé konečně něco vyhrát, ale je mi to celkem jedno.
Velmi rád bych se Endoře omluvil za to, že tato prezentace je dočasně bez reklamy (aniž by byl zaplacen program PLUS).
Při nedávných zásazích do této prezentace došlo k tomu, že se přestala zobrazovat reklama - přestože do (PHP) kódu zajišťujícího její zobrazení nebylo zasáhnuto.
Při zobrazení HTML kódu je patrné, že některé HTML značky nejsou na správném místě či chybí. Proto nemůže dojít k zobrazení reklamy.
Tento stav rozhodně není navozen úmyslně a na nápravě se usilovně pracuje.
V tom případě bych navrhl webzdarma. Tam už upgradovali na PHP 5 - ale jen na 5.2.x. Ale mám s ním docela špatné zkušenosti, pokud jde o reklamu - už jsem to tady v diskusi někde zmínil.
Díval jsem se na stránky toho CMS - a je tam napsáno tohle (snad bude překlad správný):
sNews has been developed to run on an Apache server with its mod_rewrite module enabled, which allows sNews to use the functionality of the .htaccess file to re-write the URLs for its pages and articles. sNews also requires PHP version 4.3.x or above, and uses a MySQL database for data storage. Generally speaking, almost all competitive web hosting companies offer these services. sNews will not, in its current form, run on a Microsoft-powered (IIS) server.
sNews je vyvíjen pro běh na serveru Apache s povolených modulem mod_rewrite, který sNews umožňuje využít .htaccess soubor pro přepis URL jednotlivých stránek a objektů. sNews také vyžaduje PHP verze 4.3.x nebo vyšší a využívá MySQL databázi jako uložiště dat. Obecně, téměř všechny společnosti tyto služby nabízí. sNews v současném stavu nebude fungovat na IIS serveru.
Myslím, že to je zbytečné. Protože alespoň průměrně schopný člověk by si měl umět tu novou verzi PHP nainstalovat na domácím počítači.
Užitečnější by spíš bylo znát nastavení databáze (hlavně práv apod.), aby si člověk mohl toto nastavení udělat doma - a vyzkoušet ... a na Endoru pak nahrát hotové dílo bez nutnosti velkého dolaďování - nebo přepisování celého kódu.
Nápady jako ruční prohledávání souborů na FTP mi přijdou naprosto absurdní a bláznivé, protože kdo někdy prohlédl celé FTP, které používá WordPress, tak by nic takového nikdy neřekl...
Jelikož jsem netušil, že ty stránky jsou záležitostí WordPressu - což bylo napsáno až po mém dotazu.
Pokud by nic z toho nepomohlo, tak bych se podíval do databáze, která zůstala a vyhledal tam URL s ruskou koncovkou jak zde někdo zmiňoval a jednoduše to smazal / pročistil...
URL s ruskou TLD byl také můj nápad. Konkrétně by mělo jít o:
digestinnitial.ru, vidimacontract.ru - a assistant-first.ru
1. Pokud není nic v jakémkoli z souborů těch stránek, je to divné (ale musel bych vidět jejich zdrojové kódy - a vědět v jakém softwaru byly vytvořeny, abych byl schopen odhalit případnou změnu kódu).
2. FB a Google: FB nepoužívám (a jsem šťastný jak blecha ... na mezinárodní výstavě psů), ale doporučuji to zkusit. Přeci jen, není veřejný ... a to by mohla být proti volně vyhledatelnému a navštívitelnému Smartnews výhoda.
3. Chybějící nechybějící obsah - tak to je hodně divné.
... a na konec:
Zobrazil jsem si hlášku Googlu o zavirování Smartnews.cz: a jmenuje nějaké tři servery (ruského původu ... přinejmenším podle TLD ... a ani se tomu nedivím ... ), odkud dochází či docházelo k instalaci malwaru - a také jednu síť.
Už Lkopo odkazoval na slušný návod, jak toho docílit.
Já měl na mysli ten vlastní formulář vytvořený HTML - nikoliv ten dialog výběru souboru, který se potom otvírá. Protože tam mi je jasné, že to nejde změnit.
1. :?: Bude tam něco ve stylu
<script type="text/javascript">
.....
</script>
... ale změněno toho asi bude víc
2. Jelikož při uploadu u souborů uložených na FTP uvádí datum nahrání coby datum poslední změny - a já předpokládám, že všechny soubory byly nahrány najednou - pak se změněné soubory dají snadno určit (protože nevěřím, že by v rámci běhu aplikace byly některé soubory měněny)
3. no, mě Firefox hlásí, že stránky byly nahlášeny jako útočné
4. traffic bude nulový kvůli tomu, že se lidem zobrazí varování o nahlášení té prezentace jako útočné - a tedy nedojde k načtení vlastní prezentace a přenosu jakýchkoli informací
A jen takový dodatek: Google Analytics funguje jen tehdy, když má návštěvník povolený JavaScript - a/nebo nemá v prohlížeči nainstalovaný doplněk typu NoScript jako má Firefox - který umožňuje zablokovat JavaScript vybraných třetích stran, ale i webu samotného.
Se divím, že něco takového není i v jQuery - vždyť by to jQuery zvládlo bez problémů. Ještě by to chtělo zkrášlit select formulář.
Ne je pro všechny uživatele - a pro transakce i pro klíče?
A hlavně: Proč jsou transakce a cizí klíče zakázané?
A jen tak mimo: je vůbec v PHP možné nějak zjistit, že jsou cizí klíče, transakce, pohledy atd. zakázané?
Cizí klíče jsou mi šuma fuk - stejně jsem zatím nepovedlo je nastavit ani na localhostu (viz zamknuté téma založené nedávno).
Transakce bych ale uvítal. Ty jsem se rozhodl zařadit do kódu jen na několika místech, kde potřebuji, aby se vykonaly buď všechny příkazy - nebo aby se v případě chyby výsledek vrátil do původní podoby - pro všechny dotazy v sekvenci.
V celé té aplikaci dvakrát vícenásobný delete a jinak vícenásobné inserty - a jednou update.
(vícenásobný - pro několik tabulek najednou)