Archívum - Jún 2006 - Fórum téma
június 16
Mi a véleményetek egy 1,8 megás oldalról?
Pozitívum legyen, hogy az első aloldal már csak plusz 1.3 megát "nyom"...
http://www.microsoft.com/hun/windowsvista/
■ http://www.microsoft.com/hun/windowsvista/
június 16
Képek tömeges letöltésének megakadályozása
Üdv.
Van arra valamilyen mód, hogy megakadályozzam egy oldalon lévő képek nagy mennyiségű letöltését? Tehát arra gondolok, hogy ha valaki nekiáll egy "weboldal-letöltő" programmal letöltni, akkor ne tudja már az egészet leszedni. Tehát azzal nincs gond, ha valaki az oldalon tölti le, de annak nem örülnék ha valaki az összeset leszedné pár óra alatt.
Szóval, van erre valami megoldás?
■ Van arra valamilyen mód, hogy megakadályozzam egy oldalon lévő képek nagy mennyiségű letöltését? Tehát arra gondolok, hogy ha valaki nekiáll egy "weboldal-letöltő" programmal letöltni, akkor ne tudja már az egészet leszedni. Tehát azzal nincs gond, ha valaki az oldalon tölti le, de annak nem örülnék ha valaki az összeset leszedné pár óra alatt.
Szóval, van erre valami megoldás?
Oldalszélesség: fix vagy nem fix
Felmerült bennem egy kérdés:
Miért jobb, hogy egy weblapot elkészítenek 800px szélesre, és ugyanilyen szélesen bámulhatom egy 1200px széles monitoron is? Egyáltalán hogy érdemes, hogyan LENNE érdemes tördelni egy weblapon a tartalmat?
A hosszú szövegeket fárasztó olvasni, tehát az tényleg nem jó, hogy 10-es betüméretben folyik a szöveg 1200px-en, ugyanakkor az sem oké, hogy a monitor fele "tartalmatlan". Persze lehet, hogy ekkora monitron nem teljesben kéne cikket olvasni, mehetne egymás mellé két weblap is, bár ahhoz meg már kevés a 600-600px, szóval akkor most ez mégse jó :( (nincs ekkora monitorom, egy barátomnál viszont igen :D ) Én úgy gondolom jelenleg (bár nem kérdezném, ha úgy gondolnám tudom a tutit :D ), hogy nem kéne lekorlátozni a szélesseget. Majd a felhasználó állítja magának a betüméretet is, meg a böngészője szélességét is. Egyes weblapoknál persze ez nem játszik, de ahol tényleg a tartalmon van a lényeg, nem lenne célszerűbb? Esetleg rosszul gondolok vmit?
A Weblabor milyen megfontolások alapján lett ilyen?
■ Miért jobb, hogy egy weblapot elkészítenek 800px szélesre, és ugyanilyen szélesen bámulhatom egy 1200px széles monitoron is? Egyáltalán hogy érdemes, hogyan LENNE érdemes tördelni egy weblapon a tartalmat?
A hosszú szövegeket fárasztó olvasni, tehát az tényleg nem jó, hogy 10-es betüméretben folyik a szöveg 1200px-en, ugyanakkor az sem oké, hogy a monitor fele "tartalmatlan". Persze lehet, hogy ekkora monitron nem teljesben kéne cikket olvasni, mehetne egymás mellé két weblap is, bár ahhoz meg már kevés a 600-600px, szóval akkor most ez mégse jó :( (nincs ekkora monitorom, egy barátomnál viszont igen :D ) Én úgy gondolom jelenleg (bár nem kérdezném, ha úgy gondolnám tudom a tutit :D ), hogy nem kéne lekorlátozni a szélesseget. Majd a felhasználó állítja magának a betüméretet is, meg a böngészője szélességét is. Egyes weblapoknál persze ez nem játszik, de ahol tényleg a tartalmon van a lényeg, nem lenne célszerűbb? Esetleg rosszul gondolok vmit?
A Weblabor milyen megfontolások alapján lett ilyen?
Egymásba include-olt fájlok közötti session adat átadás
Kedves Fórumozók!
A következő problémával állok szemben:
Van egy .php fájlom, amiben az oldalamhoz szükséges saját készítésű függvények találhatóak. Van egy másik állomány is, amiben egy másik függvény található. A két php fájl között szeretnék átadni session adatokat. Sajnos ez nem jön össze. session_start() mindkét php fájl elején van. Az első fájlban teljes egészében az összes függvényen belül elérhető a $_SESSION tömb, a másikban viszont sajnos már nem.
Nem tudom, hogy ez befolyásol-e valamit, de az első php fájl include-olva van a másodikba.
Légyszi aki tud segítsen!
Köszi!
■ A következő problémával állok szemben:
Van egy .php fájlom, amiben az oldalamhoz szükséges saját készítésű függvények találhatóak. Van egy másik állomány is, amiben egy másik függvény található. A két php fájl között szeretnék átadni session adatokat. Sajnos ez nem jön össze. session_start() mindkét php fájl elején van. Az első fájlban teljes egészében az összes függvényen belül elérhető a $_SESSION tömb, a másikban viszont sajnos már nem.
Nem tudom, hogy ez befolyásol-e valamit, de az első php fájl include-olva van a másodikba.
Légyszi aki tud segítsen!
Köszi!
Title vagy URL kerül a böngésző címsorába?
Üdv Mindenkinek!
Azt szeretném megtudni, hogy mitől függ az, hogy a böngészők melyiket írják ki az ablak tetejére (nemtom pontosan mi a neve). Ahol általában a
Ez szabályozható valahogy?
gábor
■ Azt szeretném megtudni, hogy mitől függ az, hogy a böngészők melyiket írják ki az ablak tetejére (nemtom pontosan mi a neve). Ahol általában a
<title>
elembe írtak jelennek meg, viszont ha JS-ből nyitok új ablakot és "csak" ablakot (keretet), akkor viszont az URL, mámint ami kifér belőle.Ez szabályozható valahogy?
gábor
Fájl jogosultságok számszerűleg
Sziasztok!
Érdekelnének az attribútumok számszerűleg de nem találtam sehol.
Olyan problémám lenne, hogy egy mappát, és a benne lévő képeket szeretném a világ elött megtekinthetővé tenni, csak az a baj, hogy a feltöltött képeknek olyan attribútumot ad, hogy az nem látható csak számomra.
Viszont ha total commander-ben megváltoztatom az attribútumát (mindent bejelölök, hogy mindenki olvashassa) akkor mindenki látja.
Na ennek az attribútumnak a száma kellene. Úgy tudtam eddig hogy 777 de ha a skriptben ezt írom hogy: chmod("/mappa/file", 777) akkor nem tudom még a saját mappámat se megnyitni.
Köszi.
■ Érdekelnének az attribútumok számszerűleg de nem találtam sehol.
Olyan problémám lenne, hogy egy mappát, és a benne lévő képeket szeretném a világ elött megtekinthetővé tenni, csak az a baj, hogy a feltöltött képeknek olyan attribútumot ad, hogy az nem látható csak számomra.
Viszont ha total commander-ben megváltoztatom az attribútumát (mindent bejelölök, hogy mindenki olvashassa) akkor mindenki látja.
Na ennek az attribútumnak a száma kellene. Úgy tudtam eddig hogy 777 de ha a skriptben ezt írom hogy: chmod("/mappa/file", 777) akkor nem tudom még a saját mappámat se megnyitni.
Köszi.
Form ellenőrzés: mennyire biztonságos?
Sziasztok!
Elkezdtem megírni egy függvényt, ami a form-mal elküldött adatokat ellenőrzi. Még csak az elején vagyok, azonban rögtön kérdeznék, mert nem akarok tévútra menni. Szóval, csak annyi lenne, hogy az alábbi kódrészlet biztonságos vagy sem azért, mert globalis-sá teszek változókat.
■ Elkezdtem megírni egy függvényt, ami a form-mal elküldött adatokat ellenőrzi. Még csak az elején vagyok, azonban rögtön kérdeznék, mert nem akarok tévútra menni. Szóval, csak annyi lenne, hogy az alábbi kódrészlet biztonságos vagy sem azért, mert globalis-sá teszek változókat.
<?php
function regdata_check($_POST) {
$hossz = strlen($_POST[username]);
global $error, $alt_error, $user_error;
$alt_error = "Kitöltendő adat.";
if($_POST[username] == '' || strlen($_POST[username]) < 4) {
$user_error = "Túl rövid nevet választottál.";
$error = 1;
}
}
Szolgáltató váltás után fennakad a hírlevelem a spam szürőn!
Sziasztok!
Sejtettem, hogy a nagyobb szabadság, több felelőséggel is jár, amikor is szervert társbérletre adtam a fejem! Bár minden baró, de azért történnek érdekes dolgok!
Az előző szolgáltatónál a cégünk hírlevele tökéletesen megfelelt, minden a világon létező spamszűrőnek, így mindíg az inboxban landoltak! Most, hogy elköltöztem, valamíért megfogják spamnak a hírlevelet, és nem tudom az okát! Nem tudom, a programom hiányos (PHPMailer) és az előző szolgáltató pótolta, vagy az új szolg. nem tesz valamit amit az előző tett!
Ami biztos, hogy a feladó címe valós, és ua. a reply cím mint a feladó!
Ránéznétek a levelek headerére?
Ez a jó levél:
X-Apparently-To: valaki##kukac##yahoo.com via 66.163.179.177; Sun, 23 Apr 2006 05:25:15 -0700
X-Originating-IP: [195.70.32.254]
Authentication-Results: mta158.mail.mud.yahoo.com
from=domainnev.hu; domainkeys=neutral (no sig)
Received: from 195.70.32.254 (EHLO paris.swi.hu) (195.70.32.254)
by mta158.mail.mud.yahoo.com with SMTP; Sun, 23 Apr 2006 05:25:15 -0700
Received: from www-data by paris.swi.hu with local (Exim 4.44 #1 (Debian))
id 1FXdeB-0006Oo-7s
for <valaki##kukac##yahoo.com>; Sun, 23 Apr 2006 14:25:03 +0200
To: valaki##kukac##yahoo.com
Subject: =?iso-8859-1?Q?H=EDrlev=E9l?=
Date: Sun, 23 Apr 2006 14:25:03 +0200
From: =?iso-8859-1?Q?Cs=FCt=F6rt=F6k?= <domainnev##kukac##domainnev.hu>
X-Priority: 3
X-Mailer: PHPMailer [version 1.73]
MIME-Version: 1.0
Content-Type: multipart/related;
type="text/html";
boundary="b1_b9f7d8bab088862b4110b51d35913d70"
Sender: www-data <www-data##kukac##paris.swi.hu>
Content-Length: 108734
Ez meg ami fennakad:
X-Apparently-To: valaki##kukac##yahoo.com via 66.163.178.66; Wed, 14 Jun 2006 11:19:06 -0700
X-YahooFilteredBulk: 87.229.26.24
X-Originating-IP: [87.229.26.24]
Authentication-Results: mta341.mail.scd.yahoo.com
from=domainnev.hu; domainkeys=neutral (no sig)
Received: from 87.229.26.24 (EHLO pro7.cpanel.hu) (87.229.26.24)
Sejtettem, hogy a nagyobb szabadság, több felelőséggel is jár, amikor is szervert társbérletre adtam a fejem! Bár minden baró, de azért történnek érdekes dolgok!
Az előző szolgáltatónál a cégünk hírlevele tökéletesen megfelelt, minden a világon létező spamszűrőnek, így mindíg az inboxban landoltak! Most, hogy elköltöztem, valamíért megfogják spamnak a hírlevelet, és nem tudom az okát! Nem tudom, a programom hiányos (PHPMailer) és az előző szolgáltató pótolta, vagy az új szolg. nem tesz valamit amit az előző tett!
Ami biztos, hogy a feladó címe valós, és ua. a reply cím mint a feladó!
Ránéznétek a levelek headerére?
Ez a jó levél:
X-Apparently-To: valaki##kukac##yahoo.com via 66.163.179.177; Sun, 23 Apr 2006 05:25:15 -0700
X-Originating-IP: [195.70.32.254]
Authentication-Results: mta158.mail.mud.yahoo.com
from=domainnev.hu; domainkeys=neutral (no sig)
Received: from 195.70.32.254 (EHLO paris.swi.hu) (195.70.32.254)
by mta158.mail.mud.yahoo.com with SMTP; Sun, 23 Apr 2006 05:25:15 -0700
Received: from www-data by paris.swi.hu with local (Exim 4.44 #1 (Debian))
id 1FXdeB-0006Oo-7s
for <valaki##kukac##yahoo.com>; Sun, 23 Apr 2006 14:25:03 +0200
To: valaki##kukac##yahoo.com
Subject: =?iso-8859-1?Q?H=EDrlev=E9l?=
Date: Sun, 23 Apr 2006 14:25:03 +0200
From: =?iso-8859-1?Q?Cs=FCt=F6rt=F6k?= <domainnev##kukac##domainnev.hu>
X-Priority: 3
X-Mailer: PHPMailer [version 1.73]
MIME-Version: 1.0
Content-Type: multipart/related;
type="text/html";
boundary="b1_b9f7d8bab088862b4110b51d35913d70"
Sender: www-data <www-data##kukac##paris.swi.hu>
Content-Length: 108734
Ez meg ami fennakad:
X-Apparently-To: valaki##kukac##yahoo.com via 66.163.178.66; Wed, 14 Jun 2006 11:19:06 -0700
X-YahooFilteredBulk: 87.229.26.24
X-Originating-IP: [87.229.26.24]
Authentication-Results: mta341.mail.scd.yahoo.com
from=domainnev.hu; domainkeys=neutral (no sig)
Received: from 87.229.26.24 (EHLO pro7.cpanel.hu) (87.229.26.24)
Chechbox-ok értéke Javascript alól
Sziasztok!
Egy toplistához adnám át az adatokat így:
http://izebize/toplista/10/hir+blog+cikk
Rövid webcímeket használnék (erre állok át éppen), a 10 jeleti, hogy hány cuccot írjon ki, az utána jövő hármas meg azt, hogy milyen tipusúak szerepeljenek a listában.
Ez a js kód küldeni a böngészőt tovább.
Ez a html kód idevágó része.
Miután nem fix a tipusok száma, ezért nem lehet egyenként hivatkozni rájuk, hanem végig kell menni függvénnyel az összes checkbox-on.
(A name értéknek maradnia kéne, hisz ha nincs JS a gépen, akkor js nélkül is elküldené az adatokat tömbben, és müködne úgy is.)
És itt jön a gond:
Három chechboxot kijelölve erre továbbít a progi:
Ehelyett:
Jól látja, hogy 3 checkbox van bepipálva, de az értékét nem tudja kiírni :(
(Az se lenne baj, ha egyszerűen el lehetne érni, hogy csak a tipusok közé rakjon +-t )
Előre is köszi!
■ Egy toplistához adnám át az adatokat így:
http://izebize/toplista/10/hir+blog+cikk
Rövid webcímeket használnék (erre állok át éppen), a 10 jeleti, hogy hány cuccot írjon ki, az utána jövő hármas meg azt, hogy milyen tipusúak szerepeljenek a listában.
Ez a js kód küldeni a böngészőt tovább.
function toplista_submit() {
url='/toplista/' + document.toplista.number.options[document.toplista.number.selectedIndex].value + '/';
for (i=0;i<document.toplista.elements.length ;i++ ) {
if ((document.toplista.elements[i].type=='checkbox') &&
(document.toplista.elements[i].checked))
url+=document.toplista.elements[i].value + '+';
}
window.location=url;
return false;
}
url='/toplista/' + document.toplista.number.options[document.toplista.number.selectedIndex].value + '/';
for (i=0;i<document.toplista.elements.length ;i++ ) {
if ((document.toplista.elements[i].type=='checkbox') &&
(document.toplista.elements[i].checked))
url+=document.toplista.elements[i].value + '+';
}
window.location=url;
return false;
}
Ez a html kód idevágó része.
<input type="checkbox" name="categ[]" value="cikk">
<input type="checkbox" name="categ[]" value="blog">
<input type="checkbox" name="categ[]" value="blog">
Miután nem fix a tipusok száma, ezért nem lehet egyenként hivatkozni rájuk, hanem végig kell menni függvénnyel az összes checkbox-on.
(A name értéknek maradnia kéne, hisz ha nincs JS a gépen, akkor js nélkül is elküldené az adatokat tömbben, és müködne úgy is.)
És itt jön a gond:
Három chechboxot kijelölve erre továbbít a progi:
toplista/10/+++
Ehelyett:
toplista/10/cikk+blog+hir+
Jól látja, hogy 3 checkbox van bepipálva, de az értékét nem tudja kiírni :(
(Az se lenne baj, ha egyszerűen el lehetne érni, hogy csak a tipusok közé rakjon +-t )
Előre is köszi!
június 14
AdoDB-t cache miatt érdemes használni?
Az AdoDB-t mikor érdemes használni? Ezt olvastam a Wikipédián:
* Native PHP MySQL Commands: 93.20 pages per second
* ADOdb Lite: 54.62 pages per second
* ADOdb: 17.40 pages per second
Ez találatokat jelent, sorokat? Ha cachelni szeretnék, mást nem - tehát csak a cache miatt kellene az AdoDB -, akkor jó választás ez? Vagy írjak magamnak cache-t?
Köszi a választ!
■ * Native PHP MySQL Commands: 93.20 pages per second
* ADOdb Lite: 54.62 pages per second
* ADOdb: 17.40 pages per second
Ez találatokat jelent, sorokat? Ha cachelni szeretnék, mást nem - tehát csak a cache miatt kellene az AdoDB -, akkor jó választás ez? Vagy írjak magamnak cache-t?
Köszi a választ!