az igazság az, hogy még sose használtam ezt
csak a feladatleírásból kiindulva néhány jól irányzott keresés után találtam rá, pár stackoverflow válaszban és a drupal.org fórumaiban hivatkoztak rá a tiédhez hasonló kéréseknél. itt mutatja valaki megoldásként egy ugyanilyen kérdésre: https://www.drupal.org/node/748844#comment-9428961
- az egyik nézeted az lesz, ami a blogbejegyzéseket listázza, ez most is megvan.
- kell egy másik, ami minden mást listáz, de a blogbejegyzéseket nem.
- a blogbejegyzésesbe rakod a views extra handlers -el a query altert és a union résznél megadod a másik nézetet.
szólj ha nagyon nem megy, kipróbálom én is.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Hogyan állítsam be az $cookie_domaint az FCKeditorhoz?
Az Állapot jelentés ezt írja:
FCKeditor You are using a feature that requires $cookie_domain to be set, but it is not set in your settings.php (either built-in filebrowser or quick uploads are enabled in the Default profile).
A google 2. találata http://drupal.org/node/323170
Én ebből most csak annyit értek, (ha egyáltalán jól értem, mert nagyon kezdő vagyok), hogy változtatni kell a fent említett php fájlban egy php parancsot/utasítást, ami a cookie_domain-nal kapcsolatos. Hogyan kell ezt csinálni és mit kell oda írni?
Köszönöm! Laci
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ez így nem az amit írtam az előbb.
A delta az nem 0 hanem az aktuális elem indexe kell, hogy legyen:
$product = new StdClass(); $product->product_id = $product_q->product_id; $product->title = $xml_title; $product->sku = $xml_id; $product->status = '1'; $product->revision_timestamp = time(); // $product->type = $xml_producttype; $product->uid = $user->uid; $product->created = time(); $product->changed = time(); $product->field_symbol_code[LANGUAGE_NONE][0]['value'] = $xml_code; $product->field_productgroups[LANGUAGE_NONE]= array( array('tid' => 5), // ez a delta 0 array('tid' => 12), // ez a delta 1 ); commerce_product_save($product);
Ez ugyanaz, hogy lásd a delta értékeket:
$product = new StdClass(); $product->product_id = $product_q->product_id; $product->title = $xml_title; $product->sku = $xml_id; $product->status = '1'; $product->revision_timestamp = time(); // $product->type = $xml_producttype; $product->uid = $user->uid; $product->created = time(); $product->changed = time(); $product->field_symbol_code[LANGUAGE_NONE][0]['value'] = $xml_code; $product->field_productgroups[LANGUAGE_NONE][0]= array('tid' => 5); // ez a delta 0 $product->field_productgroups[LANGUAGE_NONE][1]= array('tid' => 12); // ez a delta 1 commerce_product_save($product);
Remélem hoztál létre a termékhez "field_productgroups" nevű mezőt aminek korlátlan elemszámot biztosítottál.
Üdv!
Dudás József
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha nem az a címlap akkor nem az a címlap
Nyílván, ha lecseréled a címlapot, akkor nem fog bejönni a címlap amit lecseréltél, ha a címlapot akarod betölteni. Nincs gondolatolvasó webes alkalmazás (asztali alkalmazásoknál már megoldható a dolog;))
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
az útvonal nem stimmel, ahol a flash az xmlt keresi
hogyan töltöd be az xmlt az actionscriptben?
a flashnek (.swf) flashVars -al át kéne adnod a drupal gyökérhez képesti útvonalat ahol ő van és akkor ahhoz relatívan meg tudja szépen találni az xmlt.
ha csak annyit mondasz hogy mondjuk menu = new XML(), menu.load('menu.xml') az nem lesz jó hacsak nem az .swf és az .xml is a drupal gyökérben van. ha mondjuk a smink könyvtárában van, akkor át kéne adni flashVars -al az .swfnek, hogy mondjuk $path = base_path() . '/' . path_to_theme() .. ezt aztán actionscriptben felhasználni, hogy menu = new XML(), menu.load(path+'/menu.xml') ..
lehet hogy nem pont ezek az xml kezelő metódusok, az actionscriptem kicsit már kopottas.. :)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ebben az esetben az említett két modult próbáld ki
illetve van egy harmadik is most nézem, ami elvileg pont ezt csinálja..
próbáld ezt:
http://drupal.org/project/taxonomy_breadcrumb
ha nem, akkor ezt:
http://drupal.org/project/custom_breadcrumbs
ha ez se, akkor ezt:
http://drupal.org/project/rules
(de ez sokkal általánosabb modul, _csak ezért_ nem hiszem, hogy érdemes lenne feltenni, az előző kettő közül valamelyikkel tuti meg lehet oldani a dolgot)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
épp az "up" csinál többet, mint az "upc"! :)
Szívesen, örülök, ha segítettem!
"Azt tudtam eddig is, hogy az "up" a modulok legfrissebb változatát húzza le, azt is, hogy az "upc" ennél továbbmegy és az adatbázist is frissíti + biztonsági mentést készít az adatbázisról."
Na várj, ezt rosszul tudod, most azért mielőtt blődséget kezdtem volna itt nagy hévvel terjeszteni, direkt beírtam a drush help
-et, és itt egyértelműen kiderül:
Core drush commands: (core) [...] updatedb (updb) Apply any database updates required (as with running update.php). [...] [...] Project manager commands: (pm) pm-disable (dis) Disable one or more extensions (modules or themes). pm-enable (en) Enable one or more extensions (modules or themes). pm-info (pmi) Show detailed info for one or more extensions (modules or themes). pm-refresh (rf) Refresh update status information. pm-releasenotes Print release notes for given projects. (rln) pm-releases (rl) Print release information for given projects. pm-uninstall Uninstall one or more modules. pm-update (up) Update Drupal core and contrib projects and apply any pending database updates (Same as pm-updatecode + updatedb). pm-updatecode (upc) Update Drupal core and contrib projects to latest recommended releases.
Szóval a lényeg, hogy
-
upc
a core és kiegészítő modulok release-eit frissíted -
up
==pm-updatecode + updatedb
a core és kiegészítő modulok release-eit frissíted ÉS végrehajtasz minden adatbázis-frissítést
tehát az up
a bővebb kategória :)
Éles környezetben amúgy én sem használom a Drush-t, csak osztott tárhelyen vannak Drupal-oldalaim, ott meg ugye nem kapok shell-t általában (csak pl. VPS-nél vagy saját szerveren). Amikor localhoston fejlesztek, akkor szinte már élni sem tudok Drush nélkül, iszonyatosan felgyorsítja a munkát.
Ez már kicsit OFF, de ha már localhost+Windows: annyira kell figyelnem nagyon, hogy IIS esetén lock-olódnak egy darabig a könyvtárak és fájlok (a php-cgi.exe
megfogja), amit az Unlocker progival kell feloldanom, és erre a problémára a mai napig nem érkezett megoldás Drupal Answers-ön, ahol még áprilisban tettem fel ezt a kérdést:
http://drupal.stackexchange.com/questions/28093/iis-problem-with-drupal-...
IIS-sel igazából ez volt csak a lényeges problémám localhoston, más nem igazán zavart (mondjuk még annyi, hogy nincs rendesen konfigurálva, mert webszerverparák miatt sajnos pl. jPlayerrel bizonyos videók nem működnek, asszem request filterre hivatkozva, ezzel még nem volt kedvem szenvedni; plusz defaultból pl. a + karaktert tiltja az URL-ben, ami keresésnél para (pl. szóköz-helyettesítő, Views operátorok is használhatják), de ezt egy beállítással meg lehet változtatni).
Azt szoktam csinálni, hogy localhoston kipróbálok változtatásokat, a Drush-t aktívan használva, és update-elem az éles oldal fájljait, ha szükség van rá, és működnek is a módosításaim. Éles környezetben ugye nem tesztelgetünk. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
igazából az első dolgom az lett volna, hogy
/admin/settings/file-system nél módosítom az alapokat. Ekkor lepődtem meg, hogy arra is not found on this server volt a válasz. Tulajdonképpen a bejelentkezés oldal az egyetlen, amit elérhetőnek találtam a nyitóoldalon kívül.
A képek elérési útjának módosítására fel vagyok készülve, de nem jutottam el odáig.:(
Belenéztem egyébként az adatbázis mentésbe text editorral, és rákerestem a neobase.hu -ra, de csak képeknél, letölthető fájloknál és egy-két .js-nél szerepelt, de ugyanígy néztek ki azok a mentéseim is, amelyekkel csont nélkül sikerült a költöztetés.