köszönöm
Így már talán könnyebb lesz megérteni. Azért egy pár helyen még kell fordítani :-)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nincs új téma
Nem értem miért kell lekezelő stílusban kommunikálni.
Nem voltam a drupal taábor 2010-en viszont itt vagyok és próbálok segíteni azoknak akik nem profik. Sőt még nálam is kevesebbet tudnak.
Örölök, ha egy profival találkozok és segít nekem, de azt mondják segíts magadon a York is megsegít:)
485000 találat nagy segítség.
Szerintem beszéljünk a predikátumcalculus kvantifikációs jelentésfogalmáról Meg kapcsolódó téma, a singularis terminusok helyettesítése individum változókkal témakörröl. Azzal előrébb jutunk.
Gonda János
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
?
Miért is nem jó ötlet saját modult írni?
Kihangsúlyozom: "Nem tudom mennyire egyedi kell, de egy bizonyos szint felett jobban jársz, ha te készíted el saját kezüleg."
*----*----*
$node ? 'alma' : 'bor'
*----*----*
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mert amit meg akarsz
Mert amit meg akarsz valositani azt az esetek 95%-aban mar megvalositottak, raadasul olyan modon, hogy sminkbol modosithato legyen. Ha pedig nem, akkor hosszutavon jobban megeri modositani a modult es patchet kuldeni, hogy ne neked, vagy a kliensednek kelljen a karbantartasrol gondoskodni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
OFF
nem ide tartozik már, de
vegyük a következő példát: adott egy nagy látogatottságú site, amin erőforrás-kímélés miatt nem használtok views-t. Akkor mit patchelsz fel és hova?
Tény, hogy a legtöbb dolgot már valaki megcsinálta, de ha egy megrendelőnek nagyon speciálisak az igényei, valamint az igényt nem tudod általánosítva leprogramozni, akkor vissza is kanyarodtunk oda, hogy "de egy bizonyos szint felett"...
*----*----*
$node ? 'alma' : 'bor'
*----*----*
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
sok mindent nem tudok
sok mindent nem tudok, ez tény, de a feladatom egy egyszerű foglalási rendszer készítése... ehhez kel egy űrlap és egy táblázat amiben a beküldött űrlapokat kezeli az admin.
ehhez tudok űrlapot csinálni, tudok PHP-ben feltételeket meg hasonlókat írni, szóval az alapokat, de az pont elég is ehhez, és tudok PHP-vel adatbázist kezelni, emellett más programozási nyelveket magasabb szinten tudok, tehát csak a PHP-s szintaktikát kell áttanulmányoznom az esetleges bonyolultabb dolgok miatt. Ennyi bőven elég ahhoz hogy megcsináljam a feladatot, egyetlen dolog hiányzik, és az ez az egyszerű kódszó, vagy szintaktika amivel hivatkozok ebben a $user változóban (amiről nem tudom, hogy tömb vagy micsoda) lévő elemekre, ezért kérdeztem itt a megoldást, mert emiatt az apróság miatt nem akarok egész könyveket elolvasni, max ha majd ezen feladat teljesítése után jobban bele akarok mélyedni a dolgokba... kérdeztem ismerősöktől, akik már MSc szakon tanulnak informatikát és évek óta foglalkoznak Drupallal és PHP-vel, meg akik drupal modult írtak szakdolgozatukra és egyszerűen nem tudták a megoldást, ami számomra elég érthetetlen, mert alapból szerintem is egy olyan alap dolog ami nélkül szinte semmi komolyabb dolgot nem lehet csinálni PHP-ben...
szóval előre is ezer köszönet annak aki leír egy egyszerű sort amivel ebből a $user változóból kinyeri nekem vagy az azonosítót vagy a felhasználónevet, vagy mindkettőt (az még jobb :) ), a $user változót így kaptam meg (ugyanitt tegnap :) ):
require_once './includes/bootstrap.inc';
drupal_bootstrap(DRUPAL_BOOTSTRAP_FULL);
global $user;
A szerkesztő eltűnik másik
A szerkesztő eltűnik másik beviteli formánál és az jól is van így. A felfogása más, mivel beviteli formához csatolhatsz editort nem pedig jogosultsághoz. Ez azért jó, mert elkerülhetőek vele az olyan hibák amikor nem a megfelelő formában küldjük be a node-ot, (mondjuk filterezve van, a sortöréseket paragrafusnak alakítja stb) aztán csodálkozunk, hogy nem úgy jelenik meg ahogy beformáztuk. Ez egyben a jogosultságokat is kezeli, hiszen minden beviteli formánál megadható, hogy milyen csoportok használhatják. Én mindig létrehozok egy teljesen újat és arra teszem.
A stíluselemeket is be lehet állítani vagy felsorolod, vagy akár külön css-t is megadhatsz és azt fogja használni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Érthető és értékelhető
Érthető és értékelhető hozzászólás.
A problémát én akkor tapasztaltam mikor egy másik beviteli formára akar váltani a szerkesztői jogokkal és HTML ismeretekkel is bíró felhasználó. Be akart szúrni egy olyan elemet, amit kiszűrt volna az eredeti beviteli forma. Telefon azonnal csörgött, mert a nem mentett munka kárba veszett. Ezért a felelősség engem terhel és az itteni vita kimenetelére nem igen tudok hivatkozni. A CK editor beküldés elött úgy működik, hogy átváltás után megjeleníti azokat a beviteli lehetőségeket is, ami más beviteli formában nem lehetséges. Ez nem üti azt amit fent említettél. Az is nyilvánvaló, hogy A CSS is befolyásolható mindegyik szerkesztőben.
A kérdés ami számomra nyitott: a CK editor miért az amatőrök szerkesztője a másik meg miért a profiké.?:)
Gonda János
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
OK
Köszönöm a segítségedet, ki fogom próbálni hamarosan.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nos elkezdtem, és el is
Nos elkezdtem, és el is akadtam :-(
- Az, hogy nézetet készítsek, és exportáljam csv-be, OK.
- Az, hogy egy külön oszlopba beírjam az UPDATE uc_products SET sell_price= minden sorban egyforma változót (bár lehet, hogy ez a nem jó) és összefűzöm a sell_price mező értékeivel rendben.
- Notepad++ -ban az eredményként kapott - UPDATE uc_products SET sell_price=112345 - .sql fájlként elmentem, és importálom?
Ezt nem értem. Pedig már közel járok érzem! :-)))