Üdv!
Üdv!
Az eddigi Composer-es feltöltések sikeresek voltak, most azonban nem, viszont ha ugyanezt a webes felületről telepítettem, akkor sikeres lett.
Mi itt a probléma?
composer require 'drupal/tr_rulez:^2.0'
Your requirements could not be resolved to an installable set of packages.
Problem 1
- Root composer.json requires drupal/tr_rulez ^2.0 -> satisfiable by drupal/tr_rulez[2.0.0].
- drupal/tr_rulez 2.0.0 requires drupal/rules 4.0.x-dev -> found drupal/rules[dev-4.0.x, 4.0.x-dev (alias of dev-4.0.x)] but it does not match your minimum-stability.
Use the option --with-all-dependencies (-W) to allow upgrades, downgrades and removals for packages currently locked to specific versions.
Installation failed, reverting ./composer.json and ./composer.lock to their original content.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Update
ingola kérdezte mailban, hogy nálam hogyan működött a DBA modullal jelzett megoldás, de leírom ide lépésenként, hátha valaki tudja hasznosítani.
Mivel localhoston (php5 és mysql5) akartam fejleszteni, plusz meg akartam tartani mindent (indexek stb., bár erre alapesetben nincs szükség) ezért:
1. létrehoztam két db-t: site_backup és site_backup_clone néven, utóbbit csak azért hogy ne kelljen újraimportálni a teljes backupot, ha valami félresikerülne; fontos, hogy a localhoston létrehozott db-ok alap kódolása megegyezzen a szerveren lévővel, különben már ezen a ponton bekavarunk a kódolásnak! a SET NAMES később úgyis 'konvertálja' a táblákat.
pl:
CREATE DATABASE site_backup DEFAULT CHARACTER SET latin1; CREATE DATABASE site_backup_clone DEFAULT CHARACTER SET latin1;
2. a modullal csináltam egy full backupot, indexekkel stb., de ez opcionális
3. nyers drupal install (4.7.3 pillanatnyilag)
4. settings.php -> site_backup
$db_url = 'mysql://user:jelszo@localhost/site_backup'; $db_prefix = '';
5. database.mysql.inc -> 85. sor kommentelése
if (version_compare(mysql_get_server_info(), '4.1.0', '>=')) { // mysql_query('SET NAMES "utf8"', $connection); }
6. update.php -> check_access() = FALSE, majd az update futtatása
(Megj: az update során nálam mindig hibát dob ki a node-ok esetén, ugyanis két darab primary keyt akar létrehozni, ez manuálisan orvosolható.)
7. update után a database.mysql.inc kommentjét ki kell venni.
8. ha esetleg karakterkódolási zűrzavar látszódik, érdemes ellenőrizni, hogy nem maradt-e a cache-ban valami - ürítsük ki, vagy amint a cikkben is volt, eleve hagyjuk ki a játékból.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mi a Drupal verziód?
Mi a Drupal verziód? (szerintem frissíts, az 5-ös már biztosan PHP 5 kompatibilis)
Gányolással így oldhatod meg:
http://hu2.php.net/array_merge
$settings = array_merge((array)$defaults, (array)variable_get('theme_settings', array())); if ($key) { $settings = array_merge((array)$settings, (array)variable_get(str_replace('/', '_', 'theme_'. $key .'_settings'), array()));
(Mivel nem értesz hozzá ezért csak gányolni tudsz, az igazi megoldás, hogy frissítesz!)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem étrem
Nem értem....
FF/Firebug-gal nézve:
<a href="http://sandportal.extra.hu/files/kepek/DSCF1524.JPG" rel="lightbox[node_thumbnails]" title="Szüreti2004<br /><a href="http://sandportal.extra.hu/?q=node/150" id="node_link_text">Kép nézet</a>"> <img class="image image-thumbnail" width="100" height="75" title="Szüreti2004" alt="Szüreti2004" src="http://sandportal.extra.hu/files/kepek/DSCF1524.thumbnail.JPG"/> </a>
DE AZ OLDAL FORRÁSÁT MEGNÉZVE:
<a href="/?q=node/150"><img src="http://sandportal.extra.hu/files/kepek/DSCF1524.thumbnail.JPG" alt="Szüreti2004" title="Szüreti2004" class="image image-thumbnail " width="100" height="75" /></a><h3><a href="/?q=node/150">Szüreti2004</a>
...és ez utóbbi szerepel az IE-nél. Ez hogyan lehetséges?
P.
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Valóban
A mostani verzióban tényleg nincs... én még egy dev verziót használtam. Ebben az újabn ez a file-rész valóban a template.php ban van, és rá is hibáztál arra, hol...
Most sikerült megoldanom a képváltás kérdését. Leírom, hogyan!
A template.php-ban a toggle_style függvény csinálja a színváltást. Ennek egy változója van, ami a szín váltásért felel. Létre kell hozni hozzá egy másik változót, ami majd a képet tartalmazza, majd két sorral lejjebb ezt a változót kell beírni a background-image-hoz. Majd azon a részen, ahol a színek váltását okozó gomboknak van a kódja minden sznhez beírord még a kívánt fejléc kép elérési útját...
Nos... hogy kicsit érthetőbb legyen, beírom a kódot :D
37-39. sor:
function toggle_style(color, img) { $("#header-image").css("background-color", color); $("#header-image").css("background-image", img);
Az első két színváltó gomb kódja: (49., 50. sor)
<a href="#" style="background-color:#FF9900;" onclick="toggle_style(\'#FF9900\', \'url(sites/all/themes/fourseasons/img/head.jpg)\');"></a> <a href="#" style="background-color:#003366;" onclick="toggle_style(\'#003366\', \'url(sites/all/themes/fourseasons/img/head01.jpg)\');"></a>
A többi színváltós gombot is így kell átírni, és mindhez másik kép lesz akkor.
- - -
Juhász Márton
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ez már csak sminkelés
bocsi vagyok, én is benéztem kicsit, nade:
a mező nevének megjelenítését le tudod tiltani a tartalom típusok adminisztrálásánál, a "display fields" hirtelen nem tudom hogy van magyarul fülnél. :) három dolgot is állíthatsz a meződnél, mindegyiket állítsd "hidden" -re.
és aztán így:
<?php if ($page == 0) { ?> <div class="title2"><a href="<?php print $node_url?>"><?php print $title?></a></div> <?php }else{ ?> <div class="alcim"><?php print $node->field_Alcim[0]['value']?></div> <?php } ?> <div id="title2"><span class="submitted"><?php print $submitted?></span>
és akkor css -ben mondjuk azzal, hogy .alcim {text-weight: bold} ki tudod vastagítani.
a többit a fantáziádra bízom, még annyit megjegyeznék, hogy a meződ neve biztosan nem field_Alcím .. mert az az emberek számára olvasható neve, itt neked most a gépek számára olvasható kell, amiben nem lehet nagybetű, ékezet, ilyesmik. egy ilyet is meg kellett adnod mikor a mezőt létrehoztad, azt kell itt használnod.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Miután a hook_insert
Miután a hook_insert $node->map_data-ban továbbra sem volt semmi :)
(legalábbis nálam :)
A
$form['map_lng'] = array( '#type' => 'textfield', '#value' => isset($node->map_data) ? $node->map_data : '', );
helyett
$form['map_data'] = array( '#type' => 'textarea', ); if ($node->map_data) $form['map_data']['#default_value'] = $node->map_data;
került.
Ami nem tetszett a FormAPI-nak(?) az a '' value érték (vagyis a semmi). Ezenkívül mivel több pontot is meg lehet adni a térképen (és törölni is lehet őket), ezért a karakterek száma meghaladta a 128-at. A textfield alapbeállításon dobta az adatokat, csak kiegészítette még egy hibaüzenettel. Valószínű a hidden ugyanezt tette, csak nem reklamált.
Most működik.
...mit tudok: http://web.termuves.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
angol
Az angol tudásom elég gyatra, éppen ezért írtam itt, a magyar fórumon. Megpróbálkozhatom vele, de nem hiszem, hogy értenék mi a problémám. Egyébként azt hiszem megtaláltam a megoldást, bár a common.inc-et kell módosítani.
Méghozzá ezt a részét:
switch ($type) { case 'small': $format = t(variable_get('date_format_short', 'm/d/Y - H:i')); break; case 'large': $format = t(variable_get('date_format_long', 'l, F j, Y - H:i')); break; case 'custom': // No change to format break; case 'medium': default: $format = t(variable_get('date_format_medium', 'D, m/d/Y - H:i')); }
Még nem próbáltam ki élesben, de mindenképp működnie kell. Egyszerűen csak fordíthatóvá kell tenni a dátum formázását.
Ennyi erővel odaírhatnám azt is, amit én szeretnék, de úgy nem maradna meg az „interaktivitás‟ :-)
Szerintem engedni kéne a webmestereknek, hogy a Dátum és idő beállításainál maguk adják meg ezt, ne egy listából válasszák ki. Nem értem miért így oldották meg a fejlesztők.
A „May‟ problémára még nincs szép megoldásom.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Már kicsit érthetőbb...
Úgy tűnik, így már működik, köszönöm.
Kicsit át kell éreznem a Views2 lelkivilágát.
A múltkor is beszéltünk róla, de van egy kicsi bug-ja a Views2-nak szerintem.
Mert ha nem egyforma a két táblában a mezők neve, akkor ugyan megtalálja a kapcsolatot, de mindenáron select-álni akar egy nid-et is, ami nem kell nekünk: pl:
function freebus_views_data() { ... $data['fb_kezelo']['table']['join'] = array( 'users' => array( 'left_table' => 'users', 'left_field' => 'uid', 'field' => 'kz_uid', 'type' => 'INNER', // all nodes have an author. ), ); ... }
esetén ez a select (egy kz_jog nevű mezőt választva):
SELECT users.uid AS uid,
fb_kezelo.kz_jog AS fb_kezelo_kz_jog,
fb_kezelo.nid AS fb_kezelo_nid
FROM users users
INNER JOIN fb_kezelo fb_kezelo ON users.uid = fb_kezelo.kz_uid
Tehát megtalálja az eltérő mező alapján a kapcsolatot, csak a select listában nem kellene a nid mező.
Én nem szeretem az egyforma mezőket, mert alias kell mindig hozzájuk.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Kinek? Bárkinek.
Műkedvelő vagy sem? Szerintem a D10 kezelése semmivel sem nehezebb a d7-nél, legfeljebb kicsit más. Nekem a 10-es jobban tetszene, csak ne lenne ennyire kényes és bugos! Idegesít, hogy bizonyos beállítások kiszámíthatatlan részeken okozhatnak változásokat. Azért nem kell mindenkinek saját modulok fejlesztésébe kezdeni, mert sok kész modul van már a D10-hez és megtalálhatod ami neked kell. Én nem úgy fogalmaznék, hogy "fejlesztőknek jó csak", hanem inkább úgy, ha valaki maximálisan ki akarja aknázni a Drupalban rejlő lehetőségeket akkor jó ha ismeri a fontosabb programnyelveket és a kapcsolódó kódolási szabályokat! Persze nélküle is kiválóan lehet használni.
Parancssori vagy FTP? Valamit félreérthettél, mert mindkét módszer működik. Helyi szerveren érdemes parancssort használni, távolin meg úgysem kapsz parancssori hozzáférést a szolgáltatódtól. Én azt javaslom, hogy helyi szerverre telepítsd parancssorból, lehetőleg Linuxon és utána vidd át a távoli szerverre! Erre találsz sok leírást és videót.
A modulokat a törléssel valójában nem törlöd, mert a modul programállományai ottmaradnak a telepítés helyén. Valójában nem is törlés történik, hanem az adatbázisból és a Drupalba beépült helyekről eltávolítódnak a kapcsolódó adatok és beállítások, de maga a modul állománya ott marad és bármikor újra aktiválhatod, nem szükséges újra letöltened a modult csak bepipálod. A törléssel gyakorlatilag lekapcsolod a modult, de a korábbi, a modulhoz kapcsolódó beállításaid valószínűleg elvesznek, de ez nem biztos mert ez is a modul kódjától függ.