vajdasági képe

En pl. irank a szolgaltatonak, ha mar megtiszteltek hogy irtak nekem, sot meg azt is emlitik hogy ha kerdesed van szivessen allnak a rendelkezesedre. Ha mar ilyen korrektul es pozitivan allnak hozza a dologhoz akkor szerintem nem dol ossze a vileg ha rakerdezel hogy milyen cache megoldast tamogatnak ok is? Van-e lehetoseg peldalul a memcached hasznalatara?

Nem irtad azok az oldallatogatok belepett regisztralt user-ek vagy csak ugy rigisztracio es belepes nelkul nezegetik az oldalaid?

A blokkok es az oldlalak gyorstarazasat bekapcsoltad az alapban? Beallitottad a ket idot is?

Picit rosszul erted szerintem a drupal "filozofiajat" az is szep drupalos megoldas ha beleirsz a kodba, salyat modulokat hozol letre. Es akkor jobban birsz vigyazni is arra hogy az minnel kevesbe legyen terhelo. Persze ez nem azt jelenti hogy magaban a drupal vagy a sminkek vagy a modulok kodjaban javitgatsz, megvan annak a rendes drupalos modja hogy hogyan kell azt csinalni. A netrol letoltott kodokba sosem javitunk bele mert egy frissites felul is irhatja a modositasaidat.

0
-1
vajdasági képe

Nem akarok vitatkozni veled, de van egy production (ami uzemel ezt lassak a latogatok) es van egy amin fejlesztesz, jobb helyeken van megegy testing is azon meg teszteled az egeszet. Az teljesen mas teszta hogy tobb helyrol fejlesztitek attol meg otthon is lehet egy szerver meg dinamikus ip -vel is megoldhato.

Nem akarlak sem lebeszelni sem rabeszelni de jol gondold at az egeszet. Egy russzul oszeallitott oldallal ha van kello latogato azert szep komoly vasakat is padlora lehet kuldeni... Szinten nem akarom sem biralni sem vedeni a szolgaltatot de a hozzaallasuk jo (Dicseret erte!), a nemet szerveren ezt a hozzaallast tuti nem kapod meg, ok biztos nem fognak ide jonni a gondjaiddal. Megvannak a keretek es ha lassu lessz az oldalad akkor esetleg anyit mondanak hogy naluk minden ok a tobbi gond meg nalad van. Es nem ezert vagy azert, egyszeruen nem az o dolguk.

Miert nem probalod ki a VPS-t amit a mostani szolgaltatod kinal? Persze osztott tarhely meg VPS valoban nem ugyanaz az arkategoria.

1
-1
teljut képe

Sziasztok!
Sikerült nekem is ebbe a problémába belefutni, fizetős tárhelyen vagyok és mégis.
Az angol http://collectiveidentity.net/node/13 cikk nem tudom hogy még aktuális e a 6.24 -es drupalon, átállítva ezt itt (a common.inc 508 sorban) :
" So you would get at the end of the function something looking like:
variable_set('drupal_http_request_fails',FALSE);
$result->code = $code;
return $result;
}

az elejét nem értem, hogy kommenteljek ki minden sort...
ezeket átírtam és annyi változás történt, hogy az állapotjelentésből kimarad a hiba de továbbra is megmarad, a másik megoldás a modulos történet az szépen beállítható a menüből, aztán időzített feladatok és fehér halál következik, úgyhogy éles oldalon nem erőltetem a dolgot...

Az agregátor modult kikapcsoltam esetleges összefüggés lehet a szerver felőli korlátozásokkal ha ez a baj...
Kérdés: az oldal phpmyadminban vagy valaki tapasztaltabb emberkétől megtudható-e vajon valami bővebb iunformáció, ami megoldáshoz vezet??

0
0

Mi az Út? -A mindennapi tudat az Út. -for zentheme-on-human brain-users

Sk8erPeter képe

Na igen, a megrendelő által előfizetett tárhelyen is ez a helyzet.

Kerülő megoldásként azt szoktam csinálni (legalábbis egyelőre, míg az oldal úgyis fejlesztési fázisban van, tehát nem töltögetnek fel kívülről), hogy először ürítem az összes cache-t (drush cc all), majd phpMyAdminból a cache_form tábla kihagyásával exportálom az adatbázis tartalmát (Ctrl-lal kiszedem a kijelölést innen):

phpMyAdmin cache_form kihagyva az exportból

Persze ezt valahogy így konzolról is meg lehet csinálni (vagy itt Conditional Dumps rész), de grafikus felületen ez egy kényelmes megoldás.

Az éles szerveren meg a cache_form tábla szerkezetét meghagyom, vagy csak azt az egyet viszem fel pluszban, manuálisan.

0
0
aboros képe

akinek ilyen problémája van, hogy mondjuk olvasási nehézségei vannak, az igen gyakran szalad ebbe, hogy egy xy webszájt betűméréte számára túl kicsi. nagyon jól tudja, hogy a böngészője nyújt erre megoldást, nem a te honlapod lesz, ahol először használja ezt a funkciót, tekintve, hogy az elmúlt néhány évben az oldalak 99% már nem használ + - gombokat.

a falusi önkormányzat weblapját megtekintő időskorú pedig észre se fogja venni az elegánsan elhejezett + - gombodat, sose jön rá, hogy arra kattintani is lehet és ha valaki meg nem mutatja neki, akkor sose fogja kipróbálni. ugyanannyi esélye van, hogy a + - odat felismeri, mint hogy használja a böngészőben a nagyítást.

a felfelé navigáló linket talán el tudom fogadni, de az említett példa nagyon rossz, a táblagépek ugyanis a viewport tetejére tappolással mind az oldal tetejére scrolloznak.

ezek felesleges funkciók szerintem és egy igazán jó sminknek semmi szüksége ilyenekre, ahogy külön akadálymentes verzióra se, mert eleve akadálymentes. ami messze túlmutat azon, hogy most fekete háttéren citromsárgával van e szedve vagy sem. a drupal.hu sminkje például akadálymentesnek mondható. így ahogy van.

3
-3

-
clear: both;

nevergone képe

Ez a téma már messze visz, független a Drupaltól, szerintem inkább a Weblabor keretei közé való.

„a szabványokhoz igazodó akadálymentes sminket tudjak fejleszteni, ami különálló sminkként és nem al-alsminkként fog funkcionálni.”

Továbbra sem érzem tisztázva azt, hogy te mit értesz akadálymentes smink alatt. Ha egy oldal elkészítése igazodik a W3C ajánlásaihoz, akkor az már majdnem akadálymentesnek mondható. Ilyen szempontból pl. a drupal.hu is elég jól akadálymentesített, érdemes nekiereszteni egy képernyő-felolvasó programot. Az pedig megint nem tiszta nekem, hogy mi a probléma az alsminkekkel, a cégnél mi is használunk elég sokat (sőt, jobbára csak azt), igaz direkt ilyen célra készített „vászonsminkek”-ből kiindulva.
Természetesen van az akadálymentesítésnek magasabb szintje (pl. WCAG), de ott már gyakran a tartalmak felvitelekor bukik el a dolog.

„Hiány van ingyenes, akadálymentes sminkekből.”

Nem értek vele egyet, lásd fent. Ha egy smink normálisan ki van dolgozva és megfelel az ajánlásoknak, már nagyon sokat tett az akadálymentesítésért.

3
-2
cworm képe

Köszi, a fentiek alapján sikerült már végre pár dolgot beállítani, egyelőre úgy tűnik, hogy talán fogok vele boldogulni, bár azért egy dolog még lenne.
Rájöttem, hogy a Cumulus nekem nem kell, mert fölösleges lenne flash-es cuccal lassítani az oldalt, szerintem ez sima szövegként is megoldható kell, hogy legyen. De nem is ez a fontos, hanem az, hogy igazából én azt szeretném nagyon-de-nagyon testreszabni, hogy milyen információk jelenjenek meg abban az esetben, ha kiválasztunk egy tag-et. Olyasmikre gondolok, hogy kilistázná az oldal, hogy az adott tag-et milyen országokban és hányszor használták már (az országot a felhasználónak be kellene írnia a regisztrációkor). Hm, de lehet, hogy nem is ilyeneket kellene leírnom, hanem hogy tulajdonképpen egy részletes statisztikát szeretnék kapni egy adott tag-ről, ha kiválasztjuk. A lehető legtöbb információval, mint pl. hol, kik, mikor, milyen gyakran, stb tag-elték meg vele a bejegyzésüket. Nagyjából ilyesmi lenne a use-case.:)
Lehetséges esetleg, hogy létezik erre egy külön "statisztika" modul? (Egyelőre nem találtam.)

