Hirdetés
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Az USA tisztifőorvosa figyelmeztető címkét ragasztana a közösségi médiára
it Figyelmeztető címkéket szeretne látni az USA tisztifőorvosa a közösségi médiában, ami főleg a serdülők számára lenne emlékeztető a platformok súlyosan káros hatásairól.
-
Mozgóképen a Razr 50 Ultra még nagyobb kijelzője
ma A hivatalos kedvcsináló megnyerő, csak nem hivatalos forrásból érkezett.
Új hozzászólás Aktív témák
-
don_peter
senior tag
válasz
trisztan94 #15201 üzenetére
Nekem a jobb oldali
Air Mac 2013.[ Szerkesztve ]
----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
Sk8erPeter
nagyúr
válasz
trisztan94 #15246 üzenetére
Akkor valahol máshol cseszted el, mert ez a kód szintaktikailag elvileg nem hibás.
De egyébként most mi értelme is volt, hogy bebugyoláltad mindegyik metódust még egy másik metódusba?
Aztán van még egy ilyen switch-case-ed:switch (true) {
case is_int($value):
$type = PDO::PARAM_INT;
break;
case is_bool($value):
$type = PDO::PARAM_BOOL;
break;
case is_null($value):
$type = PDO::PARAM_NULL;
break;
default:
$type = PDO::PARAM_STR;
}Na ne má, ott a gettype(), és akkor nem 3 külön ellenőrzés, a meglehetősen ocsmány switch(true)-val.
Sk8erPeter
-
DNReNTi
őstag
válasz
trisztan94 #15246 üzenetére
Ehhez kapcsolódóan nekem is lenne egy (lehet gyökér) kérdésem.
Én is elkezdtem egy static mysqli kezelő osztályt. Egy metódus létrehozza a kapcsolatot.
Kérdés a következő: A létrehozott adatbázis kapcsolat hogyan záródik / zárható le?Pl:
$DB = Database::openConnection();
$DB->close();Na ez így nem működik.
Mi erre a helyes megoldás?
but without you, my life is incomplete, my days are absolutely gray
-
cucka
addikt
válasz
trisztan94 #15251 üzenetére
Hogy erted azt, hogy bebugyolaltam egy metodust egy masikbs?
Úgy, hogy a metódusaid többsége semmit sem csinál, csak meghív egy másik metódust. Tehát a kódod nagy része teljesen fölösleges zaj a kódbázisban. -
Sk8erPeter
nagyúr
válasz
trisztan94 #15258 üzenetére
Most akkor már azzal is gondjaid akadtak, hogy hogyan használj fel egy objektumpéldányt?
Sk8erPeter
-
Peter Kiss
senior tag
válasz
trisztan94 #15258 üzenetére
Ha olyan alkalmazásban használod fel, ami áll két lapból, és a database.php jelenlétéből erre tippelek, akkor semmi értelme azzal játszani, mit rakj köré, mert felesleges lesz.
Amennyiben egy nagyobb alkalmazásról van szó, akkor megérheti körberakni, amivel elérheted, hogy:
- egy beállítást soha ne lehessen elnyomni rajta (PDO: mindig exception-t dobjon, ha valami beszarik)
- tudj hozzáadni olyat, amit gyakran használsz generikusan
- elfedj olyat, amit nem kellene használni, ne is legyen szem előtt
- magasabb absztrakciós szintet adj meg, pl. PDO ellenére is vannak driverspecifikus beállítások -
fordfairlane
veterán
válasz
trisztan94 #15260 üzenetére
Nagyjából három funkciót valósít meg az osztályod. Egyrészt kapcsolatot kezel, másrészt query és paramétereket rendel össze, harmadrészt valamiféle típuskényszerítést végez saját binddal.
A Single Responsibility Principle, első, klasszikus OOP vezérelv mentén: Az elsőt egy DBFactory osztályba tenném, ami példányosít, ha kell, és a PDO-t adja vissza az alkalmazásrétegnek. A második funkciót egy MyPDO szerű osztállyal oldanám meg, esetleg az emlegetett Doctrine DBAL komponenssel. (MyPDO extends PDO, azt hiszem, pont ebben a topikban emlegettem). A harmadikra (az a nagy switch szerkezet) igazából nem tudom, hogy ebben a formában szükség van-e.
[ Szerkesztve ]
x gon' give it to ya
-
Soak
veterán
válasz
trisztan94 #15263 üzenetére
Ahelyett hogy feltalalod a melegvizet, miert nem hasznalsz egy kesz megoldast? Pl ott a doctrine mint orm (meg nem hasznaltam) , legalabb adatbazis fuggetlen is lehetne az alkalmazasod.
-
-
cucka
addikt
válasz
trisztan94 #15267 üzenetére
Jelszó hash-eléssel kapcsolatban lenne egy kérdésem.
A standard válasz erre, hogy "google bazmeg".
Amúgy ha php 5.5 van, akkor használd a password_hash(), password_validate() függvényeket.
Régebbi verziókhoz itt van megoldás: [link] procedurális és oop implementáció.
Nem kell feltalálnod a meleg vizet.Egy másik gyors kérdés.
Deklaálod globálnak
global $valtozo;
Vagy beannotálod
/**
* @var $valtozo
*/Nem próbáltam ki, de én ezekkel támadnám meg a problémát.
-
DNReNTi
őstag
válasz
trisztan94 #15286 üzenetére
Csudi megoldás az a millió die()
Tegyed bele egy metódusba, és hibánál dobjon inkább exception-t. Szebben mutatna. Igen tudom, nem ez volt a kérdés.
but without you, my life is incomplete, my days are absolutely gray
-
moltam88
tag
válasz
trisztan94 #15288 üzenetére
(A kérdést én is passzolom, nem próbálkoztam még ilyennel)
-
trisztan94
őstag
válasz
trisztan94 #15286 üzenetére
Megvan a megoldás!
Valami számomra érthetetlen okból, a formdata változónak nem a form 0. elemét, hanem az 1. elemét kellett átadni.
Itt van a SO kérdésem, a kommentekben lehet olvasni a tippeket.
https://heureka-kreativ.hu
-
Sk8erPeter
nagyúr
válasz
trisztan94 #15290 üzenetére
Nincs az oldalra betöltve több olyan form is, amihez a .form-uploadXLS class van hozzárendelve?
Mellesleg az eredeti postodban még id-t használtál, ahol normális esetben tök felesleges a [0] index:
var formData = new FormData($('#form-uploadXLS')[0]);Egyébként ne szívasd magadat:
http://www.plupload.com/
https://github.com/moxiecode/plupload
(ugyanazok fejlesztik, aki a TinyMCE-t is)
HTML5 + fallback.[ Szerkesztve ]
Sk8erPeter
-
cucka
addikt
válasz
trisztan94 #15286 üzenetére
Ettől a kódtól kiég a retinám b+
-
Peter Kiss
senior tag
válasz
trisztan94 #15298 üzenetére
Itt minden építő jellegű.
A gond azzal van, hogy minimális megoldási szándék nélkül ment a kérdés. Alapdolgokat felejtettél el megnézni, megcsinálni, ha tegnap volt a határidő, ha nem, a probléma megoldása nem vett volna igénybe perceknél több időt.
Mellesleg az furcsa (ezt már mondtam egyszer), hogy vállalkozol weboldalkészítésre, meg tutorial-t hegesztesz, de alap dolgokkal is gondjaid vannak (base64_encode() mint hash, nem megy a fájlfeltöltés, illetve alapvető hibakeresési módok sincsenek meg).
-
moltam88
tag
válasz
trisztan94 #15304 üzenetére
A példa egy parancssori curl hívás, itt a manual hozzá: http://curl.haxx.se/docs/manpage.html
A -X paramétert elvileg megadtad a következővel: curl_setopt($cURLHandler, CURLOPT_POST, true);
A -H -t pedig ezzel: curl_setopt($cURLHandler, CURLOPT_HTTPHEADER, array('Content-Type: text/plain'));Az url-t is curl_setopt()-tal kell megadni: curl_setopt($ch, CURLOPT_URL, $url); A GET-es paramétereket küldd az url-hez hozzáfűzve (rakd bele őket egy tömbbe, és az url-hez fűzd hozzá a következő módon: $url .= '?'.http_build_query($params); )
A data-binary-s részt még nem használtam, de talán próbáld meg ez alapján:
http://stackoverflow.com/questions/14920475/curl-post-of-custom-binary-data-not-form-contents[ Szerkesztve ]
-
Dave-11
tag
válasz
trisztan94 #15311 üzenetére
Hát végül is ennyi az egész kód:
$q = $db->prepare("INSERT INTO tabla (nev) VALUES (:nev)");
$q->execute(array(":nev" => $aktualis_nev));A varchar alatt a character varying-ot érted?
Meg még nálam adtam neki határt, hogy maximum 200 lehet.:D Semmi :D
-
Sk8erPeter
nagyúr
válasz
trisztan94 #15313 üzenetére
"Sokat szptam korábban egy PostgreSQL adatbázis miatt. Miért nem MySQL-t használsz?"
Hajjaj, máris veszélyes vizekre eveztünk, nehogy elkezdd bebizonyítani, hogy a MySQL sokkal jobb, mint a PostgreSQL...
Eleve rossz a kérdés. Nincs jobb-rosszabb reláció a két adatbázis-kezelő között, mást tudnak, más előnyei és hátrányai vannak. Ha épp PostgreSQL használata a feladat, akkor nem jó kérdés, hogy miért nem MySQL-t használ az illető.(#15312) Dave-11 :
Fogalmunk sincs, mi van az $aktualis_nev változóban.Sk8erPeter
-
Dave-11
tag
válasz
trisztan94 #15318 üzenetére
Elvileg nem lenne szabad lennie, mert úgy van, hogy van egy sor, és abban vannak egymástól vesszővel majd egy szóközzel elválasztva. Tehát így:
Anna, Árpi, Aladár
Ez például egy sor. Majd ezt fogom, beolvasom, és a kapott sort szétbontom egy tömbbe az explode() függvénnyel. Ezen a tömbön végigmegyek, és az aktuális nevet feltöltöm a táblába.
A fájlt egyébként UTF-8-as kódolásban mentem, de majd rápróbálok a BOM nélkülire még egyszer.:D Semmi :D
-
trisztan94
őstag
válasz
trisztan94 #15328 üzenetére
Másik dolog,
Azt is ki kellene szűrni, ha hülye user úgy tölt fel egy .xls-t, hogy nem minden sorban van adat, vagy éppen rossz adat van benne, mondjuk pl. benne hagyják a fejlécet.
Azt, hogy üres-e a cella egy sima $cell != '' elágazással ellenőrzöm.
Az biztos, hogy a cím egy irányítószámmal kezdődik, amit egy városnév követ, utána egy utca majd házszám, tehát erre szerintem egy Regexp lenne a legjobb, nem? Elég lenne azt csekkolni, hogy van-e egy négyjegyű szám a string elején? Ha igen, tudnátok nekem írni erre egy regexpet pls?Így néz ki egy sample string:
1158 Budapest Késmárk u. 7/b.
https://heureka-kreativ.hu
-
moltam88
tag
válasz
trisztan94 #15329 üzenetére
Regulárisnak próbáld ki ezt:
/(\d{4})\s+(.*?)\s+(.*)/ [link] -
moltam88
tag
válasz
trisztan94 #15328 üzenetére
Ha jól értem itt az a probléma, hogy változhat az oszlopszám, de úgy kell előállítani a stringet, hogy a cellák között mindig legyen egy szóköz.
Erre nem igazán értem miért próbálkoztál switch-el, mikor az összes cellára ugyanazt kell csinálni.
Lehetne valami ilyesmi módszerrel:
- A belső ciklus előtt létrehozol egy temp változót üres sztringgel, ebben fűzöd össze az aktuális sorban levő címet az oszlopokból.
- A belső ciklusban a cella értékét trimelve hozzáfűzöd a temp változóhoz, illetve hozzűfűzöl egy szóközt is.
- A belső ciklus után nyomsz egy trimet a temp változóra (ez kiveszi az utolsó cella után rakott szóközt). Itt ellenőrizheted, hogy megfelelő adat van-e benne (illeszkedik-e rá a reguláris, nem üres-e, stb.), és ha igen akkor feldolgozod, ahogy szeretnéd.[ Szerkesztve ]
-
trisztan94
őstag
válasz
trisztan94 #15332 üzenetére
Jó, tényleg nem megy a gondolkodás, megvan a megoldás. A $string.='"'.$temp; utasítást a belső ciklusban hagytam véletlenül, kirakva a belső ciklus utánra már no problem.
Thx
https://heureka-kreativ.hu
-
Sk8erPeter
nagyúr
válasz
trisztan94 #15328 üzenetére
Nekem az nem tiszta, ezt miért switch-case-zel oldottad meg. Csak gyorsan néztem rá a kódra, de ahogy lejött, annyi a lényeg, hogy végigmész azokon az oszlopokon, amikben van valami, és összefűzöd az egészet. Na de akkor itt nem kell switch-case elméletileg, csak végigmész az első kitöltött oszloptól az utolsóig, a benne levő cellákat meg összefűzöd. Persze az más kérdés, hogy mivel kapod meg, hogy melyik oszloptól meddig van bármi eredményed.
(#15329): hát egy címre rohadt nehéz jó regexpet írni, mert ezerféle lehetőség van, ahogy írhatják. Például az irányítószám után lehet, hogy szerepel pont. Az utcanév után nem biztos, hogy a júzernek eszébe jut odatenni, hogy utcáról/körútról/akármicsodáról van szó. Lehet, hogy az utcát úgy írja, hogy "u." vagy úgy, hogy "utca", körutat úgy, hogy "krt.", "krt", "körút", és így tovább. Lehet, hogy a számozást úgy írja, hogy "7/b.", "7/b" "7b", "7b.", "7 b", "7-b", és még lehetne sorolni... Szóval ez elég necces kérdés.
Most ezt gyorsan bepötyörésztem, rettentő buta megoldás, de illeszkedik arra, hogy
1158 Budapest Késmárk u. 7/b.
-->
\d{4} [A-záéíóöőúüű]+ [A-záéíóöőúüű]+ [A-záéíóöőúüű.]+ [A-záéíóöőúüű0-9./]+Mondom, ez egyáltalán nem biztos, hogy jó, csak a mintádra illeszkedik. Ilyen kb. 20 másodpercnyi pötyögés volt benne, szóval ennél tuti létezik sokkal jobb megoldás is. Ékezet is lehet benne, kezeli azt az esetet, ha a négy számjegyből álló irányítószám után van pont, ilyesmik. Amúgy nem biztos, hogy foolproof megoldás.
Itt le tudod tesztelni gyorsan, ha akarod: http://regexpal.com/-------
SZERK.: hehe, ez jó
most látom, ezt a lapot kb. egy órája töltöttem be, aztán most visszaváltottam a böngészőben erre a fülre a többiről, és úgy írtam a választ, frissítés nélkül, hát vasárnap van, ez van, látom közben haladt a dolog, na mindegy, most már nem törlöm ki.
Amúgy annyi, hogy a regexpben az nem biztos, hogy a legjobb, hogy .* van, mert az BÁRMIRE illeszkedik, nem csak mondjuk a magyar ábécé betűire, és valami megkötést nem árt tenni. Persze nem tudom, nálad milyen adatok lehetnek. Viszont az a whitespace-eknél jobb, hogy \s+ van, nem csak egy darab szóköz, mert így akármennyi whitespace lehet közöttük.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
trisztan94 #15338 üzenetére
"rossz az irányítószám -> error"
Ha geocodingról van szó, nem biztos, hogy feltétlenül kell irányítószám (pl. Google Maps-nek is beadhatsz címet irányítószám nélkül, adhat egyértelmű találatot is rá, igaz, van, amikor visszakérdez, hogy "így értette?", és felajánl mondjuk 4 lehetőséget).
Lehet, hogy egyből tesztelni kéne, ad-e vissza eredményt a használt térképszolgáltatás. Ha ez túlzott overhead, akkor persze ez nem pálya, és mondjuk ha mégis fontos az irányítószám, és várhatóan mindig megadnak, akkor ez gyorsabb szűrő, hogy van-e egyáltalán, az tuti.(#15337) kemkriszt98 :
ezt így semmiképp, mert konkatenálod a query-t egy felhasználótól jövő adattal, ezzel kapcsolatban nézz utána az SQL Injection fogalmának.
Használj a mysq_* kezdetű fv.-ek helyett pl. PDO-t: http://maerlyn.eu/2011/12/03/pdo.html
vagy mysqli-t.
Prepared statementeket használj. Paraméterezd a query-t, ne konkatenáld.
A mysql extension már egy ideje deprecated. Jó lenne, ha az ilyen mysql_query()-t és a többit javasoló tutorialok egyszerűen törlődnének a zzegész zzzinternetről.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
trisztan94 #15341 üzenetére
Jaja, mindenképp jobb ez úgy, ha szigorúbbak a követelmények, csak nem tudtam, milyen alkalmazásról van szó, de természetesen indokolt, hogy megköveteled az irányítószámot. A júzer meg tanulja meg, hogy ne legyen kretén.
Sk8erPeter
-
CSorBA
őstag
válasz
trisztan94 #15358 üzenetére
-
csabyka666
addikt
válasz
trisztan94 #15472 üzenetére
Hú, gondoltam, hogy van szebb / jobb / fullosabb megoldás, de én - ahogy megszokhattátok - hajthatatlan vagyok, és maradnék a mail()-nél. Azt a pár karaktert, amit én küldök vele, azt megcsinálja nekem, csak a kódoláson kellene hegeszteni.
Ágdarálást, kaszálást, területtisztítást vállalok profi gépekkel! Elsősorban Zala megye és vonzáskörzete, de minden megkeresést meghallgatok. +36305633091
-
Sk8erPeter
nagyúr
válasz
trisztan94 #15644 üzenetére
"Hát mivel DOM-ot manipulálsz, ezért ez javascripttel kellene csinálni."
Sehol nem írta, hogy kliensoldalon szeretné manipulálni a DOM-ot. Szerveroldalon is lehet különböző feltételektől függően class-t generálni egy kódból kreált HTML-elembe.(#15647) lesaux :
"Szóval egy sima PHP-s levélküldéshez tényleg kell ekkora cirkusz, vagy valamit alapból rosszul csinálok?"
Egyáltalán nem nagy cirkusz, főleg PHPMailerrel vagy SwiftMailerrel. Valószínűleg VALAMIT te rontasz el, például éppen az elérési utat, mivel konkrétan az a hiba.
Amúgy nem a "mail() függvényeid" nem működnek most, hanem konkrétan nem található a PHPMailer osztály az általad megadott elérési úton.A kódodban ez van - ja, és légyszi használd legközelebb a "Programkód" gombot a kódod kijelölése UTÁN! Köszi! -:
$phpmailer_path = $_SERVER['DOCUMENT_ROOT'].'/../phpmailer/class.phpmailer.php';itt tehát a kellős közepén van egy /../, ami azt jelenti, hogy a rootkönyvtárhoz képest még visszafelé lépsz egyet. Ergo az előző tárhelyeden mások voltak az elérési utak, mint az új tárhelyen.
Próbáld ki azt, hogy ezt kiszeded belőle, így:$phpmailer_path = $_SERVER['DOCUMENT_ROOT'].'/phpmailer/class.phpmailer.php';
Persze ismerni kéne a tárhelystruktúrát.
De első próbának jó lesz, vagy nem.
Sk8erPeter
-
trisztan94
őstag
válasz
trisztan94 #15657 üzenetére
Megoldva, nem volt telepítve a php-xml
https://heureka-kreativ.hu
-
Tele von Zsinór
őstag
válasz
trisztan94 #15653 üzenetére
Tippre ez a gond, igen. Mélyebb belenézés nélkül:
vagrant ssh
sudo -i
vim /etc/php.ini
service httpd restartHa a centos 6.5 úgy működik, mint emlékszem, ennyi elég lesz.
-
Sk8erPeter
nagyúr
válasz
trisztan94 #15704 üzenetére
Eddig nem amiatt panaszkodtál a másik topicban, hogy a Here-dokumentációk milyen gyenguszok?
(Btw. ebből nem tudom, mi igaz egyáltalán, mert nem néztem sosem.
)
[ Szerkesztve ]
Sk8erPeter
-
supercow
őstag
válasz
trisztan94 #15708 üzenetére
akkor MapQuest Open API és azon belül Reverse geocoding
In nomine Pasta, et Fusilli, et Spaghetti Sancti. Ramen.
-
fordfairlane
veterán
válasz
trisztan94 #15708 üzenetére
A Google Mapsnek is van fizetős Enterprise változata, ahol a mass geocoding engedélyezett.
x gon' give it to ya
-
Sk8erPeter
nagyúr
válasz
trisztan94 #15732 üzenetére
És az mégis mit oldana meg?
Windows-on a PHP_EOL ugyanúgy "\r\n", más platformon "\n" (mert platformfüggő sortörés). DE a lényeg, hogy itt a probléma az, hogy hiába kerül sortörés a forráskódba, attól még ez a felületen nem fog látszani, ezért kell a HTML-es sortörés. (Egyébként a PHP_EOL tényleg jobban használható, mint a "\r\n", mert ugye az IDE-ben van hozzá autocomplete, na meg nem egy törékeny string, hanem egy kifejező konstans.)
[ Szerkesztve ]
Sk8erPeter
-
bambano
titán
válasz
trisztan94 #16979 üzenetére
"hogyan tudom ellenőrizni, hogy egy excel fájl írása közben mikor van a nyomtatási lapnak a vége?": szerintem sehogy, az excel previewben oda rakod a margókat, laptöréseket, ahova akarod, és az excel betömöríti akkorára a lapot.
próbálj meg inkább pdf-et generálni, az egzaktabb.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Sk8erPeter
nagyúr
válasz
trisztan94 #16979 üzenetére
Nem próbáltam, de esetleg azzal eggyel beljebb lehetnél, ha minden jármű után (tehát bármilyen újabb fejléc előtt) beszúrnál egy-egy page breaket, ahogy itt a példában minden 10. sor után beszúr egyet:
https://github.com/PHPOffice/PHPExcel/blob/develop/Examples/09pagebreaks.php
$objPHPExcel->getActiveSheet()->setBreak( 'A' . $i, PHPExcel_Worksheet::BREAK_ROW );
Persze ki kéne próbálni, hogy látsszon, ez milyen újabb megoldandó problémákat vet fel.Sk8erPeter
-
hoczaj
csendes tag
válasz
trisztan94 #17851 üzenetére
khm, nézd csak:
return $this->belongsTo('App\Category', 'id', 'id');
Az App\ -ba van? Vagy esetleg van egy Models névtered: App\Models\Category
Illetve a másik, ID-ID relationt csináltál.
return $this->belongsTo('model', 'foreign_key', 'other_key');
Tehát helyesen
return $this->belongsTo('App\Category', 'id', 'parent_category_id');
A másik pedig:
return $this->hasMany('App\Category', 'parent_category_id', 'id');
-
fordfairlane
veterán
válasz
trisztan94 #17888 üzenetére
Simán az exit elég tré szvsz, valami feedback-et mindenképp kell(ene) küldeni.
Fölösleges. Nézd meg, honnan indult el az egész. Csak azért dobtam be ezt a kódrészt, nehogy ellenőrzés nélkül töltsön be fájlt.
x gon' give it to ya
-
DS39
nagyúr
válasz
trisztan94 #17932 üzenetére
eddig nem ilyen volt, vagy mi a probléma?
-
PumpkinSeed
addikt
válasz
trisztan94 #18043 üzenetére
Igen, ez a probléma, hogy csak így lehet letölteni az eredeti oldalra... Már máshol viszont megtaláltam...
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Speeedfire
nagyúr
válasz
trisztan94 #18052 üzenetére
4 órával később ugyan azt belinkelted, amit fordfairlane is.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
PumpkinSeed
addikt
válasz
trisztan94 #18190 üzenetére
Szerintem rosszul használod a Vagrant-ot, ugyanis ott nem így kell hivatkoznod a belső mappára. Ez úgy néz ki, hogy a van pl. az a mappa ami a Vagrantfile-t tartalmazza, ez az az egész alapértelmezetten fel van csatolva a Vagrant box /home/user/sync mappába. Ez persze a box-on lévő OS-től függ, de ezt felül is lehet írni, ahogy az általad használt box-ban meg is teszik, és ha letöltöd az git configot akkor a www mappa tartalmaz az /srv/www-ben lesz, ami ahogy nézem a webszerver mappájának van beállítva. Ha valami változást eszközölsz a külső www mappában akkor az a belsőben is változik (elvileg) és az el is éred a vagrant box ip címén ami a config szerint ez lesz: 192.168.50.4, ezt a böngészőbe beírva megkapod a /srv/www tartalmát. Ha neked úgy kell, hogy projektneve/htdocs akkor ezt a mappastruktúrát létre kell hoznod a külső www-ben és így fogod elérni: 192.168.50.4/projektneve/htdocs, ami elég ocsmány, de megteheted, hogy a Vagrantfile-ban átváltod a www-t www/projektneve/htdocs-ra, és akkor a 192.168.50.4 alapértelmezetten azt hozza ba.
A másik probléma az elvileg lehet. Ugyanis alapértelmezetten rsync-el szinkronizálja a mappákat, én lecserélném ezt nfs-re, ugyanis az gyorsabb is és stabilabb is (amúgy nem de papíron igen). A vagrant nem nagyon szereti az nfs-t, 2-3ezer issue van róla kb a Github-n, de még mindig jobb szerintem mint az rsync.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
PumpkinSeed
addikt
válasz
trisztan94 #18192 üzenetére
A problem az, hogy én a Virtuális gép sync mappájától (/Home/www/VVV/www/) függetlenül egy teljesen másik mappában (/Home/www/pluginneve/) akarom tárolni a projektem fájljait úgy, hogy azok folyton szinkronban legyenek...
Ezt meg tudod tenni egy új sorral, amiben szinkronizálod a két mappát, vagy módosítod a régit.
...WP telepítésem amihez a plugint akarom fejleszteni, akkor ez bele van-e építve.
Bele van-e építve mi?
Van Vagrant plugin hozzá igen, de nem hiszem, hogy kényelmesebb ezt használni, mint a Vagrant file-ba két dolgot átírni. Illetve a WP és a Vagrant ugyan az, attól hogy a PHPStorm megkérdezi hova telepítse a WP-t még nem fogja tudni, hogy azt egy Vagrant-ba fogja telepíteni.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
biker
nagyúr
válasz
trisztan94 #18250 üzenetére
És ha ez 500???
resultsPerPageElektromos 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 |
-
fordfairlane
veterán
válasz
trisztan94 #18376 üzenetére
Elég ennyi, vagy kihagytam valamit?
Kihagytad, hogy mire akarod használni. Adatbázislekérdezéshez paramétereként nincs szükség escapelésre, amennyiben parametrizált queryket használsz. Más felhasználásra más módszer a jó, egyedi validálás, sanitization, exception dobás stb. Egyébként az, hogy POST vagy sem, az tkp. mindegy. Megbízhatatlan forrásból érkező adat.
Szerintem a fenti példában a !empty és az isset együttes használata felesleges. A !empty emlékeim szerint önmagában elég, nem ad notice-t, ha az adott paraméter nem létezik.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz
trisztan94 #18378 üzenetére
Oké, de nem tudom, hogy mi kell, hogy legyen benne, és azt sem, hogy a továbbiakban milyen feldolgozáson esik át a paraméterben kapott érték. Így viszont azt sem tudom megmondani, hogy kell-e egyáltalán valami addslashes, vagy bármi más escapelés.
Az biztos, hogy ebben a formában kötelező paraméter, aminek az értéke szimpla felhasználói melléütés vagy félrenavigálás folytán nem tűnhet csak úgy el, vagy nem lehet olyan tartalmú, ami nem megengedett. Tehát nem form-validálás. Ilyenkor az a legjobb, ha a program exceptiont dob.
[ Szerkesztve ]
x gon' give it to ya
-
sztanozs
veterán
válasz
trisztan94 #19001 üzenetére
Ezt találtam neked - nem egy mai cikk, de indulásnak talán jó lesz: [link]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
SUPREME7
őstag
válasz
trisztan94 #19001 üzenetére
Ez egy nagyon jó kis összehasonlító cucc, kicsit bele kell piszkálni, hogy tudja ami neked kell, de kiindulásnak jó.
[http://www.raymondhill.net/finediff/viewdiff-ex.php]