Kedves sgabe! Hát nem tudom
Kedves sgabe!
Hát nem tudom ez melyik változat, próbáltam több dolgot is.
Pl: próbáltam, úgy is hogy írtam agy külön lapot erre lásd: http://www.buvarkodj.com/hirlevel/hirlevel_2010_09_18.html
itt css használtam a formázáshoz a file-ben, ez sem jó! - de a linken remekül működik.
próbáltam, hogy nem css használva a kódot bele írtam tábla szerkezetben és itt beágyazva a stílus és pozíciót: http://www.buvarkodj.com/hirlevel/hirlevel_tabla.html.
A böngészőben okxi, de ha ezt beírom a hírlevél törzsében akkor az E-mailben már nem minden esetben lesz jó!
Hát szóval ezek lennének a megoldásra váró feladatok.
A problémát biztos, hogy a Drupal, hírlevél vagy a mimeail modul okozza.
A kódok láthatóan jók, hisz megjelennek a böngészőben jól (fenti két linken látható). Ami még gáz, és nem is igazán értem, hogy az e_mail forrásában látható a Téma Css összes eleme. (salamanderskins)
Hát szóval nem tudok előrébb jutni, pedig nagyon kéne….
Miki
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Kedves balaszgabi! Hát igen
Kedves balaszgabi!
Hát igen értem, amire gondolsz, de sajnos ez nem elégséges, mert a levélben szeretnék látni a teljes tartalmat. – Sajnos
Nagyon köszönöm:
Miki
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Jó vidi
Én pár hete vettem észre hogy egyik oldalamon se megy a modul. Nem frissítettem, nem módosítottam rajta, csak egyik napról a másikra hibaüzenetet ír ki minden oldal. A beállításoknál pedig nem hajlandó elfogadni a twitteres jelszavaimat.
Amúgy jó ez a videó, csak régebbi verziót mutat be, 2.6-ot használtam, térjek esetleg vissza még régebbire? Megpróbáltam a 3.0-ás bétát, de az ugyanúgy hibádzik.
Valaki tudja a kiutat? Több oldalon semmi frissítés sem történt hónapok óta, ettől függetlenül nem megy a modul, ezért gondolom, hogy nem belső "ütközés lehet".
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Twitternél váltottak
mivel a Twitter már csak Oauth-al enged be.
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
mert a régi bejáratott
a régi cegemneve.com. Ezzel az a baj, hogy az ügyfelei közül sokan a cegemneve.hu domain-t használják. Ez viszont nem a cégé, sőt nincs is mogotte (rajta) tartalom, hanem egyszerűen gyorsabb volt a tulajdonosa és most árulja a domaint. A szakmában elég értékes csengése van de mondjuk úgy, hogy sokat kér érte. Erre jött az én nagy ötletem (?), hogy akkor legyen egy cegemnevekft.hu ha már csak így tudják elképzelni. (nem olyan életszerűtlen és a napokban találkoztam egy emberrel, kérdeztem az emilcímét és jött azzal, hogy [email protected]. Mikor rákérdeztem és még akkor is állította, hogy az övé az hu. Legalább fél éve használta.)
Tehát, amíg ki nem kopik a köztudatból a com-os vagy a nepper alább nem adja, addig kettőt kell használni. Mivel nagyokosan már az újat is elkezdtük terjeszteni.
A htaccess mindenképpen kell az új helyen (ha már van kettő) csak hogyan járnék jobban? DNS a régi helyen, illetve ott is htaccess?
Az aliasra gondoltam én is de mivel olyan címek vannak, hogy cegemneve.com/tevekenysegek ahol egy statikus htmlben fel volt sorolva nagyjából, az új helyen meg sokkal részletesebben szét van szedve a tevékenységi kör - közben fejlődtek is meg azóta már másként látom a dolgot (az előzőt is én csináltam) tehát ezt elvetném
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Boost működés
Ha esetleg erre téved egy segíteni szándékozó, de a boost modult nem próbálta még, annak röviden a működése:
Leegyszerűsítve annyi történik, a php által generált tartalmat egy cache könyvtárban sima html text fájlokként elmenti és egy-két ügyes .htaccess szabállyal eléri, hogy ha anonim felhasználó kéri az oldalt, akkor meg sem hívja a php/drupal/sql stacket, hanem a plain html fájlt szolgálja ki. Ezzel nagyban tehermentesítve a szervert.
A fenti problémát meg pont az okozza, hogy anonim felhasználó lekéri a főoldalt, amire a boost (.htacces) 304 Not modified választ ad, a böngésző meg megjeleníti a nála cache-elt tartalmat, ami meg még a bejelentkezett állapotot tükrözi.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
még mindig nem értem, hogy
még mindig nem értem, hogy miért ne lehetne egy sima átirányítást csinálni a régi oldalról az újra és kész. 20 oldal. döntsd el mi történjen vele és ennyi.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
etagot konfolj apacsban
etagot konfolj apacsban
FileETag All
vagy ellenorizd a cookit mikor ujra megnezi az oldalt
csy
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
mit értesz sima átiránytás alatt?
az, hogy át kell irányítani az nem kérdés. Nekem a hogyan nem világos.
Ha DNS, akkor simaliba ha beírják a régi domain-t. Amit nem tudok, hogy mi van akkor ha a keresőből kattint egy "nem létező címre" A DNS beállítás ezt is lekezeli? Vagy ekkor az új oldalon kap egy 404-est?
Tehát a 20 oldal mehet a levesbe ha az új oldal kezdőlapja jelenik meg minden esetben. Annak ellenére, hogy "intelligensen" vannak kezelve a 404-esek engem zavarna ha egy új oldalra belépve rögtön ezt látnám.
Akkor egyszerűbben: ha nem kell a régi 20 cím, akkor mi a legjobb ebben az esetben? DNS, illetve htaccess?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm mindkettőtöknek,
Köszönöm mindkettőtöknek, inkább megvárom a végleges stable verziót.
-----------------------------------------------------------------------------------------
http://tothszabi.info