Archívum - Szep 2004 - Fórum téma
szeptember 6
Ékezetmentesítés frappánsan?
Sziasztok!
Hogyan lehet a legegyszerűbben és legfrappánsabban ékezetmentesíteni egy stringet PHP-ben?
(pl.: szőrmadár -> szormadar)
Én csak olyan megoldásokat tudok kitalálni, amihez fel kell sorolnom a magyar ékezetes betűket és konkrétan azokra menne. (ciklus vagy regexp-es replace)
Ez elég barkács megoldás érzésem szerint. Biztos van valami sokkal elegánsabb is. Legalábbis remélem :)
Tudtok ilyet?
■ Hogyan lehet a legegyszerűbben és legfrappánsabban ékezetmentesíteni egy stringet PHP-ben?
(pl.: szőrmadár -> szormadar)
Én csak olyan megoldásokat tudok kitalálni, amihez fel kell sorolnom a magyar ékezetes betűket és konkrétan azokra menne. (ciklus vagy regexp-es replace)
Ez elég barkács megoldás érzésem szerint. Biztos van valami sokkal elegánsabb is. Legalábbis remélem :)
Tudtok ilyet?
PhpBB2 integráció és user migráció
Üdvözlet!
Most üzelemtem be egy drupal portált, tetszik, problémák csak mással kapcsolatban vannak: Régebben létrehoztam egy PhpBB2 fórumot, ami most is működik, egy csomóan regsztráltak. Ezután egy portált hoztam létre ehhez, de a nuke nem tetszett, a drupal alá pedig nem tudom begyömöszölni a Phpbb2 fórumot. Próbálkoztam mindennek, fájlkezelő függvényekkel behúzni page-ként, iconv -vel menet közben konvertálva a karakterkódolást, de nem jó.
Valami megoldás kellene arra, hogy a fórumot ne kelljen "kiugratni" egy másik ablakba. A portálba csak a felhasználókat szeretném átvinni, hogy ne kelljen a tagoknak újra regisztrálniuk.
(Vitáknak elébe menve: bevallom őszintén, a drupal fórum modulja az egyetlen, ami nem tetszik ill. jó lenne, ha megmaradnának a régi fórum anyagai)
A válaszokat előre is nagyon köszöni:
csonti
■ Most üzelemtem be egy drupal portált, tetszik, problémák csak mással kapcsolatban vannak: Régebben létrehoztam egy PhpBB2 fórumot, ami most is működik, egy csomóan regsztráltak. Ezután egy portált hoztam létre ehhez, de a nuke nem tetszett, a drupal alá pedig nem tudom begyömöszölni a Phpbb2 fórumot. Próbálkoztam mindennek, fájlkezelő függvényekkel behúzni page-ként, iconv -vel menet közben konvertálva a karakterkódolást, de nem jó.
Valami megoldás kellene arra, hogy a fórumot ne kelljen "kiugratni" egy másik ablakba. A portálba csak a felhasználókat szeretném átvinni, hogy ne kelljen a tagoknak újra regisztrálniuk.
(Vitáknak elébe menve: bevallom őszintén, a drupal fórum modulja az egyetlen, ami nem tetszik ill. jó lenne, ha megmaradnának a régi fórum anyagai)
A válaszokat előre is nagyon köszöni:
csonti
Fájl letöltés
Sziasztok!
Tudtok olyan megoldást, amivel jelszóhoz köthető PHP alatt a fájl letöltés?
■ Tudtok olyan megoldást, amivel jelszóhoz köthető PHP alatt a fájl letöltés?
szeptember 6
#comment-1234
Tegnap felvetettem, hogy az RSS-ben, illetve a Követőben az url-ek hibásak.
Egy ilyen kérdéses url: http://weblabor.hu/forumok/temak/1923#comment-4451
Alap beállításom szerint 50 hozzászólást írunk ki, de a 4451. már nincs benne a első 50-ben, ezért nem jó oldalt hozunk ki.
Én egész eddig azt hittem, hogy ilyenkor a comment-4451 átadódik a php-nek, de nem.Sajnos más ötletem nincs, hogy hol kereshetném, ha az én tudásom lenne hiányos, akkor azt írjátok meg!!! :)
Ellenben átadhatunk egy újabb paramétert
http://weblabor.hu/forumok/temak/1923/4451#comment-4451
pl. itt lenne a $_GET['comment'] 4451 értékkel. (.htaccess -ben plusz egy sor)
Ezt a fajta url-t sehol máshol nem kellene használni, csak a RSS-ben, illetve a Követőben, tehát nem okoz nagy gondot a már elkészült oldal felépítésében.
Ezután már gond nélkül ki lehetne javítani az fenti hibát azzal, ha pager_query függvényt kiegészítjük.Persze a kiegészítésemben egyáltalán nem vagyok biztos. Ma telepítettem fel először a Drupált, így legtöbb időt azzal töltöttem eddig, hogy megtaláljam a pager_from_array változót, az hogy az miért tömb, már nem is érdekelt. :)
De gondolom, ettől még érthető, hogy mire gondoltam. Egy bónusz változó, és akkor mindent tudunk.
■ Egy ilyen kérdéses url: http://weblabor.hu/forumok/temak/1923#comment-4451
Alap beállításom szerint 50 hozzászólást írunk ki, de a 4451. már nincs benne a első 50-ben, ezért nem jó oldalt hozunk ki.
Én egész eddig azt hittem, hogy ilyenkor a comment-4451 átadódik a php-nek, de nem.
$_SERVER, getallheaders()Ellenben átadhatunk egy újabb paramétert
http://weblabor.hu/forumok/temak/1923/4451#comment-4451
pl. itt lenne a $_GET['comment'] 4451 értékkel. (.htaccess -ben plusz egy sor)
Ezt a fajta url-t sehol máshol nem kellene használni, csak a RSS-ben, illetve a Követőben, tehát nem okoz nagy gondot a már elkészült oldal felépítésében.
Ezután már gond nélkül ki lehetne javítani az fenti hibát azzal, ha pager_query függvényt kiegészítjük.
if (isset($_GET['comment'])) {
if ($pager_from_array[$element] < $_GET['comment'] or $pager_from_array[$element]+$limit > $_GET['comment']) {
$pager_from_array[$element] = $_GET['comment']-1;
}
}
De gondolom, ettől még érthető, hogy mire gondoltam. Egy bónusz változó, és akkor mindent tudunk.
Kell-e hook a lekérdezéshez?
Egy blokkot szeretnék készíteni, amiben mindössze egy táblázat jelenne meg, melyhez az adatokat az adatbázisból venné a blokk. Kell-e implementálni valamilyen hook-ot a lekérdezéshez, vagy már használhatók a drupal adatbázis-függvényei a hook-ok nélkül is? Én úgy tippelem, hogy nem, de azért erősítsetek meg légyszi...
köszi
■ köszi
Drupal - node-ok issue-ekbe szervezése
Van esély arra, hogy cikkeknek megfelelő node-eket "kiadásokba", issue-ekbe szervezzek? Készítettem 1 cms-t egy folyóirat számára, de csomó gondom van vele és nemtom így megéri-e vesződni vele... Az az igazság, nem találtam még olyan cms-t, amely ezt a kérdést kezelné valahogy - a Drupal igen?
■ szeptember 5
MYSQL adatbázisadat kiírás PHP tomb elemei szerint
Egy MYSQL adatbázisból olyan adatokat szeretnék kikeresni, amelyek azonosítói egy php tömben megtalálhatók, meg tudja-e valaki írni, hogy a SELECT WHERE részébe milyen szintaktikát kell alkalmazni, hogy ez működjön. Az kiderítettem, hogy listáknál működik a WHERE azonosito in ($lista), de hogy van ez a tömböknél.
Kösz
Ági
■ Kösz
Ági
szeptember 2
bongeszo frissites
Sziasztok!
A kovetkezo kerdesem lenne:
Van -e olyan PHP parancs illetve fuggveny amely a bongeszot frissiti, ugy mintha az explorerben a frissites gombot nyomtam volna meg.
Elore is koszi
■ A kovetkezo kerdesem lenne:
Van -e olyan PHP parancs illetve fuggveny amely a bongeszot frissiti, ugy mintha az explorerben a frissites gombot nyomtam volna meg.
Elore is koszi
adodb vagy pear db
Szeretném használni valamelyiket, de nem tudok elindulni. :( Utánanéztem, mindkettőnek van pozitív, meg negatív oldala is. Amennyire én így összeraktam a képet magamban, az adodb mintha többet tudna, kiforrottab talán, viszont a DB meg benne van a PEAR-ben, így sok csomag erre épül... :( Ilyenkor mit teszt az ember? Használta valaki már "vala valamelyiket"? :) Vannak konkrét tapasztalatok, ötletek, vélemények?
A válaszokat előre is köszönöm!
■ A válaszokat előre is köszönöm!
Hibajelenség: URL not found
Üdvözlet!
Belefutottam egy furcsa dologba, a hibajeklenség:
1.) Drupal megy, "taxonomy menu" modul feltelpítve.
2.) Többszintű szótár létrehozva, a bal oldali blokkban nagyszerűen gyártja a többszintű menüt. A főmenü url-je: "/taxonomy_menu/1/14". Az almeüi: "/taxonomy_menu/1/14/5" , "/taxonomy_menu/1/14/6", stb.. Ezek almenüi pedig: "/taxonomy_menu/1/14/6/13" stb.. Ez eddig teljesen normális, de:
3.) kb 1 hónap fejlesztés után egyszer csak a "/taxonomy_menu/1/14/5" és annak almenüjeire URL not found hibaüzenetet kapok, a többi menü működik.
4.) Megnézem az ide kapcsolódó táblákat, melyeket rendben találtam. A problémás almenü a következő értékeket veszi fel:
- "node" nid:2
- "node_counter" (üres)
- "term_data" tid:5; vid:1
- "term_hierarchy" tid:5; parent:14
- "term_node" nid:2, tid:14 (érdekes, hogy itt nincs 1-es nid, csak 2-től növekszik 7-ig)
- "term_relation" (üres)
- "term_synonym" (üres)
Az "/taxonomy_menu/1/14/5"- nemü tartalma egyébként egy php script, amit az 1 hónapos fejlsztés során rengeteg hibaüzenetet produkált. A watchdog tábla olyan nagy volt, hogy out-of memory miatt nem is tudtam megnézni, hány rekordból állt, de 10 000-nél többől. Ezért kitöröltem az összes rekordot belőle, de sajnos a probléma továbbra is fennáll. (Természetesen többször újraindítottam a gépet és az apachot is.)
Az adminisztráció/tartalom alatt látom a problémás tartalmat, de piros csillag van a neve mellett. (Ez nem tudom mit jelent.)
A adminisztráció/tartalom/szerkesztés alatt is látom, de ha szeretném beküldeni akkor "url not found" a hibaüzenet, úgy mint ha rákattintok a bal oldali menüben.
Most jön az, hogy kitörlök mindent és előről kezdem a telepítést-taxonomia építést, de ha van jobb 5letetek akkor humanitárius okokból osszátok meg velem.
Köszönöm: Kuller
■ Belefutottam egy furcsa dologba, a hibajeklenség:
1.) Drupal megy, "taxonomy menu" modul feltelpítve.
2.) Többszintű szótár létrehozva, a bal oldali blokkban nagyszerűen gyártja a többszintű menüt. A főmenü url-je: "/taxonomy_menu/1/14". Az almeüi: "/taxonomy_menu/1/14/5" , "/taxonomy_menu/1/14/6", stb.. Ezek almenüi pedig: "/taxonomy_menu/1/14/6/13" stb.. Ez eddig teljesen normális, de:
3.) kb 1 hónap fejlesztés után egyszer csak a "/taxonomy_menu/1/14/5" és annak almenüjeire URL not found hibaüzenetet kapok, a többi menü működik.
4.) Megnézem az ide kapcsolódó táblákat, melyeket rendben találtam. A problémás almenü a következő értékeket veszi fel:
- "node" nid:2
- "node_counter" (üres)
- "term_data" tid:5; vid:1
- "term_hierarchy" tid:5; parent:14
- "term_node" nid:2, tid:14 (érdekes, hogy itt nincs 1-es nid, csak 2-től növekszik 7-ig)
- "term_relation" (üres)
- "term_synonym" (üres)
Az "/taxonomy_menu/1/14/5"- nemü tartalma egyébként egy php script, amit az 1 hónapos fejlsztés során rengeteg hibaüzenetet produkált. A watchdog tábla olyan nagy volt, hogy out-of memory miatt nem is tudtam megnézni, hány rekordból állt, de 10 000-nél többől. Ezért kitöröltem az összes rekordot belőle, de sajnos a probléma továbbra is fennáll. (Természetesen többször újraindítottam a gépet és az apachot is.)
Az adminisztráció/tartalom alatt látom a problémás tartalmat, de piros csillag van a neve mellett. (Ez nem tudom mit jelent.)
A adminisztráció/tartalom/szerkesztés alatt is látom, de ha szeretném beküldeni akkor "url not found" a hibaüzenet, úgy mint ha rákattintok a bal oldali menüben.
Most jön az, hogy kitörlök mindent és előről kezdem a telepítést-taxonomia építést, de ha van jobb 5letetek akkor humanitárius okokból osszátok meg velem.
Köszönöm: Kuller
