Souhlasím, že to lze, ale je nutné ošetřit návštěvnost. Sám jsem si to vyzkoušel (samozřejmě velmi úspěšně  ). Celý ten mechanismus ručního spouštění je totiž založen na tom, že v databázi bude tabulka, kde budou nejméně dva sloupce - datum provedení a co se má provést. Ovšem lepší je použít tři sloupce - datum provedení, akce a výsledek akce.

Datum provedení - je jasné, ale na úrovni PHP musí být dotaz, který bude směřovat od dneška (vzhledem k nějaké návštěvě) do minulosti, aby byly pokryty i dny bez návštěv. Jestli se akce z dne, kdy nebyla návštěva, vykoná či nikoliv, to si musí každý rozhodnout sám - ale záleží především na tom, o co vlastně jde.

Akce - vlastně nejde ani tak o název akce nebo dokonce celý její popis, jako spíš název sloupce, který bude měněn.

Výsledek akce - na jakou hodnotu bude obsah sloupce změněn.

Zdravím, mám takový dotaz:
jsou na endoře možné transakce a cizí klíče? A jsou dostupné všem - nebo je nutné použít některý z programů plus?

Hezký file formulář v HTML? To by mne tedy zajímalo jak.

Při programování Kasandry 2 jsem se dostal do situace, kdy potřebuji cizí klíče (ony by snad až tak nutné nebyly, ale s nimi to bude výrazně jednodušší).

Na localhost používám XAMPP 1.7.7 (PHP 5.3.8, MySQL 5.5.16). Typ InnoDB mám povolený - a všechny tabulky (je jich 12, z toho nutně typ InnoDB potřebuje 7) jsou toho typu, tedy InnoDB (alespoň mi to PMA tvrdí).

Všechny pokusy o vytvoření tabulek již s cizími klíči - nebo dodatečné dodání těchto klíčů však končí chybou. Použil jsem příkaz SHOW ENGINE INNODB STATUS a v výstupu bylo:

LATEST FOREIGN KEY ERROR
------------------------
111109 18:49:15 Error in foreign key constraint of table cms@002dkasandra2/sekce_obsah:
FOREIGN KEY Znacka (Znacka) REFERENCES Sekce_ZakladniInfo (Znacka) ON UPDATE NO ACTION ON DELETE CASCADE ) ENGINE=InnoDB CHARACTER SET `latin2` COLLATE `latin2_czech_cs`:

Cannot resolve table name close to:

(Znacka) ON UPDATE NO ACTION ON DELETE CASCADE ) ENGINE=InnoDB CHARACTER SET `latin2` COLLATE `latin2_czech_cs`

... a když jsem ty cizí klíče zkusil nastavit ručně v PMA, hodil hlášku

Chyba při vytváření cizího klíče na Znacka (zkotrolujte typ pole)

V prvním případě zcela nechápu, co se podělalo - a v druhém, co má na mysli tím polem.

Má s tímto někdo zkušenosti? Mohl by mi někdo (konečně) poradit, co dělám blbě. Už jsem totiž tento problém začal řešit na foru zive.cz, prohledal jsem i internet, ale zatím bez úspěchu.

Vážená Endoro,
je mi velmi líto, že to musím napsat, ale musím.

Je myslím na čase se trochu zamyslet nad formou reklamních e-mailů zasílaných na základě registrace.

Nedávno (konkrétně 17.8. 2011) jsem totiž obdržel takovýto e-mail:

Mohl bych v nastavení posílání e-mailů zakázat, ale osobně mi ty reklamní e-maily až tak moc nevadí, protože nejsou rozesílány obzvláště často.

Ale forma obsahu mi docela vadí a myslím, že by to opravdu chtělo s tímto něco udělat. A já jsem ochoten a připraven s tím pomoci, pomoci s změnou formy obsahu.