0
0
Sk8erPeter képe

"Tehát nagyon jó a modul csak szerintem óriási és lassúvá teszi az oldalt egy ilyen egyszerű feladathoz."
Mérted is, vagy ténylegesen érzékelhetővé vált, hogy lassúvá teszi az oldalt? Vagy ez csak tipp volt, mert nagy a modul, hiszen sok-sok könyvtárból áll?
Csak azért kérdezem, mert az, hogy a modul sok helyet foglal, önmagában még nem jelenti azt, hogy lassítja az oldaladat, és minden fájlt indokolatlanul include-ol.

Megnéztem az SWF Tools modult, mert letöltöttem, és láttam, hogy valóban sok könyvtárból áll, de azért, mert rengeteg külön-külön modulra ÉS külön lejátszókra van bontva. Tehát ha nem engedélyezed ezeket a külön modulokat, vagy épp nincsenek sehol felhasználva, nem biztos, hogy sok erőforrást használ fel. Tehát ha ez a modul alkalmas a célra, és ha már 19718 oldal fel is használja, akkor én a helyedben megfontolnám, hogy valóban lecserélem-e másikra.

Nyilván az sem mindegy, mi a cél, mire kell a modul (ettől is függ, overkill-e a modul).

1
0
Ramirez_hun képe

Először is nagyon köszönöm a segítséget.
Hosszas kísérletezés, többszöri ellenőrzés és sandbox adatbázissal való szórakozás után ugrottam egy fejest, ami eredményre vezetett.

A megoldást a már említett "Backup and Migrate" mentése jelentett. Először valószínűleg azért nem vezetett eredményre, mivel az importálás előtt mást nem csináltam az adatbázissal, mivel azt hittem, ez így elég lesz. De nem!

Mivel az akármilyen okból megsérült OG adattáblái ott maradtak, azért ezek továbbra is bezavartak. Tehát valóban el kellett dobni őket. Csak azt nem tudtam, melyiket (mivel nem csak a fenti hibaüzenetben megjelölt tábla volt a ludas).

Ezért - hosszas kísérletezgetés, mentés és biztonságos tesztelés után - úgy döntöttem, az adatbázis minden tábláját eldobom... Drasztikus lépés tudom, de nagyon nem volt hova előre lépni.

Miután ez megtörtént, a már említett "Backup and Migrate" mentést újra importáltam a teljesen üres adatbázisba. Ez eredményre vezetett. Az OG teljesen eltűnt, úgyhogy működik minden és újra nekiláthattam az OG szakszerűbb telepítésének (azaz előtte leszedtem a Node Reference Url Widget és kapcsolódó dolgokat).

Köszi ismételten, adtatok néhány ötletet!

1
0

- ad astra per aspera -

zionduc képe

Több embertől is hallottam már, hogy mindent fogalmazzunk meg általánosan a CSS-ben - hogy minél kevesebbszer kelljen ismételni - én viszont pont az ilyen problémák miatt szeretek inkább célzottan dolgozni class-okkal, és id-val.

Ha a sminket te hoztad létre, akkor szerintem érdemes elgondolkodni azon, hogy az ilyen teljesen általános ul li a:hover {} értékeket módosítsd először úgy, hogy arra legyen érvényes, ahol szükség van az adott formázásra. Nyilván ehhez ismerni kell a weblap felépítését is.

Ha nem ezt választod, akkor nincs más lehetőség, mint felülírni ezeket az értékeket a #valami-nél.

Hosszútávon pedig kezdj el használni CSS előfeldolgozót, pl. Sass-t: http://sass-lang.com/
Ebben pont az a jó, hogy annyit használsz belőle, amennyit megértettél, de ha jobban elmélyedsz benne, akkor nagyon megkönnyíti az életedet.

2
0

Írj rám, ha érdekel a Győri Drupal Használói Találkozó.