Internet: PHP, CGI, stb.

Sziasztok!

Nem jutok dűlőre az alábbi problémával kapcsolatban:

$regexp_email = "/^[^@]+@[a-zA-Z0-9._-]+\.[a-zA-Z]+$/";
if (!preg_match($regexp_email, $POST['email'])) {


echo "

";
echo "alert('Nem érvényes emailcím formátum!');";
echo "

";
}

Eredmény: hiába jó az emailcím (valami@domain.tld), akkor is kidobja az alert ablakot...

Egy másik input mezőnél, ahol csak számokat fogadok, a $regexp_num = "^[0-9]"; mintára szintén false-ra fut akkor is, ha tényleg számokat írok be.

Kérdésem: mit rontottam el és mi a megoldás?

Előre is köszönöm a segítséget.

Sziasztok!

CodeIgniterezek, lapozást csinálok (vagy csinálnám) ha működne.

A lapozás linkje a következő:
oldal.tld/page/index/5
helyette
oldal.tld/page/index/5/ kellene, mert így fut le, az előző esetben 404.

Nginx webszervert használok, amibe a következők vannak megadva:

location /page/ {
index /page/index.php;
error_page 404 = @ee;
}

location @ee {
rewrite ^(.*) /page/index.php?$1 last;
}

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

Utf-8 képes MediaWiki lapot Pdf-be konvertáló rutinra lenne szükségem.
Millió Mediawiki2Pdf cucc van de egyik sem tud Utf-8-at.

Ráleltem Pdf Export Dompdf cuccra ami elvileg tudja.
Azért csak elvileg mert nálam nem tudja.
Kell hozzá a dompdf Html2Pdf konverter ami tartalmaz egy nagyon baba teszt oldalt is ami szépen működik de ha felrakom lokálba akkor a (hosszú o") (hosszú u") és (rövid u:) helyén kérdőjel jelenik meg.

A lokális Setup / Config oldalam szinte teljesen megegyezik a project teszt oldaléval csak a dejavu bejegyzések hiányoznak a lap végéről.
Ilyen dejavu font nincs a "/var/www/dompdf/htdocs/lib/fonts" könyvtárban.
Természetesen a disztróhoz (Gentoo) fel van telepítve a dejavu font készlet amik a "/usr/share/fonts/dejavu/DejaVu*.ttf" formájában meg is találhatók a rendszeren.

Viszont észrevettem hogy a project teszt oldalának generált Pdf-ének tulajdonság lapját megnyitva látszik hogy ezt a dejavu fontkészletet használja és jól jeleníti meg az utf-8 karaktereket.

Hogy lehetne a lokális oldalamat rábeszélni hogy az is dejavut használjon?

Üdv!

Tudnátok ajánlani valami egyszerű megoldást a címben említett témára?

Kritériumok:
-kosár
-checkout
-meglévő weblapba beépíthető, tehát nem webshop motor kell, hanem csak a kosár része
-egyszerű

Esetleg ha valaki vállalkozik megcsinálni, biztos meg tudunk egyezni valamiben.

Előre is köszi!

Sziasztok!

Sokat kerestem olyan fotómegosztó oldalt, ami kielégít több igényt is:
- publikus fotómegosztás (photo gallery jelleggel) + családnak barátoknak extra fotók jelszóval
- külön-külön elérhető SEO-optimalizált egyedi fotó oldalak, fotóhoz felirat, keywordök, rövid történet, térkép
- különböző méretű képek digitális árusítása
- többnyelvű oldal (angol és magyar feliratok képenként, külön url-ek nyelvenként)

- PHP (vagy perl vagy shared hostingban elérhető rendszer),
- adatbázis nélküli működés (sajnos a shared hosting adatbázisok eléggé bottleneckek)
vagy:
- hosted szolgáltatás (évi 200 dollárt szívesen áldozok rá, talán többet is).

Hostedből talán csak a http://smugmug.com jött szóba, de elvérzett az egyedi fotó url-en és a többnyelvűségen. Végül elkezdtem egy saját megoldást összerakni, elérhető itt: http://www.wandering-dragonfly.com/

A jelenlegi szinten már elég használható, de igényelne még fejlesztést, és arra gondoltam, hogy közös igények esetén erőfeszítésekkel talán jobban haladna. A kérdés az, hogy van-e olyan jelentkező, aki szívesen csatlakozik egy ilyen fejlesztéshez? Esetleg ismertek-e olyan eszközt, ami már nagyrészt megcsinálja amit szeretnék, csak nem vettem észre?

Sziasztok!

Lenne egy kérdésem Joomla 1.5-ös tartalomkezelő oldallal kapcsolatban!
Meglévő Joomlás weblapomra szeretnék egy olyan lehetőséget, amellyel fájlokat tölthetek fel és le a Debian Linux fájlrendszerének egy megadott helyére.
Olyan lehetőségre gondoltam, mint pl. a Total Commander lehetőségre.

Ismer valaki ilyen letöltéskezelő modult?

Köszi a választ előre. Életet mentene!

Üdv.

Azzal a problémával szembesültem, hogy időket kellene összeadnom, illetve kivonnom egymásból és kerestem de nem találtam megfelelő függvényeket. Az idő összeadás még csak-csak, de a kivonás már nehézkesebb ügy.

A két string amiből szeretnék normális időt kiíratni:

$TIME1="16:15:25";
$TIME2="14:44:35";

Összeadás után: 31:00:00
Kivonás után: 1:30:50

Van erre valami gyors és értelmes megoldás vagy írjam meg magamnak. Egyébként nagyjából megírtam, de! nekem nem tetszik, bár működik :-) Lehet egy update-ben berakom ha nincs 10000%-os ötlete senkinek.

Dankesüni!

Update (a megoldások):

function TimePlus($time1,$time2) {
	list ($h1,$m1,$s1) = explode(":",$time1);
	list ($h2,$m2,$s2) = explode(":",$time2);
	$s = ($s1 + $s2) % 60; // Másodperc
	$m = ((($s1 + $s2) / 60 ) + $m1 + $m2 ) % 60; // Perc
	$h = (((($s1 + $s2) / 60 ) + $m1 + $m2 ) / 60 ) + $h1 + $h2; // Óra
	return sprintf("%d:%02d:%02d",$h,$m,$s);
}

function TimeMinus($time1,$time2) {
	date_default_timezone_set("Europe/Budapest");
	$d1 = date_create($time1);
	$d2 = date_create($time2);
	$interval = date_diff($d1, $d2);
	return (($d1 < $d2 )?"-":"").$interval->format('%h:%I:%S');
}

A problémám a következő:

CakePHP 1.3 stabliat szeretnék használni Ubuntu 11.04 alatt.
Apache fent van. Cakephp-t kibontottam a /var/www-be.
Aztán felküzdöttem addig, hogy az URL rewriting is not properly configured on your server.

Igen httpd.conf-ba beletettem ezt:

<Directory />
Options FollowSymLinks
AllowOverride All
# Order deny,allow
# Deny from all
</Directory>

Az apache2.conf-ban van include httpd.conf.

Aztán észleltem, hogy a sites-enabled mappában van egy 000-default fájl ami a /var/www mappára vonatkozóan állít be szabályokat. Ebben a következő volt:

ServerAdmin webmaster@localhost

	DocumentRoot /var/www
	<Directory />
		Options FollowSymLinks
		AllowOverride All
	</Directory>
	<Directory /var/www/>
		Options Indexes FollowSymLinks MultiViews
		AllowOverride All
		#Order allow,deny
		#allow from all
	</Directory>
        ..........

Ezt természetesen kicseréltem az ajánlottra de úgy sem lett jó.
Igen minden lépés után újraindítottam az apachet.

A mod rewrite fel van téve, az /etc/apache2/modules-enabled mappában ott a rewrite.load

A vicc az hogy a cakephp 2.0-dev meg megy, csak nem akarom használni mert változtattak egy pár dolgot a konvencókban.

Sziasztok!

Adott 1db Ubuntu 10.04 LAMP szerver amin a következő script hiba nélkül lefut:
<?php

echo "
";

for ($i=0; $i<20000; $i++)
{
echo "
";

}
echo "
";
echo "

";

echo "

";
print_r ($_POST);
echo "

";
?>

Ugyanez a script egy Debian Squeeze alatt 1000 -ig fut le a megadott 20000-es érték helyett.
Van valakinek ötlete hogy merre keressem a megoldást? 2 óra google van már mögöttem 0 eredménnyel.
A php.ini -t, apache2.conf -ot, my.cnf -ot már soronként végignéztem, de nem találtam olyan eltérést, ami tudomásom szerint befolyásolná a végeredményt.
Előre is köszönöm, a válaszokat!

Leginkább PHP tudásom van, bár a Python sem áll olyan messze tőlem. Ruby-t meg tervezem megismerni, jókat hallottam róla.

Lényeg, lesz egy fontos webes projectem, idő számít, de nem kritikus.
Ami biztos, legyen MVC vagy egyéb módon részekre bontható. Adatbázisréteg legyen cserélhető és ha lehet akár NoSQL-t is tudhat. Többnyelvűséget mindenképpen támogassa, akárcsak a különféle template-eket (böngészőben és okostelefonon is jól kell megjelennie az oldalnak). Fontos az AJAX és HTML5 geolocation támogatás jól jönne.

Maga az alkalmazás két teljesen külön részből fog állni.
Az egyik leginkább adatbázis orientált, bár képek is tartoznak majd egyes adatbázis bejegyzésekhez.
Másik rész leginkább kép orientált, a hozzá tartozó kevés adatbázis művelettel.
Röviden úgy tekinthetőek mint egy webshop és egy különálló felhasználói galéria gyűjtemény. Utóbbihoz lehet tartozni fog egy fórum rész (kevésbé hagsúlyosan).

Fent említett script nyelveken túl lehet fordított (C, C++) alapú is. Java szinte abszolute nem érdekel, régen használtam már és nem győzött meg. Project git-ben vagy SVN-ben lesz tárolva, bár előre láthatólag csak én fogom fejleszteni.

Ki-mit ajánl? Amikről hallottam és érintőlegesen próbáltam: Django és Symfony. Ettől még _nyitott vagyok bármire_, egyelőre a Java-t leszámítva.

Kérésre pár szóban a project-ről
--------------------------------
Bolt keresésről van szó. Amely a felhasználó által megadott hely vagy geolocation alapján megadja azt a legközelebbi boltot, ahol az általa keresett ruhanemű kapható. Lehet persze bolt nélkül is keresni, csak termék típusokra (stílus, szín, ...).

Szokásos adatokon túl (termék gyártója, neve, pár bemutató kép) a mérettáblázatot is tárolnom kell majd (szabálytalan alakzat, ez is kérdés, hogyan célszerű az ilyet tárolni). Adott magasság-súly esetén az adott gyártótól / termékből milyen méretet kell választani. Felhasználó regisztrációkor megadhatja a testi adatait és automatikusan csak a Neki megfelelő méretű termékeket látná.

Felhasználó tudja tárolni a kedvenceit. Adott termékcsoportot, gyártót vagy akár konkrét boltot a termékektől függetlenül. Ezeket egy-két kattintással bármikor meg tudja nézni (= előre elmentett keresések).

SEO barát kialakításra várok még ötleteket. Lehessen gyártóra, stílusra vagy színre is szűkíteni sorrendtől függetlenül. Értsd: /gyarto=ceg1/stilus=s1 vagy /stilus=s1/gyarto=ceg1 ugyanazt az eredmenyhalmazt jelentse. Esetleg legyen szimpla /search/ceg1/szin1 (sőt, /search elhagyásával) a keresés? Ekkor nem létező URL-eknél mindig nézzem meg az adatbázis értékeket, mire szűkíthet a felhasználó.
Több érték esetén legyen /gyarto=ceg1,ceg2/szin=szin1 vagy /gyarto/ceg1/ceg2/szin/szin1 , majd eldöntöm.

CSV-ből az egyes gyártók - boltok tudjanak felvinni termékeket; esetleges adminisztrátori ellenőrzés után. Kérdés hogy ezesetben hogyan tudnak majd képeket kapcsolni az egyes termékekhez.

AJAX mindenek felett és persze legyen gyors a rendszer. Böngészőből és okostelefonról is ugyanazt a (nagyon hasonló) felületet érje el a felhasználó.
Többnyelvűség hogy ne csak Magyarországra korlátozódjon az egész.

--

Másik téma a galériák tárolása. Alap dolgok hogy lehessen vízjelezni ha valaki akarja, privát albumot létrehozni, felügyelni hogy milyen képeket töltöttek fel (megválasztani, kik azok akik ellenőrzés nélkül tehetnek fel képeket).
Felhasználók tudják csoportokba szervezni a többieket és megadni, egyes képeket / albumokat mely csoportok és mely felhasználók láthassanak. Képeket lehessen értékelni és szimpla műveleteket elvégezni rajtuk (forgatás, kivágás).
Fórum jelleget kevésbé szeretnék, de nem zárom ki azt hogy a képekhez hozzá lehessen szólni. Esetleges felügyeletei eszközökkel, szószűrővel.

Képeknek legyenek címkéi, össze tudja kapcsolni a boltkereső termékeivel (mely gyártó, melyik termékét hordja a képen lévő személy). Fordítva, termékhez meg lehessen nézni a valós, viselés közbeni képeket. Ezt leszámítva legyen külön rész a kettő.

Első körben ennyit, még finomodhat az ötlet. Bármilyen véleményt szívesen veszek.