Keresőoptimalizálás modulok
Többen kértétek tőlem az előadás fóliákat, amit én meg is ígértem. Azért nem osztottam meg eddig, mert létre akartam hozni egy külön oldalt a bemutatott seo moduloknak, amit aztán később tudok frissítgetni, meg bővítgetni, meg satöbbi. Szerintem ez hosszú távon sokkal hasznosabb mint egy sima prezi fájl.
Eddig ennek az elkészítése heveny lustaság okán elmaradt :) De most már nem húzhattam tovább és elkészült ez az oldal:
http://edgarpe.hu/drupal-seo-modulok
Az előadás fóliákat amiket a találkozón bemutattam, bővítve és javítva újra bemutatom a 2010-es Drupal hétvégén. A javított prezit majd le lehet a konferencia oldaláról tölteni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
köszönöm
Egyelőre a phpmyadmin-hoz nem mertünk hozzányúlni, de megnéztük. Tulajdonképpen a probléma adódhatott abból is, hogy jó néhány nem használt modul nem lett törölve szabály szerint és ott csücsülnek az adatbázisban. Rettenetesen lelassult a rendszer, hiába a memória emelés. A rendszergazda utóbb megemelte már 156M-re, de a drupalban még mindig úgy látszik, hogy 80M a memória. Élő-halott az oldal. Elérhető, de gyakorlatilag használhatatlan. Érdekes ugyanakkor, hogy az oldalak rendesen jönnek. Mivel az adminból nem érem el a gyorstárat, azt sem tudom, hogy hogy ürítsem. Annyit tettünk egyelőre, hogy phpmyadmin-ból a system táblát kimentettük. Ott szépen látszik, hogy irgalmatlan mennyiségű modult tartalmaz, amelyek közül legalább a fele nincs aktiválva. Merre induljak? Gyorstárürítés? Hogyan?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Sajnos ez sem
Sajnos ez sem működik tökéletesen!
Így már külön-külön kezeli a usereket, userneveket, de ugyanazt userid-t kiosztja minden domain esetén. A role-okat jól kezeli, de a user - domain összerendelés csúnyán felborul. Ha az egyik domainen létrehozott user-nél beállítom, hogy ahhoz a domain-hez tartozzon, akkor az minden olyan domianen megváltozik, ahol van ugyanolyan uid-ű júzer.
Az a megoldás jutott eszembe, hogy nem kellene kiosztani ugyanazokat az uid-eket többször, csak nem tudom, hogy hol kezdjek neki.
Amit találtam, hogy a domain_editor táblában tárolja a rendszer, hogy melyik user melyik domain-hez férhet hozzá és ez a tábla közös.
Ha vki tudna ebben segíteni, vagy van más megoldási ötlete, jelentkezzen!
Gazsesz
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
pontosítás
A felhasználók mondjuk az "A" csoportba tartoznak.
A kamu felhasználók pedig a "B" csoportba.
A cél:
Minden "A" csoportbeli felhasználó csak a saját profilját ill., minden "B" csoportbeli felhasználó adatait tudja csak módosítani.
A "B" csoportbelit akár törölhetik is, de önmagán kívül egy "A" csoportbeli felhasználóhoz se férjen hozzá.
Eredetileg ezért vetettem el ezt az ötletet, mivel nem tudtam így beállítani a jogosultságokat.
Az új tartalomtípusnál meg a közös nézetet nem sikerült megoldani.
Most már maradok a felhasználó táblánál, max ha nem sikerül spéci jogokat beállítani, akkor magam frissítem a "B" csoportbeliek profilját jobb híján.
Azért nagyon köszönöm az eddigi tippeket is!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Több infó kellene; nekem is vannak ilyen problémáim
Egy kicsit több információra lenne szükség, mert ez alapján igen nehéz bármit is kideríteni. Amúgy nekem is néha kidobja ezt az üzenetet, és nem tudom, mit lehetne csinálni. Most például, ha belépek az adminisztrációba, akkor kapok 502 Bad Gateway hibaüzenetet. Számomra érthetetlen, miért, nincs ötletem, amúgy minden más jól működik az oldalamon. Remélhetőleg egy idő után megszűnik a probléma. Bármilyen kerülőúton próbálok elérni adminisztrációs dolgokat (pl. felhasználók adatainak szerkesztése sem megy ---> 502 Bad Gateway :S)
Pár órája iskolában még simán ment.
Azt hiszem két napja pedig ugyanez volt, de akkor minden létező neobase-es Drupal oldallal ez volt. Amúgy az én oldalam is a neobase.hu-n van.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Kösz, megnézem a
Kösz, megnézem a videót.
Másrészt miután már valaki sok hónapon keresztül végigjátszotta a lehetőségeket, nem probléma a legózás, de például el tudnék képzelni egy olyat, hogy a drupal.org oldalon van néhány ajánlott összeállítás, ami a legvalószínűbb felhasználási területeket lefedi. Mert rengeteg modul van ugyanarra a dologra és tényleg nagyon sok idő azzal megy el, hogy kipróbálja az ember a különféle összeállításokat és nem is derül ki azonnal, hogy nem az a legjobb megoldás.
Pl. most írod, hogy az Image modult felejtsem el.
Ok, de ezt ha nem írod, honnan tudhatná egy kezdő?
Az egy csomagba pakoláson tehát azt értem, hogy pl. a képkezelésekhez van pár összetevő, ami mindenképpen kell. Ezeket lehetne együtt kezelni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
.
Bocsi az első kérdésem nem volt túl jó. Amit akarok válójában rss el nem is lehet megoldani.
Egy példa: Azt szeretném mondjuk megcsinálni hogy a index.hu összes hírét importálni egy saját drupalos oldalra.
Magát az adatot én feldolgozom egy python alapú programban ami az összes hírt exportálja például egy xml alapú fájlban, a hír címét, meg magát a tartalmat.
Megoldható lenne úgy hogy egy php alapú programmal beimportálom a drupal sql adatbázisába. De ez a módszer nem tetszik.
Ha példul az index összes hírét kézzel szeretném feltölteni elég sokáig tartana szeretném valamilyen módszerrel automatizálni. Pl xml fájlból importálni tartalmat, ismer valaki ilyen módszert?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
?
:)))) Igen, ez igaz... de már bocsi - de elég rosszul mutat az oldalon. Vagyis ez nem vigasz... Legfeljebb kitesszük a felhasználónak, hogy ez csak 1 rendszerkomment, ne is törődjön vele :))))
Viccen kívül. Arra gondoltam, hogy esetleg a localban az útvonalak máshogy vannak hivatkozva?
(De szép magyar mondatra sikeredett...)
Arra gondolok pl. hogy a js fájlban vannak más könyvtárra mutató hivatkozások... Nem tudom melyik beállítástól függ, de volt már szerverem ahol kellett az útvonal elött a / és volt ahol nem... Próbáltam átírni, de nem láttam a hatását...
Tehát igazából nincs ötletem, miért nem érvényesül az egyedi beállítás a copyzott sminkben?
(A hibaüzenet azért továbbra is zavar...)
Ercsi
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
a flush lement, legenerálta
a flush lement, legenerálta újból, és ugyanaz a helyzet.
vasárnaptól nem jönnek be a képek. megvannak, feltöltötte a képeket, de nem generál belőlük picit. nem csak egy, hanem 10-12 kiskép, amit vasárnap óta töltöttek a felhasználók, tehát nem csak egy esetben, hanem az adott időpont után minden esetben hiányzonak a kisképek. az eredeti nagy méretű fent van a szerveren. csak az imagecache nem generál kicsit. és csak vasárnap óta. eddig tökéletesen működött és nem változtattunk semmit, nem telepítettünk semmit, az oldalhoz elvileg nem nyúltunk. minden oké volt. most viszont bármilyen új képet töltök fel én is teszteltem, nem generál kicsit. vagyis csak ahelye van ott, de a resize-olt képfájl nem.
elég misztikus a hiba... ötlet?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Válasz mindenkinek, aki olvassa:
A projektmendszerekkel együtt kell dolgozni! A projektmenedzser az, aki a piacot képviseli, a progarmozó meg az, aki technikailag megvalósítja az elképzeléseket. Ha a kettő nem tud együtt dolgozni, az mindkét fél együttes hibája. S én azt tapszataltam, ez minden kezdetben surlódásokkal jár. Ezek fontos problémák! Ezek megoldása szükséges, ahhoz hogy pénzt nyerjünk a ki a webbányából.
Nem tudom ki hogy van vele, de nekem számít a pénz, mindeféle dolgokat veszek belőle a boltban, például olyanokat, amiket magam nem tudok megcsinálni;) Nem születtem szupergazdagnak, ezért nekem ebből kell megélnem! Felteszem, vagyunk még egy páran így ezzel:)
Ezúton kérek minden kedves hozzászólót, hogy arroganciáját hagyja otthon és operatívan szóljon hozzá a témához.
Köszönöm!