Új hozzászólás Aktív témák
-
CSorBA
őstag
Óhát, ezek milyen rendesek :
Kedves Csorba Dániel,
Utána nézünk mi okozza a hibát, az esti órákban ha nem találunk konkrét megoldást
akkor beleforgatjuk a központi inibe és minden egyéni beállítás nélkül is elérhető lesz.A PECL csomag esetén erre gondol?:
http://pecl.php.net/package/intl/docs...ha igen akkor természetesen megoldjuk hogy ez is elérhető legyen az Ön számára.
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
De neked kell egyáltalán az "Internationalization extension"?
Egyébként a fileinfo alapból benne van a PHP 5.3.0-nál magasabb verziókban:
[link]
"This extension is enabled by default as of PHP 5.3.0. Before this time, fileinfo was a PECL extension but is no longer maintained there. However, versions prior to 5.3+ may use the » discontinued PECL extension."Sk8erPeter
-
CSorBA
őstag
válasz Sk8erPeter #9652 üzenetére
Igen, azt mással kapcsolatban kérdeztem korábban (pár hónapja).
Most ezt nem értem, ha alap, akkor miért nem megy? Bár most nyilván megvárom mit kezd a szolgáltató
szerk.: Jah gondolom alap csomag része, de most az én szolgáltatómnál a default iniben le van tiltva. (remélhetőleg ezt állítják át). Jól értem?
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
Jaja, jól érted, bocs, kicsit fáradt vagyok, nem tudom, minek ismételtem meg megint, hogy az 5.3.0-tól felfelé már alap, kicsit gondolom most összekavartalak.
De végül is jól értetted, jó a megoldás, amit javasoltak: "akkor beleforgatjuk a központi inibe", korábban meg a '--disable-fileinfo' kapcsolóval "forgatták", azért van jelenleg letiltva.
Ez pozitív a szolgáltatódtól, hogy megteszik a szükséges lépéseket, és valóban ügyfélként kezelnek.Sk8erPeter
-
CSorBA
őstag
válasz Sk8erPeter #9654 üzenetére
Kicsit, de akkor így tiszta.
Igen, nagyon meg vagyok velük elégedve
-
CSorBA
őstag
Közben ahogy nézem jött egy 5.3.8-ról 5.3.10-re való frissítés is, valamint a file info már működik
szerk.: Mármint alapból is működik.
[ Szerkesztve ]
-
InfiniteReality
őstag
semmi
[ Szerkesztve ]
http://logout.hu/cikk/samsung_led_tv_tudastar_d_szeria/alapok.html
-
Jim-Y
veterán
Sziasztok, kérlek segítsetek, mert én ehhez kevés vagyok, azt sem tudom, hogy mi lehet a baj
Ezzel a pluginnel szeretnék tweetet küldeni a twiterre kódból.
Első ránézésre tök egyszerű a dolog, regisztrálni kell egy appot ezen az oldalon http://dev.twitter.com/apps, ott generálni 4 kulcsot, és már lehet(ne) is használni a plugint, csakhogy egy kanyi leírás sincs hozzá:/ Persze sample van, csak nem működik.
Annyit csináltam, hogy csináltam egy send_tweet.php-t, amibe ezt írtam:
<?php
require_once 'plugins/Twitter-PHP/twitter.class.php';
// ENTER HERE YOUR CREDENTIALS (see readme.txt)
$consumerKey = "valami";
$consumerSecret = "valami";
$accessToken = "valami";
$accessTokenSecret = "valami";
$twitter = new Twitter($consumerKey, $consumerSecret, $accessToken, $accessTokenSecret);
$status = $twitter->send('Teszt #oq_department');
echo $status ? 'OK' : 'ERROR';
?>A letölthető fileokat egy plugin mappába tettem, és egy Twitter-PHP mappaként csomagoltam ki.
Ha lefuttatom a fenti kódot, ezt a hibaüzenetet kapom:
Még ötletem sincs, hogy hogyan kéne csinálni, neten sem találtam segítséget:/
Itt meg lehet nézni online a readme.txt-t
[ Szerkesztve ]
-
Speeedfire
félisten
Adott 2 adatbázis tábla, amit egy táblázatba töltök be left join-nal. Van amihez tartozik adat és van amihez nem.
Ez az adat van join-olva. A gond ott van, hogy ha rendezni akarom ezt a sort, akkor az üres részeket is "figyelembe" veszi. És elég furcsa adatok jönnek ki.
Ez most konkértan csak annyit csinál, hogy minden belépéskor elmenti az ip címet, amiről belépett. Ugye nem tartozik mindenkihez ip, ha nem lép be.Itt meg nem rendezi rendesen. Holott ez lenne a lényeges része a dolognak, hogy akár ip cím szerint is lehessen rendezni az adatokat.
[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
Mindenesetre az biztos, hogy egy try-catch-blokkba kellene pakolnod, hogy a kivételeket szépen el tudd kapni, és logolni a megfelelő helyen, a hozzá tartozó felhasználóbarát hibaüzenetet pedig kiírni a képernyőre.
De a legegyszerűbb hibakezelés:
try {
$twitter = new Twitter($consumerKey, $consumerSecret, $accessToken, $accessTokenSecret);
$status = $twitter->send('Teszt #oq_department');
echo 'Minden OK volt...';
} catch (TwitterException $e) {
// éles rendszeren a kivétel üzenetét csakis logolni, a felhasználónak felhasználóbarát üzenetet mutatni!!!
echo '<div style="color:red;">Para van (TwitterException): ', $e->getMessage(), '</div>';
} catch (Exception $e){
// éles rendszeren a kivétel üzenetét csakis logolni, a felhasználónak felhasználóbarát üzenetet mutatni!!!
echo '<div style="color:red;">Para van (általános kivétel): ', $e->getMessage(), '</div>';
}A továbbiakhoz pl. ezt érdemes lenne elolvasnod: [link].
Szerk.: most nézem az általad linkelt oldalt, ahol a send.php-ben van egy példa, elég gáz, hogy a példakódban sincs lekezelve a kivétel...
[ Szerkesztve ]
Sk8erPeter
-
Jim-Y
veterán
válasz Sk8erPeter #9660 üzenetére
Köszi, közben találtam egy spanyol fúrumot, amit lefordítva olvashatatlan magyarra sikerült kihámoznom, hogy nem elég az app regisztrációnál a https://dev.twitter.com oldalon átállítani az access levelt read-only-ról read-and-write-ra, hanem újra is kell generálni a tokeneket. Újragenerálás után sikerült posztolni, ilyen hülye hibákat basszus-.- Sőt, az hogy újra kell generálni nincs is leírva sehova, csak gondoltam egy próbát megér, logikusnak tűnt
Köszi az ötleteket, kivételkezelni úgyis kell, tehát hasznos volt a válasz, köszi
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz Speeedfire #9659 üzenetére
Hogy itt meg tudjuk mondani, mi a gond, látnunk kéne a query-t.
Sk8erPeter
-
Alukard
senior tag
válasz Speeedfire #9659 üzenetére
Nem PHP, de nekem ez megoldotta a tábla rendezési nyűgjeimet...
https://blackfyre.ninja
-
Speeedfire
félisten
válasz Sk8erPeter #9663 üzenetére
Nem volt jó a DB kapcsolat, ezért volt gond vele. Az AR meg természetesen nem jól kezelte le emiatt.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
-
Speeedfire
félisten
válasz Sk8erPeter #9666 üzenetére
Yii AR-al építem fel az sql lekéréseket.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Superman
nagyúr
Tudnátok segíteni? Szeretnék keresni egy MYSQL táblában évek szerint. Az éveket ki lehet választani és ekkor kiadja a vevő kódját, illetve a nevét a lekérdezés.
A kódra ezt a hibát kapom:
Parse error: syntax error, unexpected $end, expecting T_VARIABLE or T_DOLLAR_OPEN_CURLY_BRACES or T_CURLY_OPEN in C:\websites\project\lekerdezes2.php on line 40
Tehát az utolsó sorban nem zártam le valamit? De akárhogyan nézem, nem jövök rá, mit....
<?PHP
##############################
$_MYSQL['HOST'] = "127.0.0.1"; // MySQL host
$_MYSQL['USER'] = "root"; // MySQL felhasználónév
$_MYSQL['PASSWORD'] = "timothy"; // MySQL jelszó
$_MYSQL['DB'] = "szada"; // MySQL adatbázis$_CONF['TABLA'] = "KL_VEVOK"; // Tablaban kereses
$_CONF['MEZO'] = "vevo_nev"; // Mezoben kereses
##############################mysql_connect( $_MYSQL['HOST'], $_MYSQL['USER'], $_MYSQL['PASSWORD'] );
mysql_select_db( $_MYSQL['DB'] );if(!IsSet($_REQUEST['search_text']) || emptyempty($_REQUEST['search_text'])) {
print'
<form method="GET" action="search.php">
<b>Keresés időpont szerint:</b><br>
<SELECT name="search_text">
<option value="">Bármelyik!</option>
<option value="nev_2000">2000</option>
<option value="nev_2001">2001</option>
<option value="nev_2002">2002</option>
</SELECT>
<input type="Submit" value="Keresés">
</form>';
} else
$search_text = mysql_escape_string($_REQUEST['search_text']);$eredmeny = mysql_query("SELECT tartalom FROM ".$_CONF['TABLA']." WHERE ".$_CONF['MEZO']." LIKE '%$search_text%'");
while($sor = mysql_fetch_object($eredmeny))
{$vevo_nev = $sor->nev;
$vevo_kod = $sor->kod;
}
echo ". ".$vevo_nev.".".$vevo_kod.";
}
?>Előre is köszönöm.
-
Speeedfire
félisten
válasz Superman #9668 üzenetére
Csak ennyi lenne az egész? Mert a 40. sorra írja a hibát, de ez csak 34 soros.
Illetve itt elég csak az empty, nem tudom miért van 2x:
if(!IsSet($_REQUEST['search_text']) || emptyempty($_REQUEST['search_text']))
if(!IsSet($_REQUEST['search_text']) || empty($_REQUEST['search_text']))
Illetve itt az else ágnál jó lenne egy { jel. Ahogy látom a végén a lezáró jel ott van.
else {
$search_text = mysql_escape_string($_REQUEST['search_text']);[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
j0k3r!
senior tag
válasz Superman #9668 üzenetére
echo ". ".$vevo_nev.".".$vevo_kod."; - itt a macskakormok nincsenek rendben (hianyzik egy, vagy tobb van eggyel) - egyebkent, ha ""-ok kozott iratsz ki, akkor felesleges konkatenalni a stringet, csak siman:
echo "$vevo_nev - $vevo_kod";else agnal nincs nyito harcsabajusz
$vevo_nev es $vevo_kod csak a while cikluson beluli lokalis valtozo, a cikluson kivul nem fogod elerni, szoval ciklus elott (cikluson kivul) deklarald oket
mas: attol, hogy nagybetuvel irod, meg valtozo marad, nem lesz konstans:
$_MYSQL['HOST'] = "127.0.0.1"; // MySQL host
helyett
define("HOST", "127.0.0.1");[ Szerkesztve ]
some men just wanna watch the world burn...
-
Sk8erPeter
nagyúr
válasz Siriusb #9671 üzenetére
Ezen én is röhögtem.
(#9668) Superman : j0k3r! jól írta, pont az lesz a - legnagyobb - baj, amivel kezdi a hozzászólását. Ez tipikus ilyen lezáratlan stringes hibaüzenet. (A többi tanácsot is érdemes megfogadni. )
[ Szerkesztve ]
Sk8erPeter
-
biker
nagyúr
válasz Superman #9668 üzenetére
én alapvetően kerülendőnek tartanám a _MYSQL féle változó megnevezést, hagyjuk meg ezt a szemne jól követhető módot a _GET _POST _SERVER _SESSION stb változóknak
Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
Sk8erPeter
nagyúr
válasz Superman #9675 üzenetére
Épp ezért figyelj a tanácsokra.
[link], [link], én még annyit hozzátennék, hogy a $_REQUEST használata is kerülendő szerintem, legyen egyértelmű, melyik metódust használod, a POST-ot vagy GET-et.
Tehát esetedben az összes $_REQUEST-et le kéne cserélni $_GET-re.
A HTML-kódoknál meg a tagek esetén inkább kerüld a nagybetűk használatát.
Ezenkívül olyan függvény nincs, hogy IsSet(), olyan van, hogy isset(), igaz, hogy case insensitive egyelőre (!) a PHP a függvénynevek tekintetében, de érdemes a függvények valós nevét használni.Sk8erPeter
-
Superman
nagyúr
válasz Sk8erPeter #9676 üzenetére
Igyekszem megfogadni mindent.
Más: szeretném az előbbi keresést, illetve szűrést továbbfejleszteni és készíteni egy időszakos szűrést. tehát egy olyat, ami egy adott táblábanegy adott időintervallumon belüli eseményeket listázza ki.
Olyan módon meg tudom oldani, ha egyszerűen én adom meg kézzel a -től - ig időpontot, de hogyan fogjak neki, ha mondjuk szebben, egy naptárszerkezetből akarom kiválasztani a től -ig dátumokat? Erre szeretnék valami támpontot kapni...
-
j0k3r!
senior tag
válasz Siriusb #9671 üzenetére
nincs sajnos, enis nemreg hallottam egy tutorial videoban :)
(#9675) Superman: ha meg kezdo vagy, akkor egybol ajanlanam neked a pdo-t a mysql helyett, mar ha komolyabban erdekel a dolog, es nemcsak egy egyszeri projectrol van szo
some men just wanna watch the world burn...
-
j0k3r!
senior tag
válasz Superman #9677 üzenetére
"egy naptárszerkezetből akarom kiválasztani a től -ig dátumokat" - datepicker (vagy hasonlora keress ra)
"adott időintervallumon belüli eseményeket listázza ki."
SELECT *
FROM Tabla
WHERE datum BETWEEN 'datum1' AND 'datum2'some men just wanna watch the world burn...
-
MODERÁTOR
Helló!
Melyik az elegánsabb, profibb, jobb megoldás egy form posztolására? Ha megvizsgálom a controller metódusában, hogy "elposztoltam -e", vagy ha átirányítom majd vissza?
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Speeedfire
félisten
-
MODERÁTOR
válasz Peter Kiss #9683 üzenetére
Speeedfire értette
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
j0k3r!
senior tag
válasz Peter Kiss #9683 üzenetére
szerintem arra gondolt az elso "posztolas" alatt, hogy a form feldolgozasa
public function valami(){
if(Request::IsPostBack()){
// feldolgozod a formot, mert az user "posztolta"
}
else{
// megjelenited a formot neki, hogy toltse ki
}
}persze, lehet, hogy en is felreertem a dolgot
some men just wanna watch the world burn...
-
Speeedfire
félisten
Van valami megoldás arra, hogy azok az url-ek amikben szóköz és egyéb spec karakter van nem úgy jelenjen meg az url-ben, hogy %20, vagy %3B?
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Jim-Y
veterán
válasz Speeedfire #9688 üzenetére
Nincs, a konvertálást a böngésző végzi, szóközökkel nem tudná értelmezni a címet. üdv
De, ha pl kódból nyitsz meg egy oldalt, akkor kódban megadhatod szóközökkel is, azt neked automatikusan át fogja konvertálni. üdvHa visszafelé akarod a dolgot csinálni, tehát egy olyan url-t akarsz olvashatóvá tenni amiben speckó jelek vannak, akkor stringhelyettesítés, szerintem tuti van olyan kód, vagy program ami megcsinálja, de akár te is megírhatod.
[ Szerkesztve ]
-
-
Sk8erPeter
nagyúr
válasz Speeedfire #9690 üzenetére
Mi az oka, hogy engedélyezve van speciális karaktereket tartalmazó címek/fájlnevek használata (a végleges URL-ben)?
Sk8erPeter
-
Speeedfire
félisten
válasz Sk8erPeter #9691 üzenetére
Ez csak egy felvetés volt, kíváncsi lettem volna rá, hogy megoldható-e vagy sem.
Csak, mert fura hogy pl van ahol ékezetes domain és url is lehet, de pl már szóköz (stb) nem lehet.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #9692 üzenetére
Mi az, hogy "nem lehet" szóköz?
Szerintem egyébként speckó karaktereket azért is érdemes helyettesíteni, mert régebbi böngészőknek parája lehet vele, meg vannak programok, amik az átalakított URL-eket az ékezetek vagy más karakterek mentén "csapják le" (még mai napig), de persze az is igaz, hogy az ékezetes karakterek egyre elfogadottabbak. Itt van egy téma róla: [link]
Van egy ilyen felvetés még 2009-ből:
"Considering URLs with accents often tend to end up looking like this :
http://fr.wikipedia.org/wiki/%C3%89l%C3%A9phant
...which is not that nice... I think we'll still be using de-accented URLs for some time.Though, things should get better, as accented URLs are now accepted by web browsers, it seems."
A böngésző átalakítja a címeket - pl. ha ezt böngészed, és kimásolod a címsorból az URL-t, akkor ezt a randaságot kapod meg - DE azt nézem, hogy Google-ben, amennyiben tartalmaz a találatban az URL ékezeteket, akkor tök normálisan látszik az URL (a megfelelő ékezetekkel), szóval SEO szempontjából lehet, hogy még jobb is, ezt nem tudom...Mindenesetre a szóköz és ehhez hasonló speckó karakterek (kivétel az ékezeteket, kötőjeleket, alulvonásokat, pluszjelet) biztos, hogy a helyettesítendőek közé tartoznak (szvsz még a pont is, amennyiben nem valós fájl kiterjesztése kezdődik ennek mentén).
[ Szerkesztve ]
Sk8erPeter
-
varydave
tag
válasz Speeedfire #9692 üzenetére
Én még mindig inkább a spec. karakterek "kivételét" preferálom. Ha netán valakinek szüksége lenne ilyesmire:
/**
*
* $url = new url("helló világ ez az első szép url-em");
* var_dump($url->_output);
*
* string(34) "hello-vilag-ez-az-elso-szep-url-em"
*/class url {
public $_output;
private $_str;
private $_separator;/**
*
* @param string $str - nyers url
* @param string $separator - szoelvalaszto karakter
*/
public function __construct($str, $separator = "dash") {
$this->_str = $str;
$this->_separator = $separator;$this->url_title();
}/**
* szep url generalas
* @return string
*/
protected function url_title() {if ($this->_separator == 'dash')
{
$search = '_';
$replace = '-';
} else {
$search = '-';
$replace = '_';
}$str = strtolower($this->_str);
$before = array( "á", "é", "ő", "ö", "ó", "ú", "ű", "ü", "í" );
$after = array( "a", "e", "o", "o", "o", "u", "u", "u", "i" );$str = str_replace( $before, $after, $str );
$trans = array(
'&\#\d+?;' => '',
'&\S+?;' => '',
'\s+' => $replace,
'[^a-z0-9\-\._]' => '',
$replace . '+' => $replace,
$replace . '$' => $replace,
'^' . $replace => $replace,
'\.+$' => ''
);$str = strip_tags($str);
foreach ( $trans as $key => $val )
{
$str = preg_replace( "#" . $key . "#i", $val, $str );
}return $this->_output = strtolower( trim ( trim ( stripslashes ( $str ) ), $replace ) );
}
}
-
Speeedfire
félisten
válasz varydave #9694 üzenetére
Én is...de akkor is érdekes téma szerintem.
Én ezt szoktam használni:
<?php
class AngolClass {
public function KarekterCsere($str)
{
$a = array('À', 'Á', 'Â', 'Ã', 'Ä', 'Å', 'Æ', 'Ç', 'È', 'É', 'Ê', 'Ë', 'Ì', 'Í', 'Î', 'Ï', 'Ð', 'Ñ', 'Ò', 'Ó', 'Ô', 'Õ', 'Ö', 'Ø', 'Ù', 'Ú', 'Û', 'Ü', 'Ý', 'ß', 'à', 'á', 'â', 'ã', 'ä', 'å', 'æ', 'ç', 'è', 'é', 'ê', 'ë', 'ì', 'í', 'î', 'ï', 'ñ', 'ò', 'ó', 'ô', 'õ', 'ö', 'ø', 'ù', 'ú', 'û', 'ü', 'ý', 'ÿ', 'Ā', 'ā', 'Ă', 'ă', 'Ą', 'ą', 'Ć', 'ć', 'Ĉ', 'ĉ', 'Ċ', 'ċ', 'Č', 'č', 'Ď', 'ď', 'Đ', 'đ', 'Ē', 'ē', 'Ĕ', 'ĕ', 'Ė', 'ė', 'Ę', 'ę', 'Ě', 'ě', 'Ĝ', 'ĝ', 'Ğ', 'ğ', 'Ġ', 'ġ', 'Ģ', 'ģ', 'Ĥ', 'ĥ', 'Ħ', 'ħ', 'Ĩ', 'ĩ', 'Ī', 'ī', 'Ĭ', 'ĭ', 'Į', 'į', 'İ', 'ı', 'IJ', 'ij', 'Ĵ', 'ĵ', 'Ķ', 'ķ', 'Ĺ', 'ĺ', 'Ļ', 'ļ', 'Ľ', 'ľ', 'Ŀ', 'ŀ', 'Ł', 'ł', 'Ń', 'ń', 'Ņ', 'ņ', 'Ň', 'ň', 'ʼn', 'Ō', 'ō', 'Ŏ', 'ŏ', 'Ő', 'ő', 'Œ', 'œ', 'Ŕ', 'ŕ', 'Ŗ', 'ŗ', 'Ř', 'ř', 'Ś', 'ś', 'Ŝ', 'ŝ', 'Ş', 'ş', 'Š', 'š', 'Ţ', 'ţ', 'Ť', 'ť', 'Ŧ', 'ŧ', 'Ũ', 'ũ', 'Ū', 'ū', 'Ŭ', 'ŭ', 'Ů', 'ů', 'Ű', 'ű', 'Ų', 'ų', 'Ŵ', 'ŵ', 'Ŷ', 'ŷ', 'Ÿ', 'Ź', 'ź', 'Ż', 'ż', 'Ž', 'ž', 'ſ', 'ƒ', 'Ơ', 'ơ', 'Ư', 'ư', 'Ǎ', 'ǎ', 'Ǐ', 'ǐ', 'Ǒ', 'ǒ', 'Ǔ', 'ǔ', 'Ǖ', 'ǖ', 'Ǘ', 'ǘ', 'Ǚ', 'ǚ', 'Ǜ', 'ǜ', 'Ǻ', 'ǻ', 'Ǽ', 'ǽ', 'Ǿ', 'ǿ');
$b = array('A', 'A', 'A', 'A', 'A', 'A', 'AE', 'C', 'E', 'E', 'E', 'E', 'I', 'I', 'I', 'I', 'D', 'N', 'O', 'O', 'O', 'O', 'O', 'O', 'U', 'U', 'U', 'U', 'Y', 's', 'a', 'a', 'a', 'a', 'a', 'a', 'ae', 'c', 'e', 'e', 'e', 'e', 'i', 'i', 'i', 'i', 'n', 'o', 'o', 'o', 'o', 'o', 'o', 'u', 'u', 'u', 'u', 'y', 'y', 'A', 'a', 'A', 'a', 'A', 'a', 'C', 'c', 'C', 'c', 'C', 'c', 'C', 'c', 'D', 'd', 'D', 'd', 'E', 'e', 'E', 'e', 'E', 'e', 'E', 'e', 'E', 'e', 'G', 'g', 'G', 'g', 'G', 'g', 'G', 'g', 'H', 'h', 'H', 'h', 'I', 'i', 'I', 'i', 'I', 'i', 'I', 'i', 'I', 'i', 'IJ', 'ij', 'J', 'j', 'K', 'k', 'L', 'l', 'L', 'l', 'L', 'l', 'L', 'l', 'l', 'l', 'N', 'n', 'N', 'n', 'N', 'n', 'n', 'O', 'o', 'O', 'o', 'O', 'o', 'OE', 'oe', 'R', 'r', 'R', 'r', 'R', 'r', 'S', 's', 'S', 's', 'S', 's', 'S', 's', 'T', 't', 'T', 't', 'T', 't', 'U', 'u', 'U', 'u', 'U', 'u', 'U', 'u', 'U', 'u', 'U', 'u', 'W', 'w', 'Y', 'y', 'Y', 'Z', 'z', 'Z', 'z', 'Z', 'z', 's', 'f', 'O', 'o', 'U', 'u', 'A', 'a', 'I', 'i', 'O', 'o', 'U', 'u', 'U', 'u', 'U', 'u', 'U', 'u', 'U', 'u', 'A', 'a', 'AE', 'ae', 'O', 'o');
return str_replace($a, $b, $str);
}
public function angol($str)
{
return strtolower(preg_replace(array('/[^a-zA-Z0-9 -]/', '/[ -]+/', '/^-|-$/'),
array('', '-', ''), $this->KarekterCsere($str)));
}
}echo AngolClass::angol("sztring");
[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz varydave #9694 üzenetére
Használd a "Programkód" gombot, miután beraktad a kódot, majd kijelölted azt. Akkor nem esik szét a formázása.
Ezt a kódot most megformáztam ezzel, majd felraktam ide. Így már van szintaktika-kiemelés is.Egyébként egyéni vélemény (tudom, tartsam meg magamnak), de ennek:
$this->_separator == 'dash'
szerintem nem sok értelme van, hogy stringként kell átadni, hogy a kötőjel legyen a separator. Lehetne nyugodtan a stringben, hogy '-'. VAGY még jobb akkor már konstansokat meghatározni a feladatra. Pl. a class url elejére tehetnél egy ilyet: const DASH='-';, és akkor lehetne így vizsgálni: $this->_separator == self::DASH, paraméterként átadni meg így: url::DASH. Na mindegy, nem akarok kötekedni.
Egyébként a többi asszem jónak tűnik (csak kicsit rövid az átalakítandó karakterek listája ).Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #9695 üzenetére
Legalább következetesen Karektert írtál.
Amúgy nem válaszoltál, mit értesz azalatt, hogy "nem lehet" szóköz...Ja, még egy a kódoddal kapcs.:
echo AngolClass::angol("sztring");
ebben az esetben, ha így hívod meg, az angol() metódusnak statikusnak kéne lennie...[ Szerkesztve ]
Sk8erPeter
-
varydave
tag
válasz Sk8erPeter #9696 üzenetére
Ok, bocs, ez elkerülte a figyelmem... szánom-bánom... Én egy ideje ezt a függvényt használom, vagyis a "mag" ez, némileg kiegészítgetve a rendszeremben, de köszönöm az észrevételeid!
-
Sk8erPeter
nagyúr
válasz varydave #9698 üzenetére
Ja nem para, csak gondoltam szólok, hogy majd legközelebb már vágd a témát a formázással kapcsolatban.
Esetleg plusz karaktereket átvehetnél Speeedfire kódjából, az már eléggé hosszú lista. De még annak használatakor is előfordulhat, hogy valamelyik felhasználód kiszúr veled, és csak azért is feltölt cirill betűs karaktereket tartalmazó fájlnévvel ellátott fájlt. Pl. az orosz ábécé karaktereit abban sem látom.[ Szerkesztve ]
Sk8erPeter
-
varydave
tag
válasz Sk8erPeter #9699 üzenetére
Fájlfeltöltésnél én az esetek 99%-ában év, hónap, nap szerint könyvtárakba rendezem a fájlokat, ill. hashelt fájlneveket használok.
Új hozzászólás Aktív témák
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Milyen billentyűzetet vegyek?
- 3D nyomtatás
- Crypto Trade
- Kínai és egyéb olcsó órák topikja
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Kerékpárosok, bringások ide!
- Okos Otthon / Smart Home
- Tőzsde és gazdaság
- Székesfehérvár és környéke adok-veszek-beszélgetek
- További aktív témák...
Állásajánlatok
Cég: HC Pointer Kft.
Város: Pécs
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest