- Vivo X200 Pro - a kétszázát!
- Xiaomi 14T Pro - teljes a család?
- Okosóra és okoskiegészítő topik
- Motorola Edge 30 Neo - wake up, Jr...
- Hivatalos a OnePlus 13 startdátuma
- Samsung Galaxy Fit 3 - keveset, de jól
- Huawei Mate X6 - keleti oldal, nyugati oldal
- Samsung Galaxy A56 - megbízható középszerűség
- Milyen okostelefont vegyek?
- Kicsomagolták a Vivo X Fold 5-öt (videó és fotók)
Új hozzászólás Aktív témák
-
DeltaPower
addikt
válasz
Speeedfire #13410 üzenetére
Az nem járható, hogy a forrást konvertálod utf-be?
-
DeltaPower
addikt
válasz
Speeedfire #13406 üzenetére
Ha jól értettem a google találatok közt olvasottakat, ez a "buffer" félrevezető. A problémát az okozza, hogy a single byte char adatot multibyte char adattá konvertálod/konvertálódik fetchAll-nál, akkor az eredeti bináris méreten túlcsordulhat, erre viszont buffer overflowot jelez. A yii pedig lehet hogy a buffer overflowot hackelési kísérletnek veszi és inkább elszáll 500-al, vagy ha valami security plugin van telepítve, az is ráugorhat.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #13399 üzenetére
Ebben a formában azért ez elég furcsa... Nem is tudod felülbírálni? Mert ez alapján olyan, mintha komolyabb hibákra nem dobhatnál egy szép felhasználóbarát hibaoldalt, hanem majd a Yii szépen megmondja, hogy itt aztán gáz van, de feltételezem, azért ezt megoldották valahogy, elég régi keretrendszerről van szó...
-
Peter Kiss
őstag
válasz
Speeedfire #13399 üzenetére
Az gáz azért.
-
Peter Kiss
őstag
válasz
Speeedfire #13396 üzenetére
Névterezve van minden? Mert a catch-et is úgy kell megírni: \Exception
try {
$data->queryAll();
} catch (\Exception $e) {
echo 'Hiba lépett fel!'
} -
sztanozs
veterán
válasz
Speeedfire #13396 üzenetére
Feltételezem, mivel a yii lekezeli már a kivételt, így semmivel nem tudod elkapni (kivéve a belehackelsz a framework-be).
-
DeltaPower
addikt
válasz
Speeedfire #13231 üzenetére
Hibakezelést szabályzó operátor [link]. Ha egy kifejezés, értékadás elég írod, akkor nem generál látható hibaüzenetet.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #13222 üzenetére
szívesen!
-
Sk8erPeter
nagyúr
válasz
Speeedfire #13215 üzenetére
Kétszer szerepel a lezáró </td>, ez így hibás szintaktika.
Gondoltam jelzem, mielőtt elkezdesz vele szívni.
A második lezáró helyett egy </tr> kéne oda.(#13218) Speeedfire :
így is át lehet rendezni, hogy ne kelljen neked a $data változó (nem mintha olyan sok vizet zavarna, de végül is tényleg nem muszáj használni):if($specs) {
$tablerows = '';
foreach($specs as $key => $spec) {
if($spec != '') {
$tablerows .= sprintf('<tr> <td> %s: </td> <td> %s </td> </tr>', $key, $spec);
}
}
if($tablerows != '') {
echo '<table>';
echo sprintf ('<tr><td colspan="2"><strong>%s</strong></td></tr>',
Shop::t('Product Specifications'));
echo $tablerows;
echo '</table>';
}
}most csak gyorsan összedobáltam
-
cucka
addikt
válasz
Speeedfire #13215 üzenetére
Ez szerintem így teljesen jó, a feltétel az if-ben ki fogja szűrni az üres stringet és a null elemeket.
Ha kicsit átrendezed a kódot, a data változóra nincs is szükség.(#13216) Rolly
CSV fileban az adat mező nem tartalmazhat újsor karaktert. Ha mégis erre van szükség, akkor ki kell escape-elni, ez esetben pedig nem okozhat gondot feldolgozás során. -
cucka
addikt
válasz
Speeedfire #13213 üzenetére
Ezt nem igazán értem, eddig tömb indexekről volt szó.
Nem tudom sem azt, hogy mit ellenőrzöl, sem azt, hogy mi a célod az egésszel, vagy hogy mit miért iratsz ki, szóval próbáld ennek tükrében megfogalmazni a dolgokat. Kiiratást és html-t pedig kár idekeverni, annak, hogy a php hogyan kezeli a tömböket/üres elemeket/stb. az égvilágon semmi köze ehhez.
-
cucka
addikt
válasz
Speeedfire #13211 üzenetére
Mit jelent az, hogy a tömb értéke üres?
PHP-ban nincs olyan, hogy egy asszoc. tömb egyik eleme üres, valamilyen értéke kell legyen. Az üres elem megfelelője egy null érték lehet, ilyenkor az isset false-al fog visszatérni, viszont a tömb kulcsai között ott lesz az is, amihez a null érték tartozik. Tehát vagy isset()-el vizsgálod (ez nem "látja" a null értékeket), vagy mondjuk az array_key_exists() függvénnyel (ez pedig "látja"). Az empty() pedig egy teljesen elb*szott dolog, azt ne használd semmire. -
Sk8erPeter
nagyúr
válasz
Speeedfire #13209 üzenetére
Hümm, eszerint támogatnia kellene:
http://stackoverflow.com/questions/11321708/netbeans-scss-file-autocomplete-just-like-css-file/12198873#12198873
Próbáld meg innen letöltve:
https://code.google.com/p/scss-editor/downloads/list -
Sk8erPeter
nagyúr
válasz
Speeedfire #13197 üzenetére
DeltaPower leírta, miről szól.
Ez nem osztott tárhelyes téma. Lokális környezetben viszont nagyon jól hasznát tudod venni, megírod a SASS-fájlt, legeneráltatod ebből a CSS-kimenetet (figyelteted a változásokat az adott könyvtárban, és fájlmentéskor automatikusan legenerálódik a CSS-fájl belőle, majd frissíthetsz is a böngésződben), majd a végeredményt feltöltheted (a generált CSS-fájlokat, persze érdemes a *.scss fájlokat is feltöltve is megtartani). Gyorsítja a munkádat a CSS-ben pöcsölés helyett. Mindenképp érdemes kipróbálni, újrafelhasználható kódokat tudsz vele írni, egymásba ágyazott tulajdonságaid lehetnek, használhatsz változókat a kódodban, akár matematikai kifejezéseket lehet kiértékeltetni vele a kódodban, feltételvizsgálatokat használhatsz, ciklusokat írhatsz vele, stb., szóval rengeteg olyan lehetőség nyílik meg így, amire egyébként CSS-ben nincs lehetőséged, kényelmessé teszi a melót, tényleg fasza. Ha szintaktikai hibát követtél el, akkor a mentéskor, a konzolon fog általában látszani a para (vagy ha van hozzá jó progid, pl. beépülő egy IDE-ben, még jobb). Kukkantsd meg ezt, itt van egy csomó kódrészlet, elsőre nem minden triviális, de ki kell próbálni, meg utána kell olvasni, és akkor nagyjából megvilágosodsz. Lehet használni a szintaktikáját amúgy a jsFiddle-ön is, ha a Languages-nél kiválasztod az SCSS-t, szóval akár ott is próbálkozhatsz, ha most localhoston nincs kedved. -
Peter Kiss
őstag
válasz
Speeedfire #13199 üzenetére
Ez egy eszköz, mint a Notepad vagy a Netbeans.
-
DeltaPower
addikt
válasz
Speeedfire #13197 üzenetére
Egy css-hez hasonló szintaxisú leíró nyelv, lényegében a css-t egészíti ki változókkal, hierarchiával stb. és szabvány css a kimenete.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #13186 üzenetére
Végül is egy felhasználónak lehet külön állandó lakcíme vagy levelezési címe, és egy szállítási címe...
Semmi gond nincs abból, ha a kettő szinkronban van. A cím pont, hogy elég ritkán változik. Szerintem nem történik semmi tragédia, ha itt ennél duplikáció van.
Hogy nálad nincs country, az pedig könnyen pótolható. Legfeljebb mindegyiknél "hu" lesz a kód, aztán annyi.Amúgy ezt írják:
"Note that this Module does NOT handle User/Admin authentification. You have to do this by yourself, either by CAuthManager, CDbManager, the yii-user-management or the srbac Module. Instructions on how to integrate this Module with the Yii User Management Module will be available soon, it is already prepared"De amúgy biztos van Yii-hez más webshopmodul is, ezt amúgy is fikázzák páran a kommentekben, amennyit láttam, hogy gányolások vannak benne, megpróbálkozhatnál esetleg egy másikkal is, nehéz elképzelni, hogy ne lenne valami bevált webshop extension Yii-hez is, hátha van olyan, aminél normálisan leírják a felhasználók adatainak lazán csatolt kezelését.
-
DeltaPower
addikt
válasz
Speeedfire #13183 üzenetére
YiiShopCustomer táblába az userid-t honnan veszi? Nem véletlen úgy működik, hogy az alap user tábla adatait bővíti ez a tábla a cím, irányítószám stb. mezőkkel?
-
modder
aktív tag
válasz
Speeedfire #13183 üzenetére
Akkor szerintem elég, ha kicseréled a shop user tábláját egy view-ra, ami a saját user tábládból kérdez le, de a neve megegyezne azzal, amit a shop modul vár. De akkor a módosításokat mindenképpen az eredeti táblán kell elvégezni, mert azt ugye view-n nem lehet.
-
modder
aktív tag
válasz
Speeedfire #13181 üzenetére
Elég általános megoldást írtam, nem yii specifikus.
Jól értem, hogy nem akarod az egész adatbázist közösen használni, csak a user managementet? Sajnos nem ismerem a yii-t és az extensionjeit, de ha a két rendszer ugyanaz, akkor ugyanazt az adatbázis sémát használják. Így elvileg egyszerűbb megoldani, hogy az egyik webshop másik adatbázishoz kapcsolódjon közvetlenül, és onnan kérje le az adatokat. A gyakorlatban pedig vannak problémák:
1) lehetnek olyan join lekérdezések, ahol egy webshop táblát kapcsolsz össze egy user táblával. Ezt akkor szét kell választani kódban.
2) ha használ tranzakciókezelést, akkor a két adatbázis közötti elosztott tranzakciót inkább felejtsd el, hacsak nincs már erre megoldás yii-ben vagy PHP-ban.Egy rendszert általában egy adatbázisra terveznek. Kétlem, hogy annyira modulárisra csinálták volna ezt a webshopot, hogy egyszerűen le tudd cserélni honnan autentikálja a felhasználókat. Ha igen, akkor szerencséd van
Mindenesetre tényleg nézz utána, hátha ezt már valaki megoldotta, ha nem, akkor kezdd el nézegetni a kódot, hogyan van megoldva a user management, és hol tudnál belenyúlni, melyik réteget tudnád lecserélni úgy, hogy közös user adatbázist használjon.
A user management modullal együtt tud működni
Ha a user management modulnak meg tudod mondani, hogy melyik adatbázishoz kapcsolódjon, az jó. Ez azt is jelenti, hogy a webshop vélhetőleg nem függ adatbázis szinten a user tábláktól, úgyhogy nem lesznek 1)-beli esetek. A probléma viszont még fennáll, hogy a webshop saját user táblája, ahol a postázási címet meg ilyeneket tárol, ugyanazt az adatbázis hozzáférést akarja majd használni, mint a maga a webshop.A legnagyobb problémát szerintem az fogja jelenteni, hogy a webshop modult, mint egy egységet egy adatbáziskapcsolatra tervezték, így kétlem, hogy konfigurálással be tudnád neki állítani, hogy a termékeket a saját adatbázisból szedje, de a webshop user-t egy másikból. (mivel ha jól láttam a képről, a webshop user táblája össze van kötve a yii user táblájával)
-
modder
aktív tag
válasz
Speeedfire #13176 üzenetére
Kijelölöd az egyik rendszer felhasználói adatbázisát, mint a felhasználói adatbázis, és közösen azt használod mindkét rendszernél.
A másik rendszer authentication&authorization rétegét le kell cserélned, hogy "az adatbázist" használja, ne a sajátját. Ez rendszertől függően lehet egyszerű és bonyolult is, de mindenképpen bele kell nyúlni a kódba, és módosítani kell, hogy amikor a másik rendszer egy felhasználót autentikálni szeretne, azt ne a saját adatbázisból próbálja meg, hanem "az adatbázisból".Többféleképpen lekérdheted a felhasználói adatokat "az adatbázisból":
-- kapcsolódhatsz közvetlenül az adatbázis kiszolgálóhoz
-- csinálhatsz egy service réteget ahhoz a rendszerhez, amelyiknek az adatbázisát használni fogod (SOAP vagy REST), és a másik rendszer ezt hívja minden egyes alkalommal, amikor egy felhasználót be kell jelentkeztetni/regisztrálni.Az előbbi egyszerűbb, szerintem, de ha változik az adatbázis struktúra egy update során, akkor kínos minden rendszer implementációját frissíteni, plusz nehezen megoldott az auditálás.
Az utóbbi azért jó, mert a kód könnyebben, módosítható, mint az adatbázis struktúra, és anélkül lehet az autentikáció implementációját változtatni, hogy a service interfészt megváltoztatnád. (pl. ha az adatbázis struktúrán változtattál). Én ezt választanám egy REST interfésszel. Arra ügyelni kell, hogy a két rendszer közötti kommunikáció SSL-en keresztül menjen.Amit még meg kell említeni, hogy a felhasználó azonosításán kívül valószínűleg be lehet állítani egy csomó más felhasználói preferenciát is a különféle rendszereken. Én ezeket megtartanám rendszerfüggően, az adott rendszer saját adatbázisát. Azon a rendszeren, amelyik nem a saját felhasználói adatbázisát használja autentikációra, a service hívásból visszajött valamilyen user id-hoz kötném ezeket az adatokat.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #13176 üzenetére
Migrálni a saját meglévő tábláid adatait az új táblákba, a kritériumoknak megfelelően, úgy, hogy az új webshopba megfelelően bekerüljenek a termékek, most így konkrétumok nélkül csak általánosságokban lehet tanácsot adni.
Ha van a migrálásra/importálásra valami jóféle, rugalmas "keretrendszer" (mint a Drupalos Migrate modul), akkor az a legjobb. De nézz utána, van-e valami "híd" a két rendszer összehozására. Pl. Drupal esetén volt a Drupal saját táblái és a Gallery2 összehozása esetén, tudtommal ott kicsit gányolósan úgy működött, hogy minden felhasználói adaton történő változás mentődött a másik táblában is, ez mondjuk nem a legjobb megoldás, nem biztos, hogy egy hiba esetén szinkronban lesz a két adat. Szóval a legjobb talán az lenne, ha azonos felhasználói adatbázisban dolgozna a kettő.
Melyik webshop ez?
-
cucka
addikt
válasz
Speeedfire #13176 üzenetére
Hogy lehet 2 rendszert összekapcsolni?
Nehezen. Vagy átalakítod az egyik adatbázist a másik formátumra, vagy készítesz egy köztes réteget, ami az egyik kérést átfordítja a másik rendszer számára.Mivel gyanítom, a két rendszer funkciólistája nem egyezik meg 100%-osan, mindkét megoldásban benne van a szívás rendesen, plusz mindkét rendszert tökéletesen ismerned kell.
-
válasz
Speeedfire #13174 üzenetére
UrlDecode ha minden igaz megoldja (most nem tudom kipróbálni).
"Decodes any %## encoding in the given string. Plus symbols ('+') are decoded to a space character. "
-
Soak
veterán
válasz
Speeedfire #13165 üzenetére
shop.example.com ...
-
Siriusb
veterán
válasz
Speeedfire #13162 üzenetére
Túlzás vagy sem, de mi értelme lenne saját webshopot fejleszteni, hacsak nem ujjgyakorlat céljából?
-
rt06
veterán
válasz
Speeedfire #13130 üzenetére
-
Sk8erPeter
nagyúr
válasz
Speeedfire #13115 üzenetére
Ebben a topicban úgy látszik, már nem lehet KORRIGÁLNI egyes mondatokat a helyes infók érdekében, mert valaki biztos, hogy magára veszi.
Miért lenne "belekötés" egy egyszerű korrekció?
-
Sk8erPeter
nagyúr
válasz
Speeedfire #13110 üzenetére
A jQuery még mindig nem framework, hanem csak egy library...
-
Vekko
aktív tag
válasz
Speeedfire #13108 üzenetére
Ez sajnos számomra ismeretlen nyelv.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #13096 üzenetére
Újraindítottad a webszervert, miután átírtad?
A Default timezone-nál is "Europe/Budapest" kéne, hogy szerepeljen, de nálad az a default UTC, szóval valami tényleg nem okés. -
rt06
veterán
válasz
Speeedfire #13094 üzenetére
mivel irtad at? sorvegeket ellenorizted?
esetleg probald meg a date_default_timezone_set() parancsot, hogy arra mit mond
date_default_timezone_set( "Europe/Budapest" ); -
rt06
veterán
válasz
Speeedfire #13092 üzenetére
csak egy tiip: ellenorizd, hogy nem windoze sortoreseket hasznalsz-t (van, ami nem szereti linux kornyezetben)
-
Soak
veterán
válasz
Speeedfire #13050 üzenetére
Ahogy rt06 írta, valószínűleg nfs-t használnak (mint általában minden hasonló vállalkozás) .
-
rt06
veterán
válasz
Speeedfire #13040 üzenetére
itt mi a konkret kerdes?
hogy miert, vagy hogy hogyan?
utobbi megoldhato, az ext4-et ugyanis lehet futas kozben is atmeretezni (novelni lehet a meretet, csokkenteni nem), vagy meg egyszerubben lehet, hogy nfs-t hasznalnak, igy a rendszeredtol teljesen fuggetlenul tudjak azt piszkalni -
válasz
Speeedfire #13046 üzenetére
Az oké, de akkor szerintem nem ilyen csomagot veszel (memória méretére gondolok elsősorban), ott meg már ugye többet is engednek.
-
válasz
Speeedfire #13044 üzenetére
És mit szeretnél csinálni, amire 1TB nem elég?
-
válasz
Speeedfire #13042 üzenetére
Mellé nem is olcsó: [link]
-
CSorBA
őstag
válasz
Speeedfire #13040 üzenetére
Nekem is volt ilyen tárhelyem, amcsiban, azért váltottam róla, mert messze volt, és megérződött. Amúgy tényleg azt raktál rá amit akartál, csak archiválást figyelték. Szóval azért 20gigás csomagolt fájlokat nem szerették
De lehetetlen feltölteni, mert van havi adatforgalmi korlát, és abba fogsz beleütközni.
-
rt06
veterán
válasz
Speeedfire #13037 üzenetére
pgadmin (ha jol ertem a kerdest)
-
Siriusb
veterán
válasz
Speeedfire #13033 üzenetére
Options/Editor/Formatting -> Expand Tabs to Spaces
-
oleslie
aktív tag
válasz
Speeedfire #13031 üzenetére
Nem szolgáltatói oldalon volt a probléma, hanem a fogadónál. Azt, hogy jól van e összerakva a levél, ki tudom deríteni saját hatáskörben (saját rencer, exim, dovecot, spamassasin).
Kliensoldalon borultak meg a dolgok. Ha utf8 ban csináltam, a M$ levelezőit leszámítva mindenhol jó volt, ha win1250/latin2 -ben, akkor bár jó lett az M$-nek, cserébe baxakodott a többi. Ezt megunva ejtettem a phpmailer-t, és oldottam meg saját hatáskörben a problémát. -
oleslie
aktív tag
válasz
Speeedfire #13029 üzenetére
hüm ... az ölég érdekes.
Én a phpmailer-t cseréltem le a mail() -ra
Valamiért nem tudtam vele úgy levelet küldeni, hogy mindenhol (utf8 + webmail/kmail/kitekintő/etc.) helyesen jelenjen meg amit küldök (tárgy+tartalom), ill. ne érzékelje spam-nak. -
oleslie
aktív tag
válasz
Speeedfire #13026 üzenetére
Mert a választ az SMTP szervertől kapod, az pedig 'átvette' küldésre. Azt nem ellenőrzi, hogy a cél létezik/elérhető/sikerült e a kézbesíteni. Ezt csak úgy tudod megoldani, ha saját SMTPD használsz php-ból.
Most korán van a böngészőelőzményekben való turkáláshoz.
Ha türelmetlen vagy, akkor gugli| php smtpdupdate: ez sem megoldás minden esetre. Előfordul (az enyém is így működik), hogy ha a domain lézetik, 'átveszi' a levelet, attól függetlenül, hogy a fiók létezik e. HA nem sikerül, megpróbálja 3 óránként kézbesíteni. HA ez 24 óra alatt nem sikerül, akkor küldi a választ a @reply-to -ra vagy @from -ra, hogy a címzett nem létezik.
-
válasz
Speeedfire #13026 üzenetére
[link] → "Returns TRUE if the mail was successfully accepted for delivery, FALSE otherwise." Ebből én azt veszem ki, hogy azt nem ellenőrzi, hogy sikeres volt-e a küldés.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #12972 üzenetére
Konkrétabban?
-
DeltaPower
addikt
válasz
Speeedfire #12971 üzenetére
Tortoisegit telepítésnél megkérdezi, hogy a saját ssh kliensét használod, vagy openssh-t. [link] Nekem openssh-val soha nem sikerült működésre bírni, a sajátjával viszont simán betallózod neki a key-t és örömbódottá.
-
Speeedfire
félisten
válasz
Speeedfire #12971 üzenetére
Megoldva.
-
Tele von Zsinór
őstag
válasz
Speeedfire #12963 üzenetére
Ha jól emlékszem, erre az a megoldás, hogy fusson a háttérben a pageant unlockolt kulccsal.
-
lordjancso
senior tag
válasz
Speeedfire #12849 üzenetére
Komolyan nem értem, hogy mire gondolsz. Én nem konkrét függvényről/függvényekről beszélek.
Te milyen függvényről beszélsz, amit újra használnom kellene? -
fordfairlane
veterán
válasz
Speeedfire #12838 üzenetére
Persze, mivel a keretrendszerek általában saját osztálybetöltő mechanizmussal vannak ellátva. Csak hogy nem mindenki használ ilyet.
-
fordfairlane
veterán
válasz
Speeedfire #12836 üzenetére
Régebben én is rendszeresen használtam.
Én most is használom. Szeretek veszélyesen élni.
-
fordfairlane
veterán
válasz
Speeedfire #12832 üzenetére
Most még csak ott tartunk, hogy a require_once nem trendi. Persze olvashattuk már azt is, hogy a PHP sem az.
-
Speeedfire
félisten
válasz
Speeedfire #12551 üzenetére
Ja, hogy nem is a jó helyre pakoltam a fájlokat...
-
válasz
Speeedfire #12539 üzenetére
Aha értem. És a rejtett input mezős megoldás nem tetszik? Tudtommal ilyen esetekben olyat szoktak alkalmazni.
-
Soak
veterán
válasz
Speeedfire #12539 üzenetére
Inputnal readonly , akkor nem olvashato es az adatot amugy sem dolgozod fel.
-
válasz
Speeedfire #12529 üzenetére
Bár nem tudom pontosan mire kell, de nem biztos hogy rossz a controlleres megoldás. Ha csak simán bemásolnád az adatokat - értsd. szerkeszthető - az nem lenne célra vezető? Ezt nem akarod megengedni?
mobal,
-
válasz
Speeedfire #12519 üzenetére
Dobd be alá ugyanazt rejtve és jó lesz!
-
fordfairlane
veterán
válasz
Speeedfire #12519 üzenetére
Disabled mező értékét nem küldi el a böngésző.
-
Soak
veterán
válasz
Speeedfire #12517 üzenetére
Ha tudnál konkrét kódot mutatni akkor egyszerűbb lenne segíteni, amúgy ha var_dump-olod a változókat akkor van bennük valami?
-
válasz
Speeedfire #12368 üzenetére
Köszönöm, azt hittem maga a függvény elavult, és valami mást kellene használni helyette. Változókat mindig kis betűvel írom, a függvényekbe szoktam nagybetűt is rakni, így számomra olvashatóbb a kód, pl. StrToLower, HtmlSpecialChars, Str_Replace...
-
fordfairlane
veterán
válasz
Speeedfire #12368 üzenetére
A PHP funkciók nem kis- és nagybetűérzékenyek.
-
Tele von Zsinór
őstag
válasz
Speeedfire #12353 üzenetére
Nem adsz neki nevet.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #12350 üzenetére
Dehogy oldja meg.
Nézd meg jobban, az attribútumnak adott értéket lezárod lényegében már az első onclick-ben lévő idézőjellel, tehát a "belso" stringgel már el is van cseszve. -
Sk8erPeter
nagyúr
válasz
Speeedfire #12343 üzenetére
Ennek örülök, szívesen!
(#12344) kahva :
rengeteg változás történt, meg sajnos a PHP4 még tele volt gányolásokkal, így a hozzá tartozó könyvek, tutorialok is, úgyhogy ezekből tényleg nem érdemes tanulni.
Remélem, beválik a másik könyv, sok sikert hozzá! -
Sk8erPeter
nagyúr
válasz
Speeedfire #12338 üzenetére
"PHPMail-ert használok"
Akkor miért nem azt mutattad (vagy inkább azt IS), hogy a PHPMailert hogyan inicializálod, és milyen kóddal küldöd a levelet...?"From: =?UTF-8?Q?T=C3=B3th_Szabi_-_Linux=2C_openwrt=2C_tplink_-_1043?= <>"
Itt valami nagyon nem kerek......! -
kahva
tag
válasz
Speeedfire #12323 üzenetére
Már jó is, köszönöm!
-
CSorBA
őstag
válasz
Speeedfire #12323 üzenetére
Meg egy doctype is, ha egész korrektek akarunk lenni
-
Sk8erPeter
nagyúr
válasz
Speeedfire #12319 üzenetére
Dehogy sértődtem.
Inkább meglepődtem.
Amúgy hátha segít, nem olvastam el:
http://erickennedy.org/blog/Drupal-to-Yii-Migration-TipsVisszatérve az eredetire: még nem vágom, hogy mit viszel át, és mindezt miért PHP-ben csinálod, miért nem közvetlenül MySQL-ben mondjuk. Engem például érdekelne, hogyan migrálod az adataidat.
A tömbben előforduló értékek mire kellenek? -
Sk8erPeter
nagyúr
válasz
Speeedfire #12316 üzenetére
Nem gondoltam volna, hogy meg fogja zavarni a nyugalmadat, hogy a te problémádon "lovagolnak".........
Hát bocs már, hogy témázunk azon, hogyan néz ki normálisan a függvény, amiről beszélsz.
"hogy a drupal adatbázist át tudjam rakni a sajátomba"
Ehhez miért kell, hogy csinálod? Csak kíváncsiságból. -
Tele von Zsinór
őstag
válasz
Speeedfire #12299 üzenetére
Látom kaptál már megoldásokat, de azért bedobom, tessék használni az array_* függvényeket, meg a névtelen függvényeket! Hasznos újítás volt.
$array = array('valami', 'valami', 'valami', 'ketto', 'harom', 'ketto');
var_dump(
count(
array_filter($array, function ($v) { return $v == "valami"; })
)
); -
Sk8erPeter
nagyúr
válasz
Speeedfire #12299 üzenetére
Hát ez nem egy túl bonyolult függvény.
Nem ártana bele valami hibaellenőrzés, hogy a kulcs int vagy string, a második meg egyáltalán tömb-e.
Meg azt sem értem, minek ezt tömbbe pakolni, aztán nyomatni rá egy count()-ot...El lehetne intézni ennyivel, felesleges tömbbe gyűjtés helyett:
function count_repeat_values($needle, $haystack){
$x = count($haystack);
$number_of_instances = 0;
for($i = 0; $i < $x; $i++){
if($haystack[$i] == $needle){
$number_of_instances++;
}
}
return $number_of_instances;
}beépített függvény ilyen van:
array_count_values()$array = array('valami', 'valami', 'valami', 'ketto', 'harom', 'ketto');
$array_count_values = array_count_values($array);
var_export($array_count_values['valami']); // output: 3
var_export($array_count_values['ketto']); // output: 2Szerk.: megelőztek, Soak is ezt a függvényt linkelte pont.
-
Soak
veterán
válasz
Speeedfire #12301 üzenetére
Arra a kulcsra kell hivatkozni amelyiket elemet számolni akarod. Vagy pedig irsz rá egy saját funkciot ami ha ture akkor csak azt számolja le amit akarsz (jobban mondva azt adja vissza) ha meg false akkor vissza adja mindet.
-
Soak
veterán
válasz
Speeedfire #12299 üzenetére
Mi a gyíkomért van ez for ciklusba?
Szerk : De amugy meg van egy ilyen funkció is : [link] .
-
Sk8erPeter
nagyúr
válasz
Speeedfire #12290 üzenetére
Jaja.
OK, akkor sorry a félreértésért.
===================================
(#12287) Kommy :
de végül hogy oldottad meg? -
Sk8erPeter
nagyúr
válasz
Speeedfire #12281 üzenetére
Nekem abszolúte nem para
Amiatt szóltam amúgy, mert úgy tűnt, a Drupalt okolod (valszeg csak félreérthető volt), hogy spammelték az oldaladat, amiről azóta úgy néz ki, kiderült, hogy nem, csak nehogy valakit ez elijesszen esetleg a Drupaltól, hogy töredékinfóból azt hiszik, hogy rossz választás lehet, pedig nem.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #12278 üzenetére
Hát, kár, hogy egy modul telepítésére nem voltál hajlandó klikk-klikk-kész módszerrel, amivel egész hatékonyan szűrhetők lettek volna, pedig ajánlottam az előbb linkelt topicban is, plusz még privátban is elküldtem neked, dehát nyilván sokkal egyszerűbb a Drupalra fogni az egészet, és nyilván egyszerűbb egy totál új oldalt fejleszteni emiatt.
Dehát a Te dolgod, sok sikert hozzá.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #12268 üzenetére
Azt hiszed, attól a kici kínai jómunkászemberek munkája meg fog szűnni, hogy átköltözteted másik oldalra?
-
Tele von Zsinór
őstag
válasz
Speeedfire #12268 üzenetére
Az 5.5-östől (ami jelentleg alpha2 állapotú). Addig ugyanazt a feladatot ellátja a linkelt lib, és amint megjelennek az adott függvények a php-ban, a kódod azt fogja már használni.
Azért kell neki 5.3.7, mert a korábbi verziókban volt egy olyan hiba a php bcrypt implementációjában, hogy amiatt a kimenet csak egy 3des hash volt, ami nagyon könnyen törhető. Ezt lett ebben javítva.
-
Tele von Zsinór
őstag
válasz
Speeedfire #12264 üzenetére
A salt honnan jön? Ha a szokásos, felhasználónként adatbázisban tárolás módszerrel van megoldva, akkor egyszerűen üres stringre állítod a régi felhasználóknál, aztán majd amikor jelszót cserélnek, akkor kapnak saltot.
A hozzászólásodból nem teljesen egyértelmű, saját fejlesztés-e az új oldal. Ha igen, akkor még a bevezetés előtt érdemes volna javítani, és md5 helyett egy normális algoritmust használni. Az md5-tel (és a sha1-el) az a nagy gond, hogy üzenetek integritásellenőrzésére lettek kitalálva, ezért nagyon gyorsak - gyorsan törhetőek, bár ezen valamelyest segít a salt. A helyes megoldás például a bcrypt használata, ezt hamarosan beépítve is tudni fogja a php, addig is van azonban kompatibilitási lib, amivel azonnal használatba tudod venni.
-
válasz
Speeedfire #12264 üzenetére
Szerintem jobb ha mindenki készít magának újat, visszafejtés csak egyesével próbálgatva működne, ami sokáig eltarthat ha nagyon hosszú.
Vagy létrehozol mondjuk egy oldpass és newpass mezőt a táblában, és a régi bejelentkezést is meghagyod egy ideig. Leírva így készíteném el (nem php kód, csak a lépések):
tomb=Select oldpass, newpass, kulcs from login where felhasznaloinev = $_POST(felhasznaloinev) LIMIT 1;
if !empty(tomb[newpass]) && tomb[newpass]==md5('jelszo'.'saltkód') then { belepesok; }
if empty(tomb[newpass]) && tomb[oldpass]==md5('jelszo') then { tomb[newpass]=md5('jelszo'.'saltkód'); update login set newpass=tomb[newpass] where kulcs=tomb[kulcs] LIMIT 1; belepesok; }
Így a régi jelszóval belépve az új jelszó értéke is feltöltődne.
-----------
Ez a megoldás mennyivel jobb / biztonságosabb? "=hash("sha512", StrToLower(felhasznaloinev)."salt".md5(jelszo));" 128 karakteres a hash, a felhasználói név, salt, md5(jelszó) is bele van rakva.
-
Siriusb
veterán
válasz
Speeedfire #12264 üzenetére
Kellett neked a drupalt csak úgy otthagyni
Mondjuk az a legegyszerűbb, amit mondtál, csak ne felejtsd el értesíteni a felhasználókat
A google analytics scriptet nem a head legvégére jó rakni?
-
Speeedfire
félisten
válasz
Speeedfire #12251 üzenetére
Ok, megvan user error volt vagy hasonló. 2 db nbproject mappa volt, egy a netbeans alatt meg egy a projekt alatt.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #12249 üzenetére
És Notepad++ milyen karakterkódolást mutat a dokumentumra?
-
Soak
veterán
válasz
Speeedfire #12179 üzenetére
Olyasmire gondoltam, hogy a file amit feltöltök az kép-e, nyilván a feltöltés mappát le kell korlátozni, meg a .php fileok mindennemű elérését (bár formailag nem hibázhat, mivel át van úgyis nevezve) , de mindenképp megakadályozzam káros php kód lefutását, elég érzékeny területen kell most programozni, ezért 1000%-ra akarok menni.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #12162 üzenetére
Csak olyan van, hogy array_merge().
-
Coyot
őstag
válasz
Speeedfire #12159 üzenetére
Nem fértem a módosításba bele, asszociatív tömbökön oké, azon jó lesz
-
Coyot
őstag
válasz
Speeedfire #12159 üzenetére
Akkor rossz a példád, mert nálad az első tömböd 0-ás indexű értéke ami 'egy' volt eltűnt.
array_merge-el újraindexeli az első tömbödet és folytatja az indexelést a második tömb elemeivel és így tovább.tehát a te kimeneted ez lesz:
array(5) {
[0]=> string(3) "egy"
[1]=> string(5) "ketto"
[2]=> string(5) "harom"
[3]=> string(5) "nulla"
[4]=> string(5) "harom" }te pedig ahogy írtad ezt szeretnéd:
0=>nulla,
1=>ketto,
2=>harom,
3=>haromMarhára nem mindegy csak azért mondom
-
Coyot
őstag
válasz
Speeedfire #12155 üzenetére
Neked az kell hogy a kulcsok maradjanak és azonos kulcsok esetén valami prioritás szerinti érték kerüljön bele? Szerintem erre írj egy saját függvényt.
Az előbb említett array_merge újraindexel teljesen, szerintem nem arra gondolt, már csak azért sem mert szeretné a létezőt felülírni.
-
Soak
veterán
válasz
Speeedfire #12155 üzenetére
array_merge() , nem lesz benne azonos kulcs.
-
cucka
addikt
válasz
Speeedfire #12155 üzenetére
array_merge
(#12154) Swifty
Igen, pontosan így van, ahogy írod - a különbség pusztán szintaktikai. -
Sk8erPeter
nagyúr
válasz
Speeedfire #12121 üzenetére
Nem, én nem hiszem, hogy csak a típustalanság miatt népszerű ennyire, én nem tudom, ezt honnan szeded.
Szerintem azért ilyen népszerű, mert gyorsan lehet benne fejleszteni, viszonylag egyszerű, óriási közösség áll mögötte, mérhetetlen mennyiségű tutorial, segédanyag, erre épülő fórum, sok-sok tapasztalat áll rendelkezésre (ergo könnyű segítséget találni hozzá), sok platformon nagyon gyorsan működésre lehet bírni, széleskörű a támogatottsága (keretrendszerek, library-k, CMS-ek, IDE-k, más nyelvekkel történő kommunikáció), és nem mellesleg ingyenes. Most még ráadásul nem is soroltam fel mindenféle érvet mellette, ami miatt népszerű lehet, ez csak az, ami hirtelen beugrik. Az előzőek miatt nagy a kereslet az ebben programozni tudó fejlesztőkre (magyarul munkát is kínál), és weboldalra mindig szükség van és lesz, viszont a megítélése éppen a könnyű gányolási lehetőségek miatt nem is túl jó általában, és ez némileg árnyalja a dolgot."De ha van pl egy function akkor miért baj az, ha nem mondom meg előre, hogy mit kell várni?
Nonszensz számomra."
Nem tudom, ezt hányféleképpen lehetne még elmagyarázni azontúl, amiket leírtam, és amiket modder előttem nagyon jól összefoglalt. Próbáld meg végiggondolni ezeket az érveket még egyszer. Ahogy Coyotnak is érdemes lenne. -
Sk8erPeter
nagyúr
válasz
Speeedfire #12113 üzenetére
Dehogynem. PHP-ben egy változóba azt tolsz bele, amit akarsz, ami korábban egy integer volt, abba lazán belepakolhatsz egy objektumot, aztán felülbírálhatod stringgé, kreálhatsz belőle tömböt, tákolhatsz-gányolhatsz büntetés nélkül. Na, ilyet egy normális, típusos nyelvben nem tudsz megtenni.
De a validálós példád még mindig nem értem, hogy jött ide.
Szerk.: az első bekezdésben említett példával kapcsolatban a legnagyobb baj az, hogy sokan a PHP-fejlesztők közül ezt szégyentelenül meg is teszik.
És ezzel még pénzt is keresnek.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #12111 üzenetére
Nem értem, mit akartál ezzel mondani. Hogy egy adott formelemre milyen validálási szabály vonatkozik, annak köze sincs ahhoz, hogy mindezt ne lehetne tökéletesen jól megcsinálni egy típusos nyelvben. Emiatt nem kell PHP-t használni (vagyis megfordítom: nem emiatt kell PHP-t használni).
Nem vágom, mire akartál kilyukadni.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #12109 üzenetére
"Nekem pl meg kifejezetten bejön, hogy nem kell megmondani, milyen adat megy be. Majd én azt a kódban eldöntöm, hogy jó vagy sem."
Az igen!.... jó programozási szokásaid vannak...
-
Sk8erPeter
nagyúr
válasz
Speeedfire #12096 üzenetére
Tudod, de mégis következetesen ASP-t írtál.
Na, majd tőle megtudjuk, miért vált. -
Sk8erPeter
nagyúr
válasz
Speeedfire #12091 üzenetére
Az ASP és az ASP.NET NEM ugyanaz. Itt bővebben: http://programmers.stackexchange.com/questions/44810/relationship-between-c-net-asp-asp-net-etc/44828#44828
(egyébként ezt írta Athlon64+ is, hogy "ASP-ről nem is volt szó")Én sem értem a váltás okát, egyetlen elfogadható magyarázat az lehet, hogy ingyenes környezetre akar váltani, mert egyébként teljesen értelmetlen.
-
Peter Kiss
őstag
válasz
Speeedfire #12084 üzenetére
ASP-ről nem is volt szó, de mit tud akármelyik PHP-s MVC rendszer, amit a .NET nem tud, helyből, mindenféle kiegészítő nélkül? Melyik alatt van Entity Framework vagy NHibernate? Melyik keretrendszer/nyelv kódbiztonsága a nagyobb?
-
trisztan94
őstag
válasz
Speeedfire #12077 üzenetére
Speedfire + Lacces
Köszönöm!
Igazából én nem találtam meg ezt a hivatalos dokumentációt, azért kérdeztem. Nagyon tetszik, főleg, hogy asp.net MVC-ről váltanék erre, a struktúra nagyon hasonló(Asszem ez is MVC patternt használja)
-
Tele von Zsinór
őstag
válasz
Speeedfire #12002 üzenetére
Erre valóak a debug szintű logüzenetek.
Új hozzászólás Aktív témák
Hirdetés
- Telefon felvásárlás!! Honor 90 Lite/Honor 90/Honor Magic5 Lite/Honor Magic6 Lite/Honor Magic5 Pro
- GYÁRI TÖLTŐK DELL LENOVO HP FUJITSU TOSHIBA Macbook---------- Budapest,/MPL/Foxpost
- Samsung Galaxy S23 Ultra 256GB, Kártyafüggetlen, 1 Év Garanciával
- LG 77G3 - 77" OLED evo - 4K 120Hz 0.1ms - MLA - 2000 Nits - NVIDIA G-Sync - AMD FreeSync - HDMI 2.1
- BESZÁMÍTÁS! GIGABYTE AORUS ELITE Z790 i7 14700K 64GB DDR5 1TB SSD 7900XTX 24GB be quiet! SB802 1000W
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest