Jenő képe

Beküldte Jenő - 2009. május 27. 09.10

Ahogy ezt itt írtad is.

0
0

-- http://boj.hu --

upszilon képe

Beküldte upszilon - 2009. augusztus 1. 20.24

Hogy utána ne macerálja meg amit meg kell macerálni? :-)))

0
0
tomzorz képe

Beküldte tomzorz - 2009. október 24. 19.55

szóval majd szerintem valahova kirakom, ha fontos. Amúgy a Colorpaper smink egy általam módosított verzióját használom. (css meg képek változtatva)

0
0
gergely képe

Beküldte gergely - 2009. november 17. 10.29

http://drupal.hu/konferencia/2009/program

---
Tévedni mindenkinek szabad, csak a mérnöknek észre kell vennie.

torokb képe

Beküldte torokb - 2010. május 30. 20.42

Ugyanez történt nálam is. Neked kiderült már valami? Én is keresem a szolgáltatót. ..

0
0

torokb

aboros képe

Beküldte aboros - 2010. július 19. 16.27

úgy könnyebb segíteni.

0
0

-
clear: both;

aboros képe

Beküldte aboros - 2010. augusztus 17. 16.04

mit szeretnél csinálni? lehet van más módja.

0
0

-
clear: both;

aboros képe

Beküldte aboros - 2011. június 9. 15.12

itt egy nagyon egyszerű kis modul ami blokkosítja ezt a dolgot. bekapcsolod a modult, létrehoz neked egy freenode webchat nevű blokkot, a többi már gyerekjáték.

freenodewebchat.info

name = Freenode Webchat
description = Provides a block with an iframe containing the freenode webchat qwebirc application.
core = 6.x
version = 6.x-dev

freenodewebchat.module

<?php
 
/**
 * Implementation of hook_block().
 */
 
function freenodewebchat_block($op = 'list', $delta = 0, $edit = array()) {
	if ($op == 'list') {
		$blocks[0] = array(
			'info' => 'Freenode Webchat client',
		);
		return $blocks;
	} else if ($op == 'view') {
		switch ($delta) {
			case 0:
				global $user;
				$block = array(
					'subject' => t('Freenode Webchat'),
					'content' => '<div><iframe src="http://webchat.freenode.net?nick=' . $user->name . '&amp;channels=mychannel" width="700" height="550"></iframe></div>',
				);
				break;
		}
		return $block;
	}
}
?>

a .module végére nem kell '?>' csak itt a fórumban kell, hogy színezzen a filter. aztán ebből persze lehet menni tovább, hogy legyen beállító képernyő ahol be tudod állítani a szélességet/Magasságot, meg hogy melyik csatornát mutassa a blokk, vagy lehetne egy olyan beállító képernyő ahol hozzá tudsz adogatni csatornákat és akkor minden ilyen csatornának külön blokk jön létre mondjuk, ilyesmi.

0
0

-
clear: both;

HF leon képe

Beküldte HF leon - 2018. április 19. 21.31

Nyilván, ha az adatok titkosítva vannak és úgy tulajdonítják el, akkor ez az opció, már védett.

A GDPR-nek számtalan biztonsági, jogosultságkezelési, kiszolgálási, adminisztratív és jogi pontja van.

Sajnos a tárhelyszolgáltató felett nincs hatalma a felhasználónak. Ezért, ha a személyes adat az adatbázisban titkosítva kerül tárolásra, akkor az adatbázist, már hiába tulajdonítja el valaki az érzékeny adatok értelmezhetetlenek számára.

Ilyen esetben az incidenst ugyan adminisztrálni kell, de nem kell jelenteni a hatóság felé és büntetés sincs!!!

Ettől még sok más pont van, aminek meg kell felelni, de a titkosítottan tárolt személyes adatok az adatbázisokat megvédik a közvetlen olvasástól idegenek számára!!!

Ugyan így, ha eltulajdonítanak egy laptopot és azon be volt kapcsolva a bitlocker, már védettnek számít, míg, ha csak egy belépési jelszó védte az adatokat, akkor nem!!!

Maga az oracle is kiáll a titkosítás mellett.

Ennyi erővel azt is mondhatnátok, hogy minek hash-eljük a jelszavakat, maradjunk a régi módszernél és tároljuk közvetlenül.

Ha valaki sima ftp használ az is rossz pont. Egy incidens esetén az új törvény szerint nekünk kell bizonyítani, hogy mindent megtettünk a biztonságért!

A titkosítás ennek egy fontos pontja!

Ilyen az adatok bekérésének minimalizálása is.

Szintén zenész a jogosultságkezelés, vagy a maszkolás!

Senki ne férjen hozzá a rendszeren belül egy adathoz, ha neki ahhoz nem feltétlenül muszáj hozzáférnie!

Egyes esetekben nincs is szükség a közvetlen adatra csak a struktúrára, stb.

Átnéztétek a GDPR teljes szabályozását?

Az adatbiztonság a legfontosabb! Ezért szabható ki a legmagasabb bírság!

Csak ez után jön a többi, mint az adatok hordozhatósága...

Fontos a dokumentáció is a jogalapok és a tájékoztatás, de az adatbiztonság és a gondos adatkezelés a legfontosabb!

Ezért kell mindent megtenni, hogy a legtöbb pontnak megfeleljen egy kis cég is, mert nincs mód idehaza a cégméret alapján történő kedvezményekre a biztonság terén! Bizonyítani kell, hogy a lehető legtöbbet megtette az adott cég! Az nem kifogás, hogy túl pici volt a költségvetése és nem telt rá!

Ezért a titkosítás az egyik legjobb pont, amit szinte mindenki megengedhet. A másik fontos pont a jogosultságkezelés és a kommunikációs csatornák védelme!

A GDPR igen összetett és kiterjedt szabályrendszer. Ahhoz azonban, hogy a bírság elkerülhető, vagy minimalizálható legyen igyekezni kell a minél jobb megfelelésnek.

0
0
aboros képe

Beküldte aboros - 2010. május 17. 15.09

de direkt meg is néztem a garland page.tpl.php -ját és hát láttam amit zoli is ír, hogy bizony isset -el vizsgál, ami hát üres tömbre true lesz mint a szél. ezért írtam az usnet. még ha FALSE -ra tolnám át, az is true lesz issetre, ha nem tévedek. csak az unset jó. ebben az esetben.

a régióknál van az, hogy simán ifel vizsgál és arra irtad asszem a multkor, hogy szerencsésebb, ha nem unseteljük, hanem falsera állítjuk, vagy nullra.

0
0

-
clear: both;