Fájlrendszer
Nyilvános fájlok útvonala: sites/default/files
Ideiglenes fájlok könyvtára: sites/default/files/tmp
Így van beállítva a fájlrendszer, mármint amit én fájlrendszer címszó alatt találtam, vagy mást kéne keresnem?!
Próbálkoztam máshová állítani az ideiglenest, működik ott is de ugyanúgy telepakolja szeméttel.
Könyvtár jogosultságok: Erre gondoltam én is,próbálkoztam, de lehet nem jól: sites-755; default/-555; files/-755; tmp-most épp 700 de próbáltam 755-is...
Vagy valamit nagyon rosszul csinálok vagy valami telepítéskori galiba volt, van... más ötletem lassan nincs..
Még egy ami Nektek lehet mond valamit, én kevés vagyok hozzá, a tmp mappában lévő, a törlés utáni első bejegyzéssel együtt létre jövő .htaccess fájl tartalma:
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
Deny from all
Options None
Options +FollowSymLinks
Köszönet.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Lehet regisztrálni, de még
Lehet regisztrálni, de még előnyökkel nem jár, azaz jelenleg nincs használva ez a funkció még. Így ebből adódó hibák nem lehetnek.
A Drupalban található gyorsításokat mind bekapcsoltam.
A szerkesztéseknél pedig inkább a sminkel kapcsolatos dolgokra gondolok és inkább modult telepítek, ha létezik rá modul (pl: SEO megoldások stb...). Bonyolultabb memóriára kihatással lévő változtatásokat nem csinálok a Drupalban.
---
Ennek ellenére mai is kaptam levelet:
A CPU terhelés egyelőre megoldottnak látszik, köszönöm a gyors reakciót. Amint probléma adódik jelzem, folyamatosan figyeljük az oldalt.
A mysql eddig a mai napon: 3.54% (123.472) Ez nem kritikus, de igen soknak mondható. Mindenképp jó lenne, ha a fejlesztő megnézné mi okoz ilyen nagy számú lekérdezést.
---
A Memcahched modul milyen jellegű sebesség gyorsulást eredményezne?
Továbbá a tegnapi 2000-es forgalmam milyen hatással van a serverre, ez mekkora terheltséget okoz?
KALMI
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Találtam egy ilyen megoldást,
Találtam egy ilyen megoldást, de az itt leírtak se segítettek rajtam:
http://drupal.org/node/818638#comment-5925902
de hátha valakinek beválik egyszer.
I had same issue today. I find that I didn't correctly set refer sites. I had something like this:
sitename.com
sitename.com/*
As I change it to way sugested from google like this:
*.sitename.com
*.sitename.com/*
Everything apear fine.
I left it in this way for any case:
sitename.com
sitename.com/*
www.sitename.com
www.sitename.com/*
*.sitename.com
*.sitename.com/*
and it saved an issue and maps now apear as expected withouth prompt.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
igen.
"a felfedett szűrő használatakor csak azt írja ki, hogy pl. 1. bekezdés és alatta a cim, de a szülő kifejezéseket már nem, ez normális működés?"
igen, normális. mivel a szülő kategóriákba nem tartozik adott node. ez állandó félreértések tárgya a taxonómiával kapcsolatban. ha van egy hierarchikus szótáram, mondjuk:
állatok » macska » majom » mókus növények » banán » dinnye » málna
és létrehozok egy tartalmat, beteszem a "mókus" kategóriába, akkor az "állatok" listázásakor ez a tartalom NEM fog automatikusan megjelenni, mivel csak a "mókus" tidjét hordozza. erre vannak mélység-módosítók, (pl: taxonomy/term/42/7 azokat a nodeokat listázza, amik a 42 -es tidet, illetve annak gyermek tidjeit hordozzák, legfeljebb 7 szint mélyen a 42 -estől) illetve olyan vélemények is vannak, hogy amikor ez kívánatos, automatikusan hozzá kell rendelni a szülőket is a tartalomhoz.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Eszmecsere - a kérdés a "Ti hogyan oldanátok meg"
Nem nagyon értem, miért ilyen stílusban reagáltál, nem olyan jellegű kérdést tettem fel, hogy "nem működik, mi a baj". :)
"Jó-e tartalomtípussal megoldani egy közmondás beküldését? Miért ne lenne jó?"
Nekem annyi volt a bajom, hogy egy szólásmondásnak általában nincs címe, sokszor ez egy egysoros elböffentés, népi bölcsesség, blabla. Viszont a cím mezőbe valszeg nem mindig adhatom meg magát az egész szólásmondást, mert sanszos, hogy olykor túllépi a 255 karaktert.
Esetleg Automatic Nodetitles-re gondoltam, amivel gondolom a cím úgyis le lenne vágva, mert adatbázisbeli korlát a 255 karakter a node tábla title mezőjénél.
Csak lehet, hogy hülyén mutat egy ilyen levágott cím.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Hátha ezek között megtalálod
Hátha ezek között megtalálod a megfelelőt:
Comparison of Booking System modules
http://groups.drupal.org/node/137544
MERCI
http://drupal.org/project/merci
Rooms
http://drupal.org/project/rooms
Agreservations
http://drupal.org/project/agreservations
Reservations API
http://drupal.org/project/reservations
esetleg Flag valahogy:
http://drupal.org/project/flag
Ha megtaláltad az igazit, légyszi jelezz vissza, engem is érdekelne, melyik vált be (vagy milyen alternatív megoldás), köszi! :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Lehetséges megoldás
Hasonló problémán már régebb óta én is agyalok...láttam olyan weboldalakat (kisszámú egyedi termékek, webáruház nélkül), ahol a webform modullal lett megoldva ez a kérdés.
A webform modul létrehoz egy tartalomtípust, ebben tudsz terméket fotóval, leírással igény szerint hozzáadni, plusz hozzá teszi a webform részt (megrendelés/vásárlás/további információ -vagy aminek nevezed...tetszés szerinti mezőtípusokkal és mezőkkel, pl. név, email, telefon, szállítási cím stb. - amiket egy webáruházban is meg kell adni).
Ha a megrendelő webformot kitölti valaki, a beküldésekor erről emailt kapsz, ezt be tudod állítani. (A webáruház, benne a kosár funkció több termék megvásárlása esetén indokolt inkább, a Te esetedben is elegendő lehet a webform).
Az, hogy milyen formában (táblázat) jelenjenek meg a termékek (kép, ár, leírás), a views modullal oldható meg.
Szerk: 6.x esetén persze a cck mmodul is.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Működhet, de ennél van jobb
Működhet, de ennél van jobb megoldás is.
pl. a smink info fájljába beleteszed a scripts[] tömbbe. De ez nem ide a sminkbe való.
Mivel működési logikáról van szó, ezért én egy modult írnék, ami a megfelelő oldalakon a drupal_add_js függvénnyel hozzáadná a szükséges szkriptet. Ennek olyan előnye van, hogy így a Drupal beépített js aggregátora és tömörítője automatikusan ezt a szkriptet is feldolgozza.
Ha esetleg a programozók használják a jQuery-t, akkor szintén az előbbi megoldás a javasolt, hisz ilyenkor betöltésre kerül a jQuery, míg a sablonba beleteszem megoldásnál ezt a nagyszerű lehetőséget nem tudod kihasználni. Ha nem teszed bele a jquery-t a sminkedbe, akkor nem lesz ott néha, ha beleteszed, akkor meg kétszer lesz benne néha.
Ha nem csak jQuery-t használnak, hanem esetleg a jQueryUI valamelyik komponensét(esetleg egy másik JS frameworkot), akkor mindenképpen egy library-t írnék, ami segítségével ezeket a függőségeket is tudod kezelni.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
két queryt kell futtatnod
először:
UPDATE system SET status=1 WHERE name = 'garland';
utána:
UPDATE variable SET value='s:7:"garland"' WHERE name = 'theme_default'; TRUNCATE cache;
legyen mentésed előtte.
és ne használj artisztirt. gonosz az.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
egyesek jelentkezik
https://skitch.com/aboros/fapar/uj-hozzaszolas-drupal.hu
igazolván magam, ismét. persze fake, képszerkesztő programmal manipuláltam. helyett..
"küldjön ki egy html formázott, képpel ellátott levelet, amit reményeim szerint elég egy szerkesztő modul segítségével megírnom és az úgy is jelenik majd meg"
na, ebbe konkrétan beleőszülsz a simplenewsal. :) (amúgy próbáltál már akár manulálisan, saját magadnak küldeni egy darab ilyen html levelet? érdemes kipróbálni, tanúlságos:) nagy nehezen összefoltozod, kiküldöd a száz leveledet és akkor vakargatod a fejecskédet, hogy na most viszont jó lenne látni, hogy hányan olvasták el, hányan meiylk linkre kattintottak, miegymás, es másodszor is megőszülsz mire ezt simpelnewsal összehozod.
egy profi hírlevél rendszerben ezek alap dolgok, regisztrálsz három kattintással és ottvannak. és mindig ott lesznek, neked nem kell ezzel foglalkozni. integrációra meg vannak modulok.
-
clear: both;