No, ten nejdůležitější prvek Kasandry 2, který měl být udělaný pomocí AJAXu jsem nakonec jako AJAX neudělal, protože mi pak správně nefungoval TinyScrollbar. Takže se ten prvek načítá jako nedílná součást výchozího HTML kódu.

Rozhodl jsem se druhou verzi Kasandry (jednoduché CMS, které pohání prezentaci mostecké pobočky AMAVETu - ale tam jde o první verzi) rozšířit o několik AJAXových záležitostí a protože vím už z dřívějška, že se reklama vkládá i do kódu získaného z AJAXu, tak mne napadl takovýto dotaz: jestli je možné tuto dodatečnou reklamu alespoň skrýt. Na hlavním místě (tedy v patě) ta reklama stejně zůstane jakkoli nezakrytá.

:?: Je mi líto, ale já tam žádnou reklamu, za kterou by byla Endora zodpovědná, nevidím. Snažil jsem se několikrát a najít jí i v zdrojovém kódu, ale ani tak jí tam prostě nevidím.

A určitě to není tím, že používám Firefox, konkrétně verzi 4.0, beta 8.

POSIXové funkce regulárních výrazů - divné, že amavetmost.4fan.cz funguje (a že nevypisuje chyby - i když jsem jejich zobrazování v .htaccess vědomě nevypnul), když tam mám použity téměř výhradně právě tyto funkce, které jsou od verze 5.3.0 zavržené.

Vždyť tato druhá dělá v podstatě to samé co se děje v té podmínce první funkce. Také jí mám zařazenou před použitím té první funkce. Co se týká té záležitosti s JavaScriptem, asi je to jednodušší Captcha a podobné ověřovací mechanismy s obrázky.

Roboti útočí na formuláře.

O tom zavržení (alespoň doufám, že se v slovenštině význam neliší od významu v češtině) tedy čtu poprvé.
-->
Tak jo... od PHP 5.3.0.

Ovšem pokud tomu rozumím dobře, tak by ta funkce měla fungovat stále - vždyť jenom detekuje zapnuté magic_quotes a pokud zapnuté jsou, tak jen odstraní již vložená zpětná lomítka. A mimochodem, k tomu jsem si ještě z Texyly stáhnul podobnou funkci - která rovněž vypnutím magic_quotes poněkud ztrácí význam

function OdstraneniZpetnychLomitek()
{
	if(	get_magic_quotes_gpc()	)
	{
		$Prenos = array(&$_GET, &$_POST, &$_COOKIE, &$_REQUEST, &$_FILES);
		while (list($NazevSkupiny, $RozmerSkupiny) = each($Prenos))
		{
			foreach ($RozmerSkupiny as $Nazev => $Hodnota)
			{
				unset($Prenos[$NazevSkupiny][$Hodnota]);
				if(	is_array($Nazev)	)
				{
					$Prenos[$NazevSkupiny][($NazevSkupiny < 5 ? $Nazev : stripslashes($Nazev))] = $Hodnota;
					$Prenos[] =& $Prenos[$NazevSkupiny][($NazevSkupiny < 5 ? $Nazev : stripslashes($Nazev))];
				}
				else
				{
					$Prenos[$NazevSkupiny][stripslashes($Nazev)] = stripslashes($Hodnota);
				}
			}
		}
	}
}

Vestavěné počítadlo příspěvků mi odhalilo dva průzkumy před útokem, možná i neúspěšný útok na prezentaci http://amavetmost.4fan.cz. Stalo se to třetího a osmého října tohoto roku (asi celkem zbytečná informace, že tohoto roku, tedy 2010, když prezentace byla založena teprve loni v prosinci).

Více informací v téma [PHP] Robot? na foru Živě.cz.

To jen tak pro informaci o jednom z (pravděpodobně) mnoha pokusů o útok na Endoru. Ale tím pachatelem jsem samozřejmě nebyl já sám - ledaže bych se rozhodl pro poněkud radikální test odolnosti. Jenže nejsem tak zručný programátor, abych toho byol schopen.