Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
válasz CactuS #13001 üzenetére
"a www nélkül beírt domain címét átdobja a www-s változatra"
# Set "protossl" to "s" if we were accessed via https://. This is used later
# if you enable "www." stripping or enforcement, in order to ensure that
# you don't bounce between http and https.
RewriteRule ^ - [E=protossl]
RewriteCond %{HTTPS} on
RewriteRule ^ - [E=protossl:s]
##########################
# To redirect all users to access the site WITH the 'www.' prefix,
# (http://example.com/... will be redirected to http://www.example.com/...)
RewriteCond %{HTTP_HOST} .
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^ http%{ENV:protossl}://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]Ez a Drupal .htaccess-fájljából származik, ez így egy jóval általánosabb (bármilyen oldal .htaccess-fájljába átmásolható) megoldás (amibe ráadásul a protokoll sincs bedrótozva, a HTTP- és HTTPS-kapcsolatokat egyaránt támogatja).
A fordítottja pedig (www NÉLKÜLI változatra való átirányítás) így néz ki (az előző, protossl környezeti változóra vonatkozó rész (a hashmarkkal jelzett vonal fölött) természetesen itt is legyen bent!):# To redirect all users to access the site WITHOUT the 'www.' prefix,
# (http://www.example.com/... will be redirected to http://example.com/...)
RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
RewriteRule ^ http%{ENV:protossl}://%1%{REQUEST_URI} [L,R=301]"viszont a /administrator oldalt is megtoldja egy kicsit www.pelda.hu/hu/huadministrator -nak, ami ugye nem túl jó, mivel így nem lehet belépni az administrator részre"
A www.pelda.hu/hu/administrator cím jó lenne, vagy csak a hu nélküli változat (vagyis www.pelda.hu/administrator)?Sk8erPeter
-
CactuS
Arcképgyáros
válasz CactuS #13003 üzenetére
RewriteEngine On
RewriteRule ^ - [E=protossl]
RewriteCond %{HTTPS} on
RewriteRule ^ - [E=protossl:s]
RewriteCond %{HTTP_HOST} .
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^ http%{ENV:protossl}://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
RewriteCond %{REQUEST_URI} ^/$
RewriteRule (.*) http://www.pelda.hu/hu [R=301,L]Így működik az admin felület is. (A joomla gmail authentikáció viszont nem. Lehet, hogy a mediacenter-nél van valami beállítási bibi?)
Have you ever noticed that anybody driving slower than you is an idiot, and anyone going faster than you is a maniac? George Carlin
-
Sk8erPeter
nagyúr
válasz CactuS #13004 üzenetére
Na igen, ez a rewrite condition már jóval értelmesebb, mint ami a korábbi feltételedben szerepelt. Akkor végül is ez helyesen működik?
Amúgy a Gmail-authentikációnak ehhez az egészhez nincs túl sok köze... Hogy azzal mi lehet a gond, azt így kód nélkül nehéz lesz megmondani.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz CactuS #13006 üzenetére
Ha jól értem, az egyik gépen megy a levélküldés, a másikon nem. Rákerestél a hibaüzenetre? Mert sokat tud segíteni.
kapcsolódó doksi:
https://docs.joomla.org/How_do_I_use_Gmail_as_my_mail_server%3F"The OpenSSL extension needs to be enabled in PHP."
Valószínűleg ez az extension nincs engedélyezve azon a gépen, amin a probléma jelentkezik. Ha a phpinfo()-t eléred, akkor abból könnyen kideríthető, hogy engedélyezve van-e, vagy sem (egyszerűen keress rá az "openssl" kulcsszóra).Egyébként többek közt pont ezt utálom a Joomlában és a hozzá fejlesztett pluginekben/komponensekben (vagy minek hívják ezeket Joomlánál, asszem nem modulok), hogy valamiért bevett szokás, hogy a fejlesztők magasról leszarják a normális hibakezelést: ez is egy vicc, hogy PHP Notice formájában írja ki, hogy probléma van az SMTP-csatlakozással, de még véletlenül sem ellenőrizné le és írná ki egyértelműen, hogy mégis egész pontosan mi a nyűgje (ami alapján egyből lehet tudni, és nem úgy kell kotorászni, hogy mégis mi LEHET)...
"Azt még elfelejtettem megkérdezni, hogy szerinted/szerintetek a phpmail vagy smtp között van különbség? (nyilvánvalóan) Úgy értve, hogy van bármilyen hátránya annak, hogy phpmaillel küldi a Joomla az emailt és nem gmailen keresztül SMTP-vel?"
Nem értem a kérdésedet. Most mit értesz "phpmail" alatt? A PHPMailer osztályt? Vagy a PHP beépített mail() függvényét? (Utóbbi felejtős nyilván.) Az SMTP meg egy protokoll emailküldésre, szóval nem tudom, mire gondolsz.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz CactuS #13009 üzenetére
Hát ja, akkor úgy tűnik, engedélyezve van az OpenSSL extension. Ez alapján még érdekesebb az a rettentő beszédes hibaüzenet. Nem értem amúgy, ha ír valaki egy ilyen modult, akkor miért nem az alapvető hibaellenőrzéssel kezdi eleve a fejlesztést, vagy ha ez korábban kimaradt, és látja, hogy bőven van felhasználója, akkor utólag miért nem hegeszti bele... (pl. mi az, hogy nem sikerült csatlakozni a szerverhez? MIÉRT nem sikerült csatlakozni hozzá? Mit kellene javítani, ha engedélyezve van az OpenSSL extension?) Esetleg a sima PHP-s logból (nem a Joomla sajátja, hanem ami a szolgáltatónál van beállítva, hogy hova logoljon a PHP hibák esetén) nem derül ki valami? Arra még azért nézz rá. Szerk.: ja, közben megnézted a logot, látom hasonlóan beszédes itt is a hibaüzenet.
Hogy a Joomlánál az általad mutatott három levelezőszolgáltatás közül melyik miért és hogyan működik, arra sajnos nem tudok válaszolni, nem ismerem a Joomlát (nem is akarom ).
De amúgy most nem azt írtad, hogy működik valamelyik? Ha igen, annak mi a hiánya, ami miatt nem jó?
Ha tudsz angolul, én a helyedben itt feltenném a kérdésemet: http://joomla.stackexchange.com
Itt tuti, hogy tudnak válaszolni a kérdéseidre, és megoldási javaslatot kínálni."Engem a legjobban az idegesít, hogy 2-3 modul/plugin telepítése után szinte garantált a Mootools/Jquery összeakadása, amit egy plusz egy modullal lehet talán rendbe tenni."
Na ez para, eleve inkább olyan modult kéne csak feltenni, ami csak az egyik library-t használja. Az a plusz modul gondolom a jQuery.noConflict()-ot használja valamilyen módon. De kerülendő a dolog általában, nem jó, ha több ilyen library-t is be kell húznia a kliensnek, lassít, összeakad, kutyulódást okoz a kódban (elég hülyén mutat, hogy az egyik eszerint a library szerint íródott, a másik a másik szerint, miközben a szintaktika sokszor hasonló, de mégis más), stb."egy CMS mellett ez ugye javarészt csak HTML és CSS"
Ha minimálisan is akarsz fejleszteni is egy CMS-hez, akkor a JavaScript (+legtöbbször jQuery) és az adott szerveroldali nyelv (legtöbbször PHP) ismerete is szükséges (különben legtöbbször a dolgok nem értése és tákolás származhat belőle).Szerk.: ja, egyébként milyen adatok vannak megadva a csatlakozáshoz? A felhasználónév és jelszó nyilván nem érdekel, csak az, hogy a többi adat micsoda, ami az SMTP-csatlakozáshoz meg van adva.
[ Szerkesztve ]
Sk8erPeter
-
fordfairlane
veterán
válasz CactuS #13013 üzenetére
A PHP mail függvénye unix-linux rendszereken a sendmail-t használja MTA-nak (message transfer agent). A sendmailt az adminisztrátor tudja beállítani az adott kiszolgálón. A másik két Joomla "postázó" opció gondolom az, hogy vagy direktben csatlakozik egy MTA SMTP portjára, ebben az esetben az SMTP autentikációs adatokra szükség van, vagy pedig közvetlenül hívja meg a parancssoros sendmail-t.
x gon' give it to ya
-
senior tag
válasz CactuS #13019 üzenetére
Bocsi, hogy belavau a nagyok dolgába, de ugye a mediacenternél be van fizetve az évi 5000Ft-os smtp díj? Csak mert mi futottunk bele ilyenbe. Náluk az smtp fizetős szolgáltatlás, de a sima php mail az megy alapból, a csomaghoz tartozó küldhető mail darabszám erejéig..
[ Szerkesztve ]
-
senior tag
válasz CactuS #13021 üzenetére
Értelek. Elnézést a sértő kérdésért, de annyira evidens a dolog, hogy gondoltam rákérdezek. Egyébként gondolom felvettél egy új felhasználót a joomla webshop tulajdonosának, akinek az a gmail a címe, amit szeretnél smtp-nek. Nekünk úgy máskor ment ugyanennél a szolgáltatónál. Ha így van neked és mégsem megy, akkor nincs több tippem látatlanban és nem okoskodnék tovább.
-
Sk8erPeter
nagyúr
válasz CactuS #13013 üzenetére
Szerintem az összes igazán népszerű PHP-s CMS kódja valamilyen szempontból igen erősen kritizálható. Amikor régi melóhelyen egy kollégánál nézegettem a Joomla core kódját és a pluginekét, hiába volt alapvetően OOP, egy kutyulmány szar volt, össze-vissza voltak statikus és nemstatikus metódusok/változók, anélkül, hogy bármiféle logikát vagy mintát követtek volna. Láttam a WordPress core-jának és moduljainak a kódját is, borzalmas.
Talán még a legnormálisabb a Drupalé (ezért is választottam ezt annak idején, mert ránézésre ez még legalább követhetőnek tűnt (bár akkor még fogalmam nem volt az egészről, hogy kell kezelni, meg azért, mert ezt ajánlották a legtöbb helyen, mint relatíve rugalmas CMS-t), de összességében az is egy kutyulmány, rohadt idegesítő ez a hagyományos procedurális és objektumorientált kódkatyvasz. Sok tekintetben erősen tolódik az OOP felé, főleg, hogy a Symfony keretrendszer sok komponensét átvették, de még a 8-asban is a kód nagy része a régi procedurális fos, pedig így, hogy annyi minden változik a 8-asban, és annyival erősebb és modernebb sok szempontból, reménykedtem egy erős API-váltásban. Ezzel együtt is számomra még mindig a Drupal tűnik a legjobbnak a 3 közül rugalmasság, jogosultságkezelés, fejlesztés, a mögötte lévő elég aktív közösség és egyebek tekintetében.Az SMTP-s problémára: szerintem sokkal gyorsabban megoldódna a gond, ha írnál a tárhelyszolgáltatódnak az ügyben, megírnád nekik ugyanezeket a tesztelési körülményeket.
Sk8erPeter
-
martonx
veterán
válasz CactuS #13412 üzenetére
Erről még korai lenne nyilatkoznom. Én egyedül a fejleszthetőség szempont alapján döntöttem a NopCommerce mellett, mivel esetemben kőkeményen menni fog a pluginezés.
Egyelőre azt látom, hogy a letölthető témák borsos áron vannak hozzá (persze vannak ingyenesek is), viszont meg kell hagyni, találtam olyan 250 dolláros témát, ami hű, meg ha: [link]
Mindenesetre pár kezdeti benyomás:
Pluginekből elég szűkös hozzá a választék, ami van, az viszont kibírható árúnak tűnik, esetmben pl. PayU plugin, ami kemény 19 dollár. Ugyanezt a PayU integrációt valami magyar transgate cég 30K-ért akartam egcsinálni woocommerce alá. Hozzáteszem a pluginek különösebben nem is érdekelnek, úgy is saját kezűleg kell mellé fejleszteni a lényeget. Az olyan plugineket meg sosem értettem, mint pl. zopim live chat plugin, hogy 40 dollárt kérnek érte, miközben saját kezűleg bekötöm kevesebb, mint egy óra alatt. Bár gondolom ezek a pluginek inkább az egységsugarúaknak szólnak, akik inkább kifizetik pár kávé árát (amerikai szemszögből nézve), mintsem picit is fejlesszenek.
Magyar nyelvi file-t viszont nem találtam hozzá, csak egy picivel régebbi verzióhoz. Így azt nekem kell aktualizálnom, ami 1-2 óra plusz munkát jelent. Ezt szerintem publikussá is fogom tenni a nopcommerce extension-ök között, hátha másnak segítek vele.
Egyelőre ennyi, de térjünk vissza két hét múlva a kérdésre, akkor már több rálátásom lesz.
Én kérek elnézést!
-
CactuS
Arcképgyáros
válasz CactuS #13453 üzenetére
Közben rájöttem a trükkre, bár nem értem. Nem magát a videót kódolják így, hanem egy 2x2 pixeles textúrát húznak a videó fölé. Így viszont a méretét nem igazán csökkenti a videónak, bár az igaz, hogy látványban akkor sem vehető észre, hogy valójában nagyított a videó.
Have you ever noticed that anybody driving slower than you is an idiot, and anyone going faster than you is a maniac? George Carlin
-
Sk8erPeter
nagyúr
válasz CactuS #13569 üzenetére
Azt a hsz.-t nem neked írtam, de így tényleg jobb, hogy megosztottad.
Mit jelent, hogy Safariban nem megy a videó? Meg sem jelenik semmi? Csak egy fekete hátterű keret van, vagy hogy kell ezt elképzelni?
Az Apple-oldalon, meg ebben a threadben megemlítik, hogy a video taget ki kell egészíteni a controls attribútummal is, különben problémák lehetnek. Hogy ettől működik-e, fogalmam sincs, próbáld meg (és ha ez sem jön be, nézd meg a linkeknél található infókat).Sk8erPeter
-
martonx
veterán
válasz CactuS #13870 üzenetére
Hát olvasva a Presto hibákat, akkor már ezerszer inkább NopCommerce, amivel egészen pozitívak a tapasztalataim, bár tény, hogy az opensource ecommerce-ek közül ehhez legdrágábbak a témák, pluginek. Cserébe ez alapból tud annyit, mint más ecommerce-ek húsz alig működő pluginnal.
Én kérek elnézést!
-
biker
nagyúr
válasz CactuS #14879 üzenetére
Annyit még hozzátennék, hogy utána pontosan miből fog ez megtérülni? mert ugye recept ingyenes, a reklám ellen meg adblock.
Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
martonx
veterán
válasz CactuS #14908 üzenetére
Nem vagyunk egyformák, de ez így is van jól. Van aki attól webfejlesztő, hogy wordpress templateket színez át bagóért, kilóra akár naponta többet is. Van aki meg nagy rendszerek kifejlesztésén, tovább fejlesztésén dolgozik akár évekig is. Mindkettőre szükség van, és a maga nézőpontjából mindkettő furcsállja, hogy a másik miért mond olyan árat egy munkára, amire ő a töredékét / többszörösét mondaná.
Gergő hsz-e a hangnemében volt inkább fura, mert ő csak a saját nézőpontját ismeri, és azt fogadja el általános igazságnak, így abból indult ki, hogy a másik nyerészkedni akar a 2 milliós árajánlattal, amit ő 40 ezerért is összerakna fél nap alatt. Mivel ő nem igazi programozó (vélhetően) így elképzelni se tudja, hogy nulláról megírni egy egyedi rendszert mekkora munka.Én kérek elnézést!
-
csabyka666
addikt
válasz CactuS #14937 üzenetére
Havi 1.000 forint + ÁFA nem lenne gond, és amit találtam itt, az 64.000 forint + ÁFA volt, és itt meg is álltam, nem kerestem tovább. Az 1.000 forintos verziót hol találtad?
Namármost nekem nem kell, hogy full egyedi legyen, ha minimálisan alakítható, tökéletesen megfelel. Nem ebből akarok megélni, csak eszembe jutott a napokban, hogy áldoznék minimálisat valami webshopra, nincs sok termékem, de a Vatera - Jófogás - Hardverapró triót kibővíteném egy webáruházzal, ott is fenn lennének a termékek.
[ Szerkesztve ]
Ágdarálást, kaszálást, területtisztítást vállalok profi gépekkel! Elsősorban Zala megye és vonzáskörzete, de minden megkeresést meghallgatok. +36305633091
-
martonx
veterán
válasz CactuS #14937 üzenetére
Érted, havi 1000 Ft + áfát bírjon már ki egy prosperáló vállalkozás a webshopjára Miért egyébként ha megcsináltatod valakivel, akkor a hoszting nem majdnem pont ugyanennyibe / többszörösébe kerül?
Akinek meg gondot okoz évi 12K + áfa kiköhögése is a webshopra, talán nem vállalkoznia kellene hanem a csődeljárást intéznie.Én kérek elnézést!
-
DNReNTi
őstag
válasz CactuS #14944 üzenetére
Én most itt elsősorban nem a hirdetésekre gondoltam, hanem arra, hogy adott a lehetőség, hogy "ingyen" felépíts egy számodra releváns közösséget, ahová az érdekességek, hírek, egyebek mellé be tudod csempészni a szolgáltatásaidat termékeidet.
Ha a hirdetéseket nézzük teljesen igazad van.
but without you, my life is incomplete, my days are absolutely gray
-
csabyka666
addikt
válasz CactuS #14939 üzenetére
Ohh, köszi, akkor el voltam tévedve. Ahogy nézem, elég sok minden van ebben az alapcsomagban is, sőt az 1000 termékes se vészes, 16.000 / év. Sok olcsó termékem lenne inkább (pl. laptopokat is bontok, és vannak párszáz forintos alkatrészek is).
Ágdarálást, kaszálást, területtisztítást vállalok profi gépekkel! Elsősorban Zala megye és vonzáskörzete, de minden megkeresést meghallgatok. +36305633091
-
martonx
veterán
válasz CactuS #14988 üzenetére
Igen, ez a kerüljek magasra a gugliban tipikusan nem olyan téma, hogy na itt ez a pár lépés, megcsinálod, és máris benne vagy a top3-ban. Adott esetben évek munkája, és forintban kifejezve milliók állnak abban (vagy egy rakás szerencse 1-2 speciális keresés kombinációban), amikor egy-egy oldal a keresési listák elején áll.
Én kérek elnézést!
-
CactuS
Arcképgyáros
válasz CactuS #14988 üzenetére
Érdemes a google pagespeed-et is megnézni, bár láttam már ennél sokkal rosszabb oldalt is.
Viszont az oldalra így ránézve engem 2 dolog egyből zavart, mindkettőnek ugyanaz a forrása.
- Kiégett a szemem a háttértől, de legalábbis golyózik, nem tudom mekkora a láthatósága az eredeti háttérnek, de ha ilyen sűrű a felirat, akkor harmadolnám legalább (ha 30%, akkor 10% vagy alatta is bőven elég).
- A narancssárga oldalválasztó, ami egyben van a háttérrel elég furán néz ki, ha hosszabb a cikk a png-nél.martonx: Így van. Az a baj, hogy anno ~10 éve még ment a sok reflink, a jó domainnév, a kulcsszavak beírása a háttérbe fehérrel, ez mára kikopott, de valahogy még mindig szájról szájra jár, hogy ezek működnek. Csodaszer nincsen, ha valaki gyorsan akar sok látogatót, akkor tolni kell a pénzt, pl adwordsbe, de ahhoz is kell egy jó minőség mutatójú oldal, különben nem kerül be az első 3 helyre (és egy vagyont költ a magas CPC miatt).
Nálunk is látok ilyet a saját oldalainknál, amikor 1-1 cég beleáll és iszonyat összeget elver adwordsben. Olyankor alig van fizetett megjelenés, annak ellenére, hogy azért van olyan kulcsszavunk, amiben évek óta az első 3 helyen vagyunk a természetes találatok között is, a minőségi mutatóink meg szerintem 8 felettiek. Van ilyen, de aztán nyugtázzák, hogy drága, szar, nem éri meg és eltűnnek.
[ Szerkesztve ]
Have you ever noticed that anybody driving slower than you is an idiot, and anyone going faster than you is a maniac? George Carlin
-
dkaro
őstag
válasz CactuS #15029 üzenetére
Igen, meg. Valószínűleg módosítok majd rajta amint engedi időm. De a SEO részét inkább rábíznám olyanra aki valamennyire ért hozzá, mert tőlem elég messze van minden jellegű fejlesztés.
Azért bátorkodtam betenni mert hardveraprós csak azt nem sokan olvassák itt meg lehet van 1-2 lelkes junior akit érdekelne. -
Balázzs
senior tag
-
Balázzs
senior tag
válasz CactuS #15272 üzenetére
Trükkösek ezek a szolgáltatók, de sikerült, megy a wp, de van itt egy rakás cuccos még:
Az a fura, hogy vagy 3 különféle felületen kell belépnem és mindegyiken állítgatni valamit (sql stb) hogy menjen, nem futhatna ez egységes felületen?
Visszatérve a wp-re frissíthetem? Mert nem a legfrissebb van fenn alapból, gondolom ez nem okozhat gondot.
-
inf3rno
nagyúr
válasz CactuS #16613 üzenetére
Engem a plugin fejlesztés, ami kiakaszt CMS-eknél. Valahogy annyira pocsék az integrálásuk ezekbe a rendszerekbe, hogy a vége mindig gányolás, meg az adatbázis direktbe írása, ami ki tudja melyik verziónál fog eltörni később, mert ugye az nem interface, nem muszáj visszafele kompatibilisnek lennie. Legalábbis én így feltételezem. Joomla-val dolgoztam régebben, meg volt talán egyszer Drupal is. Eddig az a benyomásom, hogy amennyi előnyük van indulásnál, később legalább annyi hátrányuk lesz egyedi dolgoknál. Szóval eddig nem győztek meg, hogy nekem erre szükségem van, jobb szeretek valamilyen keretrendszert használni helyettük. Azt elismerem, hogyha semmi ilyen egyedi dolog nincs, csak mondjuk egy blogot akar fellőni valaki némi kódszínezéssel, vagy egy céges bemutatkozó oldalt, akkor van értelme használni őket. Biztonsági szempontból a pluginekkel lehetnek komoly gondok, általában az alap rendszer rendben van. Kíváncsi vagyok, hogy neked mik a tapasztalataid.
Buliban hasznos! =]
-
inf3rno
nagyúr
válasz CactuS #16617 üzenetére
Lehet napi 8 órában csinálni ugyanazt, ha van valami távlati célod vele. Pl kutatás-fejlesztésnek is vannak monotonabb részei, amit elvisel az ember a cél érdekében. Ezeket egyébként legtöbbször lehetne automatizálni, csak nincs rá keret, vagy nem is tudnak róla, hogy lehetséges.
Érdekes, hogy mennyire afelé halad a világ, hogy a biztonsági frissítések telepítése, illetve annak elmaradása a fő biztonsági kockázat. 20 éve nem rémlik, hogy ez lett volna a jellemző.
Buliban hasznos! =]
-
I02S3F
őstag
válasz CactuS #16617 üzenetére
"De én a profikhoz képest csak kocka "fejlesztő" vagyok, grafika, fotók, html és CSS megy, néha pici JS és esetleg php" - Grafika területén mire kell gondolni? Milyen műveleteket hajtasz végre a képeken? PS-ezel is?
Azért kérdem, mert bár a FE-et néztem ki, azért grafikázni nem nagyon akarok. Persze úgyis kipróbálom!
-
inf3rno
nagyúr
válasz CactuS #16624 üzenetére
Feltűnt nekem is, de gondoltam, hogy az. Én lehet később keresek majd grafikust, mert a kódolás nagyon megy, de nem hiszem, hogy lesz energiám a design-ba is komolyabban beletanulni. Inkscape-el szórakoztam legutóbb egy logo-n, igazából megtetszett közben a vektorgrafika is. Sokkal jobban is, mint a PS.
[ Szerkesztve ]
Buliban hasznos! =]