-
Fototrend
WordPress tartalom kezelő rendszer (CMS) topik
Új hozzászólás Aktív témák
-
The DJ
addikt
"- elégséges mindkét plugin törlése a Bővítmények oldalról ahhoz, hogy az általad megadott kódot (lásd alul) a .htaccess fájlba beírva csak azt használjam vagy mást is ajánlatos még tenni?"
Elég csak törölni a plugineket és beírni a kódot a .htaccess-be, más lépésre nincs szükség.
"- az általad megadott kód alkalmas arra, hogy a netten található, oldalunkra mutató linkekre (http, www, www nélküli) kattintva elérhető legyen a https oldalunk? (Azaz a Google továbbra is figyelembe tudja e majd venni ezeket az oldalunkat erősítő linkeket)"
A rewrite rule figyeli a query stringeket és mindent, ami a domain mögött van, tehát nem csak a http://valami.hu-t irányítja át a https://valami.hu-ra, hanem a http://valami.hu/oldal/aloldal/valami linket is. Lényegében bármilyen kérés érkezik a 80-as portra (azaz a http-re) azt továbbítja https-re, így minden korábbi, még http-vel szereplő link is működni fog és a megfelelő https verzióra irányít át. Tehát keresőbarát a megoldás.
A forráskódban szereplő linkek nem az oldal felépítésének részei, nem húz be róluk semmilyen tartalmat (képet, scriptet, stíluslapot) a böngésző, ezért nem is befolyásolják az SSL-t, nem okoznak mixed content (vegyes tartalom) hibaüzenetet és megmarad mellettük a lakat is. Ezek főleg típusleíró meta tagek, normális a meglétük. Akkor van baj, ha az oldal elemei akarnak betöltődni http-ről miközben van egy aktív SSL tanúsítvány. Akkor fognak problémát jelezni a böngészők.
-
The DJ
addikt
Itt volt róla szó: [link]
Megoldás:
add_action( 'wp_enqueue_scripts', 'dequeue_woocommerce_cart_fragments', 11); function dequeue_woocommerce_cart_fragments() { if (is_front_page()) wp_dequeue_script('wc-cart-fragments'); }Ez a functions.php-be menjen.
(#3451) Janusz001: Nem gond, tökéletesen fog menni.
-
The DJ
addikt
válasz
Janusz001
#3447
üzenetére
Vagy minden nyelvnek készítesz egy új WP telepítést, vagy marad egy WP install és valamelyik bővítménnyel oldod meg a többnyelvűsítést. Fentebb linkelték a qTranslate-X-et, én ezt használom több helyen is, de jó még a Polylang és sokak non plus ultrája a WPML, de ez fizetős.
Ha kész a weboldalad a saját gépen, akkor át kell költöztetni a tárhelyre, ehhez értelemszerűen kell egy megvásárolt domain név + egy tárhely, ezeknek össze kell kapcsolva lenniük, neked pedig az egész fájlrendszert és az adatbázist át kell mozgatnod a megvásárolt tárhelyre, ezen kívül még meg lesz spékelve a művelet egy domain váltással is, szóval ha még nem csináltál ilyet, akkor nem biztos, hogy elsőre fog menni, de írtam erről is részletes leírást, itt tudod elolvasni: [link]
-
The DJ
addikt
válasz
apple87
#3441
üzenetére
Sem sablon, sem bővítmény letöltéséhez nem kell FTP-n csatlakoznod a WordPress.org szervereihez, sőt, ezt az ablakot sem kellene látnod, ha jól van minden konfigurálva a tárhelyeden/szervereden. Amiért ez megjelenik annak az az oka, hogy hibásak a tulajdonos/fájl jogosultságok, a webszervernek nincsen írási joga bizonyos könyvtárakhoz, ezért FTP-n keresztül szeretne próbálkozni. Ilyenkor a saját tárhelyedre mutató FTP elérést kellene megadni itt, de ez nem megoldás. A valódi probléma felgöngyölítése érdekében ki kell deríteni, hogy milyen tulajdonos/jogosultság probléma is jelentkezik. Ha ezek jelenleg ismeretlen fogalmak, akkor a tárhely szolgáltató fog tudni benne segíteni, általában gyorsan és egyszerűen, mert nekik ezek mindennapos dolgok/problémák.
(#3442) heaven: Itt a hivatalos dokumentáció a checkout oldalak/fieldek testreszabására, talán segít: [link]
(#3436) sz.j: Erre így látatlanban nehéz mit mondani, ezer oka lehet. Nagy baj biztosan nincs, ha az oldal tökéletesen működött https-el. Lehet csak egy cache-et kellett volna üríteni vagy megnézni, hogy a Google által tárolt link (ami szétesik) miben tér el a jelenlegi verziótól.
(#3434) Gabis: A W3TC időnként törli és újratölti a gyorsítótárat, ez normális és ideális állapot, de testre lehet szabni, hogy mikor és milyen időközönként tegye ezt. A Page cache beálíltásaiban a "Cache preload" rész felelős ezért. Ezen kívül be lehet pipálni, hogy új oldal/bejegyzés/stb. készítése esetén mindig törölje a gyorsítótárat, ezek nagyja alapból aktív is, tehát ha kiteszel egy új posztot, akkor újraépül a cache is.
-
The DJ
addikt
De igen, nagyon sok plugin van, ami erre jó, de csak éppen terheli az oldalt feleslegesen, amikor pár extra sor is megoldja ugyanezt a htaccess-ben. Ráadásul a pluginek kavart is tudnak okozni, épp dolgozom egy WP oldalon, ahol SSL lett telepítve, majd egy pluginnal oldották meg az átirányítás beállítását és szépen össze is kuszálódtak a linkek, mindent írt a plugin mindenhova, tele a htaccess fura kódokkal és jelenleg semmi se megy. Mindez nem történt volna meg, ha olvassák a cikkem és követik az útmutatót
-
The DJ
addikt
A kis kódrészlet annyit csinál, hogy figyeli a befutó kéréseket és amelyik a 80-as portra jön (tehát http-re), azt automatikusan átirányítja a https-es verzióra, és ez nem csak a főoldalra vonatkozik, hanem az összes belső linkre és aloldalra egyaránt. Általában nem szoktak erre figyelni és csak a főoldalt irányíttatják át automatikusan https-re egy sima 301-es redirecttel, de ez nem a legjobb megoldás.
Többiek: Akiknek nem megy az automatikus frissítés azoknál a WP-Cron funkcióval lesz valami gond, ezt tilthatja vagy korlátozhatja a szolgáltató, bekavarhat a működésébe plugin, de htaccess szabály is. Plusz az egész nem fog működni, ha nincs megtekintés, mivel ez akkor aktiválódik, ha az oldalra látogató érkezik. Nem egzakt pontos időpontban működik, mint egy sima cron job, amit beállítasz a szerveren 16:00-ra, ez próbál pontos lenni a beállított időponthoz, de ha akkor nem érkezik épp látogató, akkor csak a legközelebbi időpontban tudja majd végrehajtani a feladatot. Tehát ha ütemeztem WP-Cronnal 16:00-ra egy backupot, de látogatóm csak 16:20-kor érkezik, akkor csak akkor fog lefutni a feladat. Ha a következő napig nem tekint rá senki az oldalra, akkor egy napot csúszik és így tovább.
-
#3417
The DJ
addikt
Tomtailor85
#3415
The DJ
addikt
válasz
Tomtailor85
#3415
üzenetére
A WordPress tökéletes kiindulási alap lehet erre, de ha semmi ismereted nincs weblapkészítés témakörben, akkor lehet, hogy nem árt, ha olyat bízol meg, aki konyít már kicsit a témához
Privátban elküldheted esetleg a részleteket, valamilyen módon segíteni fogok, ha máshogy nem, akkor adok linkeket vagy tanácsokat, hogy merre is indulj el.
(#3416) heaven:
Ez a kis kódrészlet a functions.php-be menjen, természetesen testreszabva, ezután a rendelést követően egy általad megadott oldalra irányítódik át a látogató:
add_action( 'template_redirect', 'wc_custom_redirect_after_purchase' );
function wc_custom_redirect_after_purchase() {
global $wp;
if ( is_checkout() && ! empty( $wp->query_vars['order-received'] ) ) {
wp_redirect( 'http://www.yoururl.com/your-page/' );
exit;
}
}A hírlevél feliratkozásra pedig ezt látom egy jó megoldásnak: [link]
-
#3411
The DJ
addikt
Flowtation
#3409
The DJ
addikt
válasz
Flowtation
#3409
üzenetére
Melyik plugin is ez pontosan?
(#3410) VIBO: Ahhoz, hogy erre választ tudjak adni kellene tudnom, hogy milyen webmailről is van szó
-
#3406
The DJ
addikt
Orionhilles
#3403
The DJ
addikt
válasz
Orionhilles
#3403
üzenetére
Ezeket a PHP fájlokban kell megkeresni Notepad++-al és szépen kézzel lefordítgatni UTF8 BOM nélküli módban, a "Nothing found + ready to publish" szinte biztos, hogy a 404.php-ben lesz, a "Read more" után kicsit kutakodni kell, de az is ott lesz valahol, talán a page.php.ben vagy a home.php-ben.
(#3401) wwhy: Valószínűleg a sablonod tartalmaz olyan kézzel belekódolt angol szövegeket, amiket nem készítettek fel fordításra, ezeket a legegyszerűbb kézzel lefordítgatni a fájlokban, főleg ha csak pár darab van.
(#3402) VIBO: Ezt biztos ide szántad?
(#3405) Dexter68: Melyik sablon és mi lenne a megoldandó probléma? Hátha tudok segíteni.
-
The DJ
addikt
Ha többnyelvűsítés, akkor én a qTranslate-X mellett voksolok
De a Polylang is jó, sokan preferálják, én valamiért mégis a qTranslate-X-et kedveltem meg és jobban szeretek vele dolgozni, kevesebbet is kellett szívnom vele, mint anno a Polylang-al.
-
The DJ
addikt
SEO-hoz én a Yoast SEO-t preferálom, a domain végződés majdhogynem mindegy, de az az íratlan szabály, hogy a nyelvnek megfelelő végződés még mindig a legpraktikusabb választás. Ha magyar közegnek szánod, akkor .hu, ha nemzetközi a célcsoport, akkor .com, de persze van ezer féle egyéni végződés is már, ahol még ilyen megkötés sincs. Egyébként a Google Search Console-ban kell beállítani a domainednek a preferált célcsoportot végződéstől függetlenül a jobb SEO érdekében.
-
-
The DJ
addikt
jQuery hiba van, látszik a konzolban is, vagy rossz a scriptek automatikus betöltési sorrendje vagy az auto minify-olt JS-ek nem férnek meg egymás mellett. Itt jön a tiki-taki, manual módba kell kapcsolni a minify-t és egyesével kell hozzáadogatni a kívánt JS fájlokat és mindegyik után tesztelni kell, hogy megy-e még a menü. Amelyiknél lehal azt kell kihagyni a minify-ból.
Vagy még az s működhet, hogy kikapcsolod a JS minify-t, elkezded böngészgetni a forráskódot és ha megtalálod melyik behúzott JS fájl felelős a mobil menü megjelenítéséért, akkor visszakapcsolt minify mellett hozzáadod ezt a kivételek listájához. De még azt is meg lehet próbálni, hogy csak a jQuery-t adod hozzá a kivételekhez.
Nincs bevált módszer, ami minden oldalnál működik, sokat kell küzdeni és próbálkozni ha ilyesmi történik.
-
The DJ
addikt
Valószínűleg frissült a PHP a szerveren és a sablont is utána kellene egy kicsit igazítani, de ez már kicsit mélyebb téma. Ha van a sablonnak újabb verziója (és nincsenek benne egyedi módosítások a PHP fájlok között), akkor érdemes lenne felpakolni, szinte biztos, hogy megoldaná a problémát.
Ha ez nem megoldható, vagy nincs belőle frissebb verzió, akkor a wp-config.php-t meg kellene nyitni és a
define('WP_DEBUG', false);helyett be kellene illeszteni a következőket:
ini_set('log_errors','On');
ini_set('display_errors','Off');
ini_set('error_reporting', E_ALL );
define('WP_DEBUG', false);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);Utána természetesen mentés vagy újra feltöltés és már el is fognak tűnni a figyelmeztetések az oldalról.
-
-
The DJ
addikt
"A név és email cím bekérésre egyébként milyen bővítményt használsz?"
Semmilyet, a Mailchimp feliratkozás HTML kódja van bedrótozva a wBounce-ba, kicsit megbuherált HTML kóddal. Olyan gombot illesztesz be egyébként, amilyet akarsz, van a neten ezer és egy HTML5 gomb generátor, de ha képet szeretnél, akkor azt is tudnak exportálni általában.
Egyébként szerintem az exit popup ezerszer hatékonyabb, mint az, ami rögtön a képedbe vágódik amint betöltődik az oldal. A látogató még azt se tudja hol jár, mit csinál, még egy sort nem tudott elolvasni, de máris ott az arcában a popup. Én ezeket kényszeresen ikszelem is ki rögtön, bele se olvasok, nem is érdekel, mert még nincs miért érdekeljen. Míg az exit popupnál jó esetben már böngészett az oldalon, elolvasott ezt-azt és nagyobb eséllyel fogja érdekelni a popup tartalma is mielőtt távozik. Marketing szempontból szerintem ez sokkal életképesebb. És nálam be is jött, mert folyamatosan érkeznek az új feliratkozók.
-
The DJ
addikt
Valószínűleg a sablonod category.php fájljában találod ezt a részt belekódolva.
VIBO & heaven: Pedig működik az, most megnéztem látogatóként másik browserből. Nyiss meg egy cikket a főoldalon, mindegy melyiket, várd meg míg betöltődik az oldal és abbamarad a homokóra, utána kezdj el menni a bezárás gomb felé jobb felül és már aktiválódni is fog az ablak. A főoldalon valóban nem jelenik meg, ez szándékos.
-
The DJ
addikt
-
The DJ
addikt
Én azt mondom, hogy minden, ami 70 fölött van az tökéletes, nem szabad és nem is kell ezt túlzásba vinni egyelőre. Épp nemrég volt erről egy kisebb kupaktanács a WordPress Facebook csoportban és ott is az lett a konklúzió, hogy per pillanar még csak akkor sorol hátrébb minimálisan a sebességbeli problémák miatt a Google, ha az oldal teljesítménye nagyon gyászos, mondhatni élvezhetetlen a látogató számára. Az, hogy 70-80 vagy 90, esetleg 100-as a pontszám egyelőre irreleváns, egy kutya mind, nincs kihatása a pozícióra. Tehát az oldal sebessége valóban szempont, de nem skálázódik egyelőre olyan mértékben, amennyire sokan gondolják. Ha az oldal élvezhetetlenül lassú, akkor az mínusz pont, viszont ha látszik, hogy az optimalizációnak van nyoma és nincs sebességbeli probléma, akkor az plusz pont. És jelenleg itt tartunk. Feltolhatnád hosszas küzdelmek után a mobilos értéket is 80-90 körülre, de nem volna értelme, ellenben elég sok mindenbe bele kellene nyúlni, ami pedig további problémákat szülhetne. A lényeg mindig a felhasználói élmény és a valós betöltési idő. Ne kelljen sehol várakozni, "homokórát" figyelni. Ha a szerver nincs agyonterhelve és be van lőve normálisan a gyorsítótáratás több oldalról is, akkor valószínűleg nincs probléma és nincs mitől tartani.
-
The DJ
addikt
válasz
ssid3956
#3324
üzenetére
Zyxel NAS-okban van csomagkezelő központ (Application Package Center), ott megtalálod a WordPress-t, amit pár kattintással fel is tesz automatikusan.
(#3325) heaven: Válasz: [link] Összefoglalva: Másolni kell (egy kattintás, mutatja képen) a kívánt email sablont az aktív theme-ed könyvtárába, aztán engedi majd a rendszer, hogy belenyúlj.
-
The DJ
addikt
válasz
spiritex
#3320
üzenetére
Nem rosszak, de mint minden ingyenes sablonnál, azért ezeknél is érződik az ingyenesség. Van egy kész framework, arra húznak rá általában minimálisan eltérő designt.
(#3321) Magga: Ezek a pluginek is ugyanazt csinálják mint amit én mondtam, azaz meghívják a comments template-et, csak éppen itt nem te határozod meg, hogy hol jelenjenek meg, ezért vannak rossz helyen. Érdemesebb kézzel bepakolni az általam adott sort oda, ahol a komment form és a hozzászólások helye lenne. Vagy le kell tölteni újra a sablont (előtte lementeni az aktuálisat) és felülírni vele a régit, mivel valaki kihackelte belőle a hozzászólások és az űrlap megjelenítését. Vagy elég lehet csak a comments.php és a single.php felülírása is (esetleg a page.php kellhet még).
-
The DJ
addikt
Valószínűleg hiányzik vagy törölve lett a sablonból a
<?php comments_template(); ?>Ezt beilleszted oda, ahol szeretnéd, hogy megjelenjen a komment form és kész is vagy. Általában single.php vagy page.php, de ha van comments.php akkor ott a helye.
A sablon egyébként támogatja a kommenteket, szóval valószínűleg bele lett nyúlva: [link]
-
The DJ
addikt
Tudod tenni bárhova, általában a menü végére szokták, ehhez hozzá kell adni a "Language Switcher"-t az aktív menüdhöz és testre is lehet szabni a megjelenését (csak zászlók, zászlók + szöveg, csak szöveg, stb.) De van widget is természetesen, amit oda raksz, ahova csak szeretnél.
De ha univerzális megoldás kell, akkor itt a shortcode, amivel bárhová be tudod illeszteni a sablonodban:
<?php echo qtranxf_generateLanguageSelectCode(‘both’); ?>A hivatalos FAQ kicsit jobban részletezi ezeket: [link]
-
The DJ
addikt
válasz
SharpSA
#3311
üzenetére
Egy lehetséges megoldás: [link]
Ez menjen a functions.php-be, tetszőlegesen lehet módosítani az átirányítást:
function wpse_131562_redirect() {
if (
! is_user_logged_in()
&& (is_woocommerce() || is_cart() || is_checkout())
) {
// feel free to customize the following line to suit your needs
wp_redirect(home_url());
exit;
}
}
add_action('template_redirect', 'wpse_131562_redirect');Vagy a hivatalos, fizetős megoldás: [link]
-
The DJ
addikt
válasz
spiritex
#3300
üzenetére
Igen, megoldható így is.
(#3290) infectedmann: Az nem jó, hogy felvesztek egy új szállítási módot WC-ben a házhoz szállításnak?
A template fájlok módosításával mindent testre lehet szabni egyébként WC-ben, de ez már mélyvíz.
Esetleg ezt a WooCommerce FB csoportot tudom még ajánlani, ha nagyon nem megy: [link]
-
#3276
The DJ
addikt
FIREBLADE78
#3275
The DJ
addikt
válasz
FIREBLADE78
#3275
üzenetére
-
#3273
The DJ
addikt
FIREBLADE78
#3272
The DJ
addikt
válasz
FIREBLADE78
#3272
üzenetére
De, akár tudhatja is, a keresési kulcsszó a multisite. De nem minden esetben éri meg vesződni vele.
-
The DJ
addikt
válasz
code1005
#3266
üzenetére
Erre vannak a kategóriák. Az egyik ember bejegyzéseit a kategória1-be kell tenni, a másikét a kategória2-be, a menübe pedig bele kell pakolni ezt a két kategóriát külön menüpontokként.
(#3265) Flowtation: Pedig ennek működnie kellene, ez egy olyan CSS szabály, ami minden "tablenav-pages_" kezdetű classal rendelkező div-re vonatkozik és a hozzáadott display:none; szabály eltünteti őket. Elég hülyén van kialakítva a plugin, minden galériának különböző classt generál (a számok a tablenav-pages végén), ezért kell ilyen kacifántos megoldás.
De ha van türelmed mehet egyesével is, így is működnie kell:
.tablenav-pages_0 {display:none;}
.tablenav-pages_1 {display:none;}
.tablenav-pages_2 {display:none;}
.tablenav-pages_3 {display:none;}stb.
-
#3264
The DJ
addikt
Flowtation
#3263
The DJ
addikt
válasz
Flowtation
#3263
üzenetére
div[class^='tablenav-pages_'] {display:none;}Ez menjen a custom css-be vagy a styles.css végére.
-
#3262
The DJ
addikt
Flowtation
#3261
The DJ
addikt
válasz
Flowtation
#3261
üzenetére
Másold ki a feltöltött dokumentumok URL-jét a médiatárból (például oldal.hu/wp-content/uploads/2016/12/valami.pdf)
Ezt pedig illeszd be oda, ahova szeretnéd a következő formában:
<a href="http://oldal.hu/wp-content/uploads/2016/12/valami.pdf" target="_blank">Ide jön a link címe</a>A fenti sor új lapfülön fogja megnyitni a PDF-et. A target="_blank" rész felelős ezért.
A második kérdésedre az a válasz, hogy CSS-el a legegyszerűbb valószínűleg eltüntetni a darabszám jelölést, de ehhez látnom kellene az oldalt. Az is előfordulhat, hogy a plugin beállításaiban is ki lehet kapcsolni.
-
The DJ
addikt
válasz
smallmer
#3248
üzenetére
Sources & Basics beállítás résznél kapcsold ki, hogy ne keressen bejegyzésekben és kapcsold be, hogy keressen oldalakon. Talán ez segít.
Egyébként meg Ctrl+F, aki nem először használja a webet az rutinosan nyomkodja ezt a kombót, ha az oldalon akar rákeresni valamilyen kifejezésre
(#3247) rootkiller: Fentebb volt kicsivel téma, hogy hogyan kell a menüstruktúrát létrehozni, ha kicsit visszaolvasol, akkor megtalálod. Arról is beszélgettünk, hogy a szülő menüt hogyan lehet úgy létrehozni, hogy kattintásra ne navigáljon sehova, csak nyissa le az almenüket.
Különböző widgetek különböző oldalakra: [link]
A harmadikhoz valami membership vagy user role plugin fog kelleni.
-
The DJ
addikt
válasz
Nagytalp
#3232
üzenetére
Akkor ez is jó lehet: [link]
Vagy esetleg ez: [link]
Ha meg félreértettelek és linket akarsz generálni, akkor itt van a kommentek között pár egyszerű megoldás: [link]
(#3231) WestBam: A WordPress.com-ot használod vagy a WordPress.org-ról töltöttél le egy telepítőt, amit aztán a tárhelyeden futtatsz? Mert elég sok különbség van a két opció között. A WordPress.com egy leegyszerűsített, mondhatni butított, főleg blogolásra szánt ingyenes felület, sok korlátozással. Itt főleg a WordPress.org open-source, telepíthető változatával foglalkozunk.
Az utóbbi esetében bármelyik sablont tudod törölni, amit feltettél (és a beépítetteket is), persze azért egynek mindig aktívnak kell lennie és nem is lenne értelme törölni addig, amíg nincs helyette egy másik, amit aktiválni tudsz. Tehát dobj fel egy másikat, aktiváld és az összes többit tudod is törölni. Millió ingyenes és rengeteg prémium (fizetős) sablon van, szinte minden témára és kategóriára.
-
#3224
The DJ
addikt
FIREBLADE78
#3223
The DJ
addikt
válasz
FIREBLADE78
#3223
üzenetére
Bedobálod és berendezed az almenüpontoknak szánt oldalakat a szülő alá, beállítod a kívánt menü pozícióba a menüdet és végül elmented.
-
#3222
The DJ
addikt
FIREBLADE78
#3221
The DJ
addikt
válasz
FIREBLADE78
#3221
üzenetére
Rossz helyen vagy. A menüket és a menü struktúrát a "Megjelenés / Menük" vagy "Appearance / Menus" résznél tudod módosítani. Ott tudsz hozzáadni hivatkozást is, mint menüpont, erről beszéltem fentebb.
-
#3220
The DJ
addikt
FIREBLADE78
#3219
The DJ
addikt
válasz
FIREBLADE78
#3219
üzenetére
Szerintem nem kell ezt ennyire bonyolítani
Megcsinálod a menüt rendes struktúrával (tehát menüpont - almenük), annyi változtatással, hogy a szülő menü nem egy oldalra mutat, hanem egy hivatkozás, ami nem vezet sehova, tehát egy kettőskeresztet (#) adsz meg címnek. Így nem lesz kattintható, azaz de, de kattintásra nem történik semmi, így kénytelenek lesznek az almenüpontokból csemegézni.Vagy ha ez nem szimpatikus, akkor megcsinálod a szülő menü oldalát úgy, hogy oda is felsorolod az almenüket tételesen, így ha valaki oda kattint, akkor is tovább tud navigálni.
(#3217) Nagytalp: Az lenne a cél, hogy megnyitás helyett rögtön a letöltés induljon el a böngészőben?
(#3218) infectedmann: [link]
-
The DJ
addikt
válasz
spiritex
#3202
üzenetére
Az első megoldásához be kell állítani egy saját domainhez tartozó bounce e-mailt, hogy ne a tárhely szolgáltató szerverének dobja vissza a kézbesítetlen üzeneteket.
A másodikhoz generálni és telepíteni kell egy DKIM-et, ez kicsit komplikáltabb, szerver szintű művelet. Debian + Postfix mellett ez így néz ki: [link]
-
The DJ
addikt
válasz
spiritex
#3190
üzenetére
Én nagyon nem ajánlom, meg is mondom miért. Kényelmesnek kényelmes, ezt aláírom, viszont ez minden, csak nem biztonságos. Nemrég volt egy munkám, kb 50+ addon domain volt egy cPanel fiókban, az egyik fertőzött lett, természetesen emiatt az összes többi hostolt weboldal is "elkapta". Kellemes pár napos munka volt több tízezer fertőzött PHP fájlt kitakarítani és az összes oldalt egyesével leellenőrizni, újratelepíteni és frissíteni/bebiztosítani, persze ez alatt az összes elérhetetlen volt, csak így lehetett biztosítani, hogy időközben ne fertőzzék újra magukat és egymást.
Amit én preferálok az az, hogy minden oldalnak külön cPanel fiók WHM-ben, ez jóval biztonságosabb. Persze ha nincs WHM hozzáférés vagy ez nem opció, akkor marad az addon domain, de én 2-3 dinamikus vagy CMS oldalnál többet biztosan nem tárolnék egy fiókban.
-
#3187
The DJ
addikt
infectedmann
#3185
The DJ
addikt
válasz
infectedmann
#3185
üzenetére
Okos kis plugin, tudja ami neked kell, én is használom.
-
The DJ
addikt
FTP-n nevezd át a woocommerce mappát a wp-content/plugins könyvtáron belül, ezután életre kell kelnie az oldaladnak. Vagy az előző verzió fájljait töltsd fel FTP-n és írd felül velük a jelenlegit. Ha tényleg ez a gond és a korábbi verzióval ment, akkor ez is segít. De az lenne a legtisztább, ha belenézne valaki a logokba, hogy miért kapod az 500-as hibát, utána lehetne ráfeküdni a valódi hiba megoldására.
-
The DJ
addikt
válasz
Nagytalp
#3101
üzenetére
Ez addig jó, amíg a PageSpeed modul össze nem akad valamivel a WP alatt. Nekem sajnos eddig nem túl jó tapasztalataim vannak vele. Rengeteg rejtélyes hiba okozója volt, sokszor kerestek már meg, hogy a sokadik embert bérelik fel a feladatra és senki nem tudott rájönni miért nem működik ez vagy az a funkció és miért történnek érdekes anomáliák. A modul kikapcsolása mindig megoldotta ezeket.
VPS-en kötelező a szerver oldali cache beállítása (lemez/ram), viszont magában nem elég. Az expires modul megléte is kötelező, a W3TC is csak ehhez kreál okos szabályokat ha bekapcsolod a browser cache-et.
Lényegében minden megoldható lenne kézzel is, de minek, mikor egy plugin és pár kattintás automatizálni tudja? Én nagyon megszerettem
Mellé még ajánlott az "above the fold optimization" is, ha a PageSpeed Insights pontszám kimaxolása a cél. Meg esetleg a "remove query strings from static resources" is. Ja és persze a feltöltött és a sablon képek manuális/optimalizált tömörítése, erre én a Wp-Smush-ot használom kiegészítve a PageSpeed Insights által előtömörített képekkel, így biztos megfelel majd neki a végeredmény és nem fog nyafogni, hogy még lehetne rajta tömöríteni Aztán lehetne ezt még folytatni napestig, de tény, hogy WP mellett is el lehet érni a 90 fölötti pontszámokat és jelentősen fel lehet gyorsítani egy egyébként igen csak lassúcska weboldalt.
-
The DJ
addikt
válasz
hgabor19
#3097
üzenetére
Én még mindig az ingyenes W3Total Cache-re esküszöm, eddig még nem hagyott cserben és minden esetben mérhető és érezhető javulást tudtam elérni vele. Volt, ahol brutális különbségek voltak a betöltési időkben az optimalizálás után, nem beszélve a PageSpeed Insights értékekről. Tizenpár százalékról fel lehet hozni vele 90 fölé az oldalt, ha érted a dolgod.
-
#3050
The DJ
addikt
huliganboy
#3049
The DJ
addikt
válasz
huliganboy
#3049
üzenetére
Bármilyen form plugin megfelelhet erre, én a Contact Form 7-et preferálom.
-
The DJ
addikt
A WordPress egy CMS, nem sok köze van az e-mail szerverhez, amit szerver oldalon szoktunk megvalósítani különböző célszoftverekkel. Ezen kívül otthoni gépen dinamikus IP-vel soha nem fogsz tudni levelezést érdemben végrehajtani, mert a szolgáltató korlátozza és tiltja plusz amikor változik az IP címed frissíteni kellene a domain alatt is, ami elég lehetetlen feladat. Ami rögtön kellene ehhez az egészhez az egy fix IP cím, de otthoni hálózatokon nem engedélyezett ez, amit te szeretnél.
Bérelj egy VPS-t, nagyon olcsón lehet már találni, ahhoz alapból jár egy fix IP, dobj fel egy Debiant meg egy postfixet a szükséges sallangokkal, irányítsd oda a domained és mehet a levelezés webmailen keresztül.
Vagy ha ez kínai, akkor egy cPaneles filléres tárhely, ott létrehozod az email fiókokat és seperc alatt meg is vagy.
-
The DJ
addikt
A tartalmi sáv szélessége fix, ha a középső primary rész szélességét növeled, akkor az oldalsáv (secondary) szélességét ugyanannyival kell csökkenteni ahhoz, hogy elférjenek egymás mellett továbbra is.
Jelen állás szerint a secondaryt 21%-ra kell csökkenteni, akkor fog újra visszaugrani a helyére.
-
The DJ
addikt
style.css 919.sor:
#primary {
float: left;
margin-left: 3.06%;
width: 65.64%;
}style.css 1105.sor:
#secondary {
float: left;
margin-left: 3.06%;
width: 31.28%;
}A felső a tartalmi sáv, az alsó az oldalsáv. A félkövérrel kiemelt százalékos értékek adják meg a szélességüket. Amennyivel növeled a tartalmi sáv értékét, annyival kell csökkenteni az oldalsáv méretét, különben nem fognak elférni egymás mellett.
-
The DJ
addikt
válasz
Dexter68
#3006
üzenetére
Ja, hogy cserélni kellene valamit az adatbázisban importálás előtt? Változik a domain?
Akkor meg is van a probléma
A WP-nél nem lehet text editorral cserélgetni az adatbázisban a szerializált adattömbök miatt.További infó: [link]
Importáld a módosítatlan adatbázist a szerverre és ezzel cseréld a domaint: [link]
-
The DJ
addikt
válasz
Dexter68
#3003
üzenetére
Windows szerver? Why? Legalább otthonról fut a szekrény tetejéről?
Keresni kell normális szolgáltatót, ahol van normális control panel és Linux alapú a szerver. Vagy emelje meg a "rendszergazda" a PHP szkriptek futtatási limitjét, hogy importálni tudd a mentést PMA-n keresztül. Persze minden egyes sikertelen próbálkozás után üríteni kell az adatbázis tartalmát, ha ez kimarad, akkor persze, hogy duplikált tartalom lesz a hibaüzenet az importáláskor.
Vagy másik megoldás: [link]
Ha nem megy a PMA, vagy időtúllépés/server error van, akkor ezt szoktam használni. Felmásolod FTP-n, telepíted (megadod a DB adatait), utána felmásolod a work könyvtárba az adatbázis backupot és szépen importálod. Itt nem lesz időtúllépés, mert folyamatosan újratölti az importálást. Persze itt is üríteni kell először az adatbázis tartalmát.
-
The DJ
addikt
themeforesten keresztül én eddig csak PayPal-al fizettem, de gondolom bankkártya is megoldható. Viszont a lakhelyed szerinti áfát sajnos rá fogja számolni, azaz a kiírt áron felül még +27% és a PayPal-es fizetésnek is van egy minimális költsége.
Először regisztrálsz egy envato fiókot, aztán a szokásos menet. Kosár, fizetés, stb.
-
The DJ
addikt
A Divi és az Avada is nagyon népszerű és mindkettő jó választás. Itt egy összehasonlítás: [link]
Én az Avadával dolgoztam többet, arra látok rá jobban, tényleg felhasználóbarát és könnyű vele dolgozni.
A Diviből most jött ki az új verzió, az Avadából is a napokban jön ki a legfrissebb verzió, nagy a harc a két fejlesztő csapat között, de ez nekünk csak jó
-
The DJ
addikt
És W3TC browser cache-t?
Ez is hasonlóan működik a CDN-hez, csak itt a böngésző gyorsítótáraz, azaz csak megadott időintervallumonként próbálja meg újra letölteni a szerverről a statikus tartalmakat. Ha a képed gyorsítótárazva van, akkor üríteni kell a böngésző gyorsítótárát vagy más böngészőből kell megpróbálni megnézni az oldalt, akkor már az új képet kell látnod. Esetleg segíthet a Ctrl+R vagy Ctrl+F5-ös újratöltés is. -
The DJ
addikt
Ha használsz Cloudflaret vagy más CDN szolgáltatást, akkor ez normális, mert a statikus tartalmakat (a képeket is) onnan tölti be a böngésző, tehát vagy meg kell várni, amíg frissül a cache, vagy manuálisan kell üríteni.
(#2978) r6man123: Ez egy teljes backup volt? Az oldalt költöztetted másik tárhelyre? A PHP verziók különböznek? Van egy megérzésem, hogy ekörül lesz a probléma.
-
#2977
The DJ
addikt
Barett 50cal
#2975
The DJ
addikt
válasz
Barett 50cal
#2975
üzenetére
Ingyenes backup megoldás akár a felhőbe is: [link]
Új hozzászólás Aktív témák
- Ventilátorok - Ház, CPU (borda, radiátor), VGA
- Mini PC
- Milyen házat vegyek?
- OpenWRT topic
- Milyen autót vegyek?
- Apple iPhone 16 Pro - rutinvizsga
- Samsung Galaxy A55 - új év, régi stratégia
- SSD kibeszélő
- Meghúzza a nadrágszíjat a gyártóüzemeiben az Intel
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- További aktív témák...
- ASUS Radeon HD6950 DirectCU II 2GB 256bit GDDR5 EAH6950 DCII/2DI4S/2GD5 Videokártya eladó
- Eladó Samsung Galaxy A56 8/256
- GPD Win Max 2 brutális handheld gaming pc makulátlan állapotban dobozával.
- AM5 Ryzen7 Win11 FullHD gamingPC 2-3év garanciával (8700G/4060Ti/32GB/1TB M2/WiFi6/BlueTooth/Win11
- Honor 400 Lite 256GB Kártyafüggetlen 1Év Garanciával
- Bomba ár! Lenovo IdeaPad V110 - i3-6GEN I 4GB I 128GB SSD I 15,6" I HDMI I Cam I W10 I Garancia!
- Azonnali készpénzes GAMER / üzleti notebook felvásárlás személyesen / csomagküldéssel korrekt áron
- ÚJ Apple Macbook Air 15,3 M4 10C CPU/10C GPU/16GB/256GB - Ezüst -(2025) - 3 év gari - MAGYAR
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5800X 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- Apple iPhone 16 Pro Max - Desert Titanium - 256GB 1 ciklus 100% akku! 1 év garancia! Új készülék!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged