aruna képe

gyanakodsz, én azzal kezdeném, hogy a fájlrendszeren mindenre minden jogot megadnék. Csak a teszt rendszereden, és csak ha van mentésed!

Ha ezeket futtatod a 'files' könyvtáron belül (unix, linux) alatt:

A jogosultságok átállítása:

find . -type d -exec chmod 777 {} \;
find . -type f -exec chmod 666 {} \;

A tulajdonos átállítása (minden a www-data user és www-data csoport tulajdonába kerül), ha a php más user-rel és csoportal hozta létre a fájokat, akkor azt írd be:

chown -R www-data:www-data .

Ezzel az egésszel szerintem annyit nyerhetsz, hogyha ezután sem javul meg a probléma, akkor nem kell a jogosultságoknál keresni a hibát, ha megjavul, akkor igen.

0
0
aboros képe

de eleve gyanús, hogy azt mondja, hogy in folder ./

akárhogyis, azt értem az alatt, hogy a nézeted nem mező alapú megjelenítést alkalmaz, hogy nem mező alapú megjelenítést alkalmaz :D lásd magyarázó ábra: https://www.evernote.com/shard/s15/sh/e11c7980-11ef-447b-aaeb-9d0b9d88df...

nekem ez hibátlanul működik. a nézetem 'fields' -re van állítva és nem 'content' -re, egyetlen mezőt jelenítek meg, a 'content: title' (ezt látod is talán a magyarázó ábrán). a sminkembe átmásoltam a views/theme könyvtárból a views-view-field.tpl.php filet, tartalmát erre módosítottam:

<?php print $output; ?>
<?php print 'PoC #18173'; ?>

eredmény: https://www.evernote.com/shard/s15/sh/e7438659-7066-40e6-8d38-2882c6d61a...

nekem nincs olyan beállítás amire hivatkozol, hogy 'Force using fields'. láttam már ilyet, slideshow típusú nézetben, de unformattedben nekem ilyen nincs. légyszi mutasd a nézet exportját vagy screenshotokat, hogy tovább tudjak segíteni, ha gondolod.

2
0

-
clear: both;

makgab képe

Pl. a maskedinput.js-t az .info fájlba teszem, akkor a potx jquery linkek nem működnek, de a maskedinput megy:

# .info
scripts[] = js/jquery-2.0.3.js
scripts[] = js/jquery.maskedinput.js
scripts[] = js/maskedinput.js

(lsd. a topic-ot), összeakadnak a jquery-k.

A jqmulti modullal, alapbeállításaival viszont megy minden (drupal_add_js() nélkül is):

# .info
scripts[] = js/jquery.maskedinput.js
scripts[] = js/maskedinput.js

Bár van oldal ahol nem megy a maskedinput ennek ellenére sem. Majd meg kell néznem miben különböznek? (talán jquery_update modul nincs és emiatt?)

0
0
Sk8erPeter képe

Talán ha nem nekiesnél, mint tót az anyjának, hanem körül is néznél a modul beállításaiban, akkor már rég rájöttél volna, hogy a Word Link teljesen jól használható, és még működik is.

De olyan szerencséd van, hogy türelmes vagyok, és leírom neked. :D
Most kipróbáltam, és elsőre sikerült működésre bírni, a felhasználói felülete teljesen logikus.

  1. admin/config/content/word-link (Administration » Configuration » Content authoring » Word Link)
  2. Add new word, hozzáadogatod a szavakat, meg linkeket, lesz valami ilyesmid:
    Word Link
  3. admin/config/content/word-link/configuration
    A Configuration oldalon bejelölöd, melyik tartalomtípus melyik fieldjére vonatkozzon a link-helyettesítés, ez valószínűleg nálad eddig kimaradt:

    Word Link configuration

  4. létrehozod a tartalmat:

    Word Link test content

  5. jé, működik:
    Word Link test content works
3
0
szilardka képe

A css szelektorok súlyától függ, hogy sikerül felüldefiniálnod vagy sem a color modul által beállított értékeket. Ha ott például ennyi szerepel:

  1. h1 {
  2. color: #FF0000;
  3. }

akkor a saját css-edben ezzel valószínűleg átállíthatod az értékét:

  1. body h1 {
  2. color: #333;
  3. }

http://www.w3.org/TR/CSS2/cascade.html#specificity
http://coding.smashingmagazine.com/2007/07/27/css-specificity-things-you...

1
-1
Robert Petras képe

Előfordul, hogy a Drush nem érzékel egy új modul kiadást és nem frissíti azt. Lehetőség van azonban arra, hogy manuálisan frissítsük a Drush pm-update állapotát.

Használd a következő parancsot vagy annak rövidítését:

  1. pm-refresh
  2. rf

Érdemes modul frissítés előtt elolvasni a kiadási jegyzetet, mert előfordulhat, hogy megelőzöl ezzel egy brake-t vagy összeomlást.

Drush ebben is a barátod lehet:

  1. pm-releasenotes
  2. rln

vagy

  1. pm-update --notes
  2. up --notes

Az utóbbi mielőtt engedélyeznéd a frissítéseket, kiíratja ezeket a megjegyzéseket. Ha minden ok, akkor folytathatod a műveletet.

1
0
Robert Petras képe

Talán a Transliteration modul segíthet a már korábban felvitt fájlok automatikus átnevezésében anélkül, hogy metörné a fáljok vagy képek elérhetőségét a weblapon (nemcsak a fájlokat nevezi át, hanem az adatbázisban is frissíti a módosult adatokat).

Translitaration modul: https://drupal.org/project/transliteration

(A) Állítsd be a feltelepített modult a Beállítás -> Média -> Fájlrendszer (config/media/file-system) oldalon.

1. A fájlnevek latinbetűs átirata feltöltés közben. - Jelöld be
2. Kisbetűsre átírt fájlnevek. - Jelöld be

(B) A Fájlrendszer Beállítás fül mellett találni fogsz egy "Latinbetűs átirat" fülecskét is (config/media/file-system/transliteration) ahol azokat a fájlokat fogod látni, amelyek javításra szorulnak. Itt van lehetőséged a rossz fájlnevek automatikus módosítására. Próbáltad már?

Megjegyzés: ha manuálisan adtad meg egy fájl vagy egy kép elérési címét/nevét a weblapon, akkor ezt nem fogja a Transliteration modul javítani. Mindenképpen egy fejlesztői környezetben teszteld le a modul működésését.

Kimásolt rész a modul README.txt fejlesztői megjegyzésből (a kövéren kiszedett szöveg éppen rád vonatkozik):

-- INSTALLATION --

1. Install as usual, see http://drupal.org/node/70151 for further information.

2. If you are installing to an existing Drupal site, you might want to fix
existing file names after installation, which will update all file names
containing non-ASCII characters. However, if you have manually entered links to those files in any contents, these links will break since the original
files are renamed. Therefore it is a good idea to test the conversion
first on a copy of your web site. You'll find the retroactive conversion at
Configuration and modules >> Media >> File system >> Transliteration.

2
0
ivaradi képe

En is kipróbáltam 5.1-en, de nekem sem ment. Szerintem valami régebbi vagy esetleg újabb kódhoz készült (talán 6.0-hoz?). Mindenestre az alábbi kód már működik (más az elvárt form_id, és a $form tömbben a 'dates' szint nem létezik):

// $Id: datehu.module,v 1.1.2.1 2007/03/20 21:38:04 goba Exp $
 
/**
 * @file Hungarian date format support based on code from Máté Őry
 */
 
function datehu_form_alter($form_id, &$form) {
  if ($form_id == 'system_date_time_settings') {
    $hu_formats = array(
      'short' => 'Y. m. d. H.i',
      'medium' => 'Y. F j. H.i',
      'long' => 'Y. F j., l H.i'
    );
    foreach ($hu_formats as $n => $f) {
      $form['date_format_' . $n]['#options'][$f] = format_date(time(), 'custom', $f) . ' (magyar)';
      $form['date_format_' . $n]['#default_value'] = variable_get('date_format_' . $n, $f);
    }
  }
}
bitscream képe

S lőn a kód a page.tpl.php idevonatkozó részéből:

<table align="center" border="0" cellpadding="15" cellspacing="0" id="content" width="100%">
  <tr valgin="top">
    <?php if ($sidebar_left) { ?><td id="sidebar-left">
      <?php print $sidebar_left ?>
    </td><?php } ?>
    <td valign="top">
      <?php if ($mission) { ?><div id="mission"><?php print $mission ?></div><?php } ?>
      <div id="main">
        <h1 class="title"><?php print $title ?></h1>
        <div class="tabs"><?php print $tabs ?></div>
        <?php print $help ?>
        <?php print $messages ?>
        <?php print $content; ?>
        <?php /*?><?php print $breadcrumb ?><?php */?>
      </div>
    </td>
    <?php if ($sidebar_right) { ?><td id="sidebar-right">
      <?php print $sidebar_right ?>
    </td><?php } ?>
  </tr>
</table>

Ha minden igaz a 'tabs'-os rész működteti az egészet; de ezen én egyszer sem változtattam az eredeti sminkhez képest!
0
0