Keresés

Hmm, azt javaslom, ha lehet, először vond ki a másodpercekben mért pillanatnyi időpontból time() a különbséget (10 perc az 10*60

(time()-10*60)

és utána ezt konvertáld idővé

strftime("H:M:S",(time()-10*60))

és utána ezzel hasonlítsd össze a visszakapott időpontot

if ($row['erk_ido']>strftime("H:M:S",(time()-10*60))) ...

Kérlek írd le szavakkal, hogy mit akarsz, mi a célja az összehasonlításnak.

GD-hez nem értek, de szerintem 1.x.x-es változat okozza a gyenge minőséget. Próbáld meg a 2-es sorozattal.

Sziasztok!

Mayday, nagy para van..:(((

a GD library szerintetek mennyire bugzik?
Szerintem nagyon, normal kep atmeretezeseknel a kepekbol elvesznek a szinek, ill nagyon tre minoseguek lesznek....
De inkabb a szin a fő gáz.

Van valakinek ötlete? Nagyon halas lennek erte mivel mar vagy egy honapja szenvedek vele...

(illetve barmely mas megoldas php-s kep atmeretezesekre.)

Hálás köszönet!

Üdv:

MArc

NB: ja es közben előre is kellemes hsuvetot jo locsolkodast stb...

hali mindenki!

van nekem egy mysql adattáblám, mejben idők vannak benne (time). Ojat szeretnék csinálni, hogy az adatbázisból soronként "kiveszi" az időket (ez meg is van), csinál 1 kis kivonást és annak fv-ben a $status-t állitja be:

if($row["erk_ido"]-date("H:i:m")<"00:10:00")
{
$status="le";
}
else
{
$status="kozben";
}

na most ez igy nemmegy, és nagyon nem tudom hogy mit tegyek...próbálkoztam mindenféle timetostr()-el, meg UNIX timestamppal, de valahogy sehogysem akaródzik ez összejönni...mit rontok el? (azonkivül h mindent? :-))

köszi!

:-) Köszi!

Google a te baratod is, csak elhanyagolod a baratsagotokat:(
Amugy:
http://forums.devshed.com/archive/5/2002/06/4/37977

Sziasztok!

Tudnátok segíteni NTLM modul-PHP-val kapcsolatban? Hogyan, melyik paranccsal tudom PHP-vel megtudni a felhasználói nevet, ha ez a modul jól működik?

Köszi,
Tamás

Ja és természetesen saját template-ket is írhatsz benne, és a meglévőeket is módisíthatod :)

Ha win alá kell php szerkesztő akkor javaslom a NuSphere phpEd programot, én kb 10 különböző php szerkesztőt próbáltam mi de ez bizonyult a legjobbnak.
Van benne belső debug rész is ami nagyon megkönnyíti a munkát, nagyon könnyen kezelhető, és sok támogatást ad html form-ok gyártásához is.
Ami külön tetszik benne, hogy van benne beépített temlates rész is. ctrl-j -re aktiválódik.
ha pld beírod hogy for és nyomsz egy ctrl-j gombot akkor autómatikusan berakja a következőt

for($i=1;$i<=;$i++){

}

vagy a switch szóra
switch ($i) {
case 0:

break;
case 1:

break;
case 2:

break;
}
Természetesen szépen meg is formázza.

Kinek mi:)) Izlesek es pofonok. Ha nem kell IDE, hanem igazi rendes szoveg szerkeszto akkor win ala ultraedit (.com), de jedit is nagyon jo, es cross platformos is, barhol hasznalhato ugyan ugy, rengeteg plugin-al, es free. Reszemrol ha szovegszerkeszto kodolashoz (nem csak php) akkor ez a ketto. Meg a vim is, amit jo lehet tarsitani sok mindenhez.

Sziasztok!

Melyik szövegszerkesztő a legjobb PHP-hez? Ti mit használtok?

Hát még én. Köszi mindenkinek a segítséget.

Örülök, hogy működik!

Erre mondják, hogy szokások és pofonok különbözőek. Én elvből nem írok a return sorba programsort, mert elveszik az átláthatósága a programnak. De ez lényegtelen, hiszen így is úgy is ugyanazt az eredményt produkálja.

Ugyanígy nem szeretem használni a $x. = "qqq" formát sem inkább maradok a $x = $x . "qqq" formánál. Azon kívűl, hogy így egy picivel többet kell gépelni semmi sem indokolja az első forma használatát, rontja a forrás olvashatóságát.

Persze ez az én véleményem, én ezt hagyományos stílust szoktam meg az elmúlt 22 év alatt.

Sikeresen átírtam a nuke-t és a webáruházat a sectlocate () újabb szintaxisának megfeleően, és már élesben működik a szerveren is a php4.3.1-el

Egyedül a php_zlib.dll szivatott meg, mert ebben a verzióban alapból benne van, és ha engedélyezem, akkor viszont kétszer akar betötődni és kajabál érte kegyetlenül.

Persze tegyük hozzá, hogy ennek így nincs sok köze az ISO 8859-1-hez... :)

