Auto Menu
Dénes küldte be ennek a gigantikus modulnak a fordítását, melynek csak 5-ös változata van, amely nem fejlesztési állapotú. Sok kicsi sokra megy, szokták mondani.
Dénes küldte be ennek a gigantikus modulnak a fordítását, melynek csak 5-ös változata van, amely nem fejlesztési állapotú. Sok kicsi sokra megy, szokták mondani.
Olyan megrendelőt szeretnék készíteni, ahol több tételből lehet kiválasztani, hogy kéri-e a felhasználó. Problémám, hogy szeretnék a termékről(tankönyv) több információt is feltüntetni, illetve az ár alapján a megrendelést összegezni. Eddig csak a megnevezést sikerült felvenni, a többi adatot nem. Kérem segítségeteket.
Sziasztok!
Olyan embert keresünk, aki grafikai tervből (psd) jó minőségben, precízen tud drupal sminket készíteni. (egyenlőre egyedi megbízással, de később akár folyamatos munkára)
Várom mailben az ajánlatotokat.
Üdv
Attila
Sziasztok
Frissítettem pár modult egyszerre (views, image cache, cck, filefield).
Sajnos az image_cache modul hibát dobott:
Can't create symlink './valami/#sql-5d94_100682.MYI' pointing at './valami01_db1/#sql-5d94_100682.MYI' (Error 17) query: ALTER TABLE imagecache_action CHANGE `weight` `weight` INT NOT NULL DEFAULT 0 - /home/valami01/public_html/includes/database.mysql-common.inc - 520. sor.
Ezt úgy értelmezem, hogy a imagecache_action tábla weight mezőjében nem lehetne nulla...
Most mit csináljak? Telepítsem le az image_cache modult, majd vissza?
Vagy figyelmen kívül hagyhatom? (ezt semmikép sem szeretném)
A logba ez az egy hiba van. Ilyenkor az image_cache adatbázis frissitése leáll, és nem is folytatódik, vagy elég ezt a hibát értelmeznem, javítani?
Remélem a többi modul frissítését nem érinti.
Üdv:SziLaj
2 éve működő 5D-soldalamt 6D-re akarom átállítani. Az 5.20-nál minden modul, és file frissitve lett a legújabb verzióra.
Végig mentem minden lépésen: http://drupal.org/node/340073
Az update.php lefuttatása után fehér halál fogadott, vagyis egyetlen oldal sem volt látható.
Utána néztem, hogy ez a memória hibája, de nem tudtam, hogyan állítsam át, ezért a sites/all/modules mappából kivettem minden később feltöltött modult.
(audio/autolocale/autoresponder/imce/mass_contact/simplenews/simplenews_register/tinymce/update_status) töröltem. Ismét futtatam az update.php-t de az Accses denied hibaüzenet kaptam.
Megpróbáltam belépni a ?q=user1-el ekkor ezt kaptam:
€gyszerüen Milliomo$
Site off-line
user warning: Table 'okolet_drupal.menu_router' doesn't exist query: SELECT * FROM menu_router WHERE path IN ('user') ORDER BY fit DESC LIMIT 0, 1 in /var/www/html/okolet.com/okolet.com/drupal/includes/menu.inc on line 315.
user warning: Table 'okolet_drupal.menu_router' doesn't exist query: SELECT * FROM menu_router WHERE path IN ('user') ORDER BY fit DESC LIMIT 0, 1 in /var/www/html/okolet.com/okolet.com/drupal/includes/menu.inc on line 315.
user warning: Table 'okolet_drupal.menu_router' doesn't exist query: SELECT * FROM menu_router WHERE path IN ('user') ORDER BY fit DESC LIMIT 0, 1 in /var/www/html/okolet.com/okolet.com/drupal/includes/menu.inc on line 315.
user warning: in /var/www/html/okolet.com/okolet.com/drupal/includes/cache.inc on line 109.
user warning: Unknown column 'language' in 'where clause' query: SELECT src FROM url_alias WHERE dst = 'gazdagodas_akademia' AND language IN('en', '') ORDER BY language DESC in /var/www/html/okolet.com/okolet.com/drupal/includes/path.inc on line 80.
warning: Invalid argument supplied for foreach() in /var/www/html/okolet.com/okolet.com/drupal/includes/theme.inc on line 463.
warning: Invalid argument supplied for foreach() in /var/www/html/okolet.com/okolet.com/drupal/includes/theme.inc on line 468.
Ismét futtatam az update.php-t, és ezt kaptam:
Access denied
Access denied. You are not authorized to access this page. Please log in as the admin user (the first user you created). If you cannot log in, you will have to edit settings.php to bypass this access check. To do this:
With a text editor find the settings.php file on your system. From the main Drupal directory that you installed all the files into, go to sites/your_site_name if such directory exists, or else to sites/default which applies otherwise.
There is a line inside your settings.php file that says $update_free_access = FALSE;. Change it to $update_free_access = TRUE;.
As soon as the update.php script is done, you must change the settings.php file back to its original form with $update_free_access = FALSE;.
To avoid having this problem in future, remember to log in to your website as the admin user (the user you first created) before you backup your database at the beginning of the update process.
De ezt a sort: $update_free_access = FALSE;. Change it to $update_free_access = TRUE;.
Nem találtam, igaz lehet, hogy nem jó helyen kerestem.
Itt néztem meg: drupal/sites/default/settings.php
Ismét a fórumhoz fordultam, ahol ezt találtam:
settings.php-ban keressétek ezt:
ini_set('session.cookie_domain', :$domain);
ezt írd át erre:
ini_set('session.cookie_domain', '.example.com');
és mindjárt be is engedett lépni!
Viszont nálam ez van:
# $cookie_domain = 'example.com';
Nem tudom, hogy ezt kell-e, vagy lehet-e módosítani?
2 napja küzdök, mint malac a jégen, és ez az első alkalom, hogy így segítséget kérek, mivel nem szokásom a hülyeségeimmel másokat nyaggatni. Most mégis inkább a fórumhoz, vagyis a tapasztaltakhoz, a témát jobban ismerőkhöz fordulok segítségért, mivel szeretném, ha az oldalam ismét élne. Remélem, hogy időt spórolok meg.
Ettől függetlenül én magam is megyek tovább, és keresem a megoldásokat.
Köszönöm a figyelmet, és az előrébb vivő megoldási javaslatokat.
Egy lelkes kezdő.
Igen, és a végére a weboldal címe: www.egyszeruenmilliomos.hu
Adott egy viszonylag komplex rendszer (jelen esetben az aprOmega 2), amelyből a Drupal Backup and Migrate moduljával, annak alapértelmezett beállításai mellett készítesz adatbázismentést. Azt gondolnád, hogy egy ilyen adatbázismentés visszatöltésekor az adatbázisod olyan állapotba kerül, hogy a közepesen bonyolult, 10 táblát érintő lekérdezésed futásideje legalább nagyságrendileg megegyezik az eredeti állapottal? Nos, bizonyos esetekben tévedsz.
Üdv Mindenkinek!
Adott egy booking timeslots modullal létrehozott tartalom, amit a View jelenít meg. A foglalásoknál - naptárnézetben - csak a cím látható, amit a node-ra linkeltem. A node viszont tartalmaz egyéb személyes adatokat is, amit csak a létrehozónak kellene látni.
A fenti modulokat próbáltam, de nem igazán az a végeredmény amit szeretnék. A content access-re tippelek, hogy a barátom lesz, de még nem az. A tartalomtípusnál az Acces control alatt jelölgettem, hogy csak a saját tartalmat lássa a user, de mégis lát mindent. Pedig a jogosultságkezelési újraértelmezés (vagy mi a pontos neve) is lefutott, ami elméletileg törölte cache-t. Sőt a beállítás után hoztam létre új tartalmat és akkor sem akarja az igazságot.
Tuti, hogy túlbonyolítottam már az engedélyeket csak azt ne tudom, hogy mivel. Ti hogyan futnátok neki a fenti feladatnak?
Üdv!
FCKediot telepítése és finomhangolgatását sikeresen megcsináltam, viszont van még egy dolog amit nem tudtam megváltozatni, ez pedig a source mód/nézet stílusa. Alapértelmezés szerint 14-es betűmérettel és monospace font-al jelenik meg a kód, ezt szeretném átalakítani 10-es méretre és verdana fontra.
Eddig localhoston fejlesztettem Drupal 5.x-es honlapomat. Most viszont szeretném feltenni a netre. Elolvastam az ide vonatkozó forumokat, és körbenéztem az ajánlott szolgáltatók között, de úgy tűnik mindenki főként Drupal 6.x-es Drupal verziót ajánl.
Mit tegyek? Érdemes localhost alatt upgrade-elni az oldalt, vagy próbáljam meg a msql-ből (5.0.67) exportált fájlt a Szolgáltató 6.x-es Drupalja alá importálni? Vagy találok még olyan szolgáltatót aki Drupal 5.x-et használ? (Az extra igen, de azt más szempontból nem ajánlják a fórumozók)
Sziasztok, a következő történt: A webhelyem e-mail címére elkezdtek özönleni a közismert férfiasságnövelő szer hirdetései (napi 30-40). A spamszűrő kiszűri, de mégis zavar. Ennek elkerülésére módosítottam a webhely címét, a régi címet pedig megszüntettem.
A cím módosítása után néhány nappal elkezdtek jönni a kéretlen levelek az új címre is.
A felhasználók ezt a címet akkor ismerhetik meg, ha új felhasználóként regisztrálnak, erre megy ki a jelszó. A regisztrációs űrlapot math captcha védi.
Mi gondoltok, már túl gyenge a math captcha, vagy valami más oka van a dolognak?