Persze, hogy elrontottam - lemaradt egy zárójel:

function decode_iso8859_1($text){
return join("\n\n",array_map(create_function('$a','return $a->text;'),imap_mime_header_decode($text)))."\n\n";
}

Hmm, én így írnám:

function decode_iso8859_1($text){
$x='';
foreach(imap_mime_header_decode($text) as $element) {
$x.=$element->text."\n\n";
}
return $x;
}

vagy esetleg még elegánsabb (ha nem rontottam el):

function decode_iso8859_1($text){
return join("\n\n",array_map(create_function('$a','return $a->text;'),imap_mime_header_decode($text))."\n\n";
}

... bár nem értem, miért akarod újsor karakterekkel összefűzni őket...

windows alatt nincsen setlocale. Amugy ezt azt mondja, hogy setlocale("LC_ALL","hu_HU"); helyett setlocale(LC_ALL,"hu_HU"); kell. De ez csak warning, nem error. Az error_reporting(E_ERROR); sor beirasaval a php elejere letuntetheted ezeket a warning-okat.

az index kigyilkolta a fügvény belsejét :(((
remélem most jó lesz
function encode_iso88591($text){
$elements=imap_mime_header_decode($text);
for($i=0; $i < count($elements);$i++)
{
$x = $x . "{$elements[$i]->text}\n\n";
}
return $x;

Köszi a tanácsot, azt hiszem az éles szerveren kicsit várni fogok a php update-vel, ott még maradok a réginél, és egyenlőre csak a fejlesztői gépen használom az újat, és szép lassan kijavítom a két rendszert.
Természetesen ezek csak figyelmeztető üzenetként jelennek meg, ettől még minden fut csak belerondít a kiirásba.

Egyébként sikerült megoldani a dekódolást:
function encode_iso88591($text){
$elements=imap_mime_header_decode($text);
for($i=0;$i $x = $x . "{$elements[$i]->text}\n\n";
}
return $x;
}
$szoveg ="Subject: =?ISO-8859-1?Q?=28Fwd=29_proba_lev=E9l_2?=";
$ujszoveg= encode_iso88591($szoveg);
print $ujszoveg;

?>

A végeredmény : Subject: (Fwd) proba levél 2

Biztos, hogy ezek hibaüzenetek, és nem csak figyelmeztető üzenetek?

Az üzenet egyébként azt mondja, hogy az adott fajta setlocale() hívás elavult paraméterezést használ.

Szerintem vagy javítsd ki ezeket a hívásokat (de azt írod ezt nem akarod), vagy frissítsd a phpnuke-odat, vagy kapcsold ki a warningokat, vagy tedd vissza a régebbi PHP-t.

Rá kellett jönnöm hogy az álltalam használt php 4.2.2-höz nem találok sehol megfelelő dll-eket, ezért letöltöttem a 4.3.1-et és bemásoltam egy külön könyvtárba, majd a webszerverben átállítottam a php-t az újra. A phpinfo() rendben le is fut és látom is az új extended dll-eket, de a régi honlapjaim (nuke 6.0) hibaüzenet küldenek:

setlocale() [function.setlocale]: Passing locale category name as string is deprecated. Use the LC_* -constants instead. in

Elvileg minden fut, csak ezek a hibaüzenetek jelennek meg.

Mit kell átkonfigolni? (A nuke-ben meg az áruházamba emiatt nem szívesen módosítanám rengeteg helyen a forrást)

Ez igaz, csak valamiért arra gondoltam, az imap-hez gyakrabban van belefordítva a támogatás, mint az mb-hez, illetve ha mégsincs, kevesebb egzotikumot kell beszerezni hozzá. Bár még sohasem mb-ztem, úgyhogy lehet, hogy egyáltalán nincs igazam.

Sziasztok!

Lenne egy kérdésem. Szeretnék készíteni egy haghyományos ürlapot ami összegyüjt,néhány adatot aztán valahogy elküldni nekem e-mailben vagy vmi. Sajnos nem értek ehez viszont nagy szükségem lenne egy ilyen ürlapra. Tudnátok segíteni nekem?

Köszönöm előre is!

Fanatic

nem csak.
"However, many mbstring functions are able to handle character encoding other than Japanese."

"Character encodings work with PHP:
ISO-8859-*, EUC-JP, UTF-8"
tehat ISO-8859-2 is :)

Az is jo, ahhoz meg az imap kell legyen hozzaforgatva :)) De legalabb lehet valasztani.

Javasolnám inkább az imap_mime_header_decode() függvényt.

A multibyte sztringfüggvények nem a nagyábécés CJK (Chinese/Japanese/Korean) nyelvekhez kellenek csak?

Biztos, hogy a mime_decode és társai multibyte függvények?

Ezt próbátam értelmezni de nemigazán értem, gyenge az angol tudásom :(

nem csak ini-ben, hanem ugy kell forgatni is a php-t.
Ha elolvasod a http://www.php.net/manual/en/ref.mbstring.php az Installation reszt akkor gondolom ertheto mar.