Hirdetés
-
Megjelenési dátumot kapott a MechWarrior 5: Clans
gp Az óriásrobotok kedvelőinek egészen az őszi időszakig kell várniuk a sorozat új részére.
-
Acer M511: kompakt projektort próbáltunk ki
ph Megvizsgáltuk az akár 7 méteres képet is vetítő, okos szolgáltatásokkal felvértezett projektort.
-
Poco M6 4G-ként érkezik a Redmi 13 4G
ma Csak a szokásos: globális piac, másik brand, új név, de a készülék ugyanaz.
-
Mobilarena
WordPress tartalom kezelő rendszer (CMS) topik
Új hozzászólás Aktív témák
-
The DJ
addikt
Lehet ez már csak a saját kukacoskodásom, de nem nagyon találkoztam még "komolyabb itthoni szolgáltatóval". Olyannal meg végképp nem, ahol ilyen szintű WP-vel integrált pár kattintásos komplex cache rendszer lenne létrehozva. Igen, tény, PHP 7.x-et és Cloudflare-t jó esetben tudsz integrálni bárhova (bár nem két kattintással), a gyorsítótárazást is meg tudod oldani bővítményekkel és trükközéssel (de memcache akkor se lesz nagy valószínűséggel), de ez egyik sem szerver szinten zajlik ezekben az esetekben és sosem fogsz olyan eredményeket elérni, mint Siteground-nál + mire létrejön a cache addigra meg is eszi a tárhelyed és a szerver összes erőforrását a fájlok generálása.
Szintén logikus, hogy itthoni közösségnek itthoni tárhely, de ez már régen nem mérvadó, a latency eltérés pedig annyira jelentéktelen a lokációk között, hogy még tesztekben is minimális a különbség.
Pár saját példa:
Tarhelypark.hu hazai osztott tárhelycsomag: 28ms
Tarhely.eu hazai osztott tárhelycsomag: 25ms
Saját Linode VPS-em (London datacenter): 30ms
Siteground Amsterdam datacenter osztott tárhely: 42ms
Siteground London datacenter osztott tárhely: 48msEmber legyen a talpán, aki ezek között érzékel bármilyen különbséget normál böngészés és felhasználás mellett.
[ Szerkesztve ]
https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.
-
Gave
addikt
-
The DJ
addikt
Egyébként nem hit-téríteni akarok, tényleg szeretnék informálódni a hazai helyzetről, mert nekem elég siralmasak a tapasztalataim sajnos, ezért is mozgatok akit csak lehet VPS-re vagy Sitegroundra.
Melyik az a hazai szolgáltató, akit bátran mernél ajánlani WP-hez és ahol szerinted hasonló minőségben és hatékonyságban megvalósítható mondjuk a cache megoldása, mint Siteground esetében? Tehát ahol tárhely szinten is foglalkoznak vele és nem neked kell bűvészkedni a pluginekkel és ezek konfigurációjával. A technikák és megoldások valóban standardek (lennének), mégse foglalkozik vele szinte senki tárhely szinten itthon valamiért.
https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.
-
Gave
addikt
Nem ismerek olyan hazai szolgáltatót ahol ennyire a WP-re építenek, elvileg ISP és közvetlenül alatta kellene legyen normális felhős szolgáltatónk.
Igazából azt nehéz látatlanban megítélni, hogy az SG RAM cache mennyit jelent, összehasonlítva egy cache pluginnal ami szintén RAMot használ lemez helyett.
Az sem mindegy szerintem, hogy a cache bizonyos tartalmakhoz ok, de a perszonalizált tartalomhoz (pl.: hirdetések amiből a pénz jön) valószínűleg XHR callback-el jönnek le, még ha azok CDN-ről jönnek is ott mindig egy kis plusz késleltetés.
Tehát a teljes képet nézve nem biztos, hogy mindig ugyanaz a szolgáltató lesz a legjobb. Ha jó helyen tájékozódtam az SG, pl multisite telepítésekhez annyira még nem jó.
Nekem is 45-50ms körül hozott a traceroute az Amsterdam, NL szerverükre, de volt egy elég furcsa 1000-1500ms akadás 6-7 között.
Remélhetőleg hallunk még a kollégáról, és akkor legalább lesz több tapasztalat bárhová is mentek át .
Here? For folks like us? Wrong city.., wrong people
-
mrrr74
aktív tag
Nemrég váltottam szolgáltatót, hazairól hazaira és ég-és föld a különbség a régi és az új között sebesség tekintetében (is). Wp-t használok (van az oldalammal még mit dolgozni, de majd csak februártól lesz rá időm finomítani), és ezt a szolgáltatást (ha jól értem ezt hiányoljátok magyar szolgáltatóknál, vagy valami hasonlót):
A lassú PHP kódok ellen a gyorsító szolgáltatás a bekapcsolást követően két fronton indít támadást:
1. Fast CGI: A PHP értelmező a szükséges forráskódok fordítása után nem áll le, folymatosan futó programként várja a további kéréseket. Ezzel kérésenként megspórolhatjuk azt az időt amíg a webszerver elindítja a PHP értelmezőt. Tárhelytől és a PHP gyorsítóval gyorsított weboldalak számától függően egyszere több értelmező is rendelkezésre áll, így a párhuzamosan érkező kérések kezelése egyidőben történhet.
2. Opcode cache (64MB oldalanként): A lefordított PHP forráskódot eltároljuk a memóriában és ha egy következő kéréshez szükséges forráskód már rendelkezésre áll, felhasználjuk, ezzel megspórolva a fordítási időt. Ezzel jelentős sebességnövekedést érhetünk el, főleg összetettebb PHP keretrendszerek esetén (wordpress, joomla, drupal, stb...)Engem annyira meggyőzött (cégnevet nem írok, ha lehet akkor szívesen megosztom), hogy idehozom a maradék (statikus) oldalamat is. Az ügyfélszolgálat nagyon jó, eddig bármit kértem, megoldották. Ha jól sejtem, saját rendszert használnak, amit folyamatosan fejlesztenek, illetve egyedi megoldásokat is megvalósítanak. Példa: az egyik oldalam egy kvázi kínai ár-gép, 8-10 weboldal árait frissítem és jelenítem meg naponta 2x, plusz egy csomó akciós ajánlat árai is frissülnek. Ez a régi szolgáltatóm nem tudta lekezelni, állandóan 501-es (azt hiszem ez volt a hibakód, rég láttam) kóddal szembesültem ha épp árfrissítés volt. Eleinte itt is, bár ritkán, de miután megírtam a gondom, kaptam extra memóriát erre a célra, azóta kiválóan működik.
Persze egyszer ha majd kinövi magát az oldal, akkor VPS, de addig ez így tud működni.
https://weddmegonline.hu, https://nekedveszem.hu
-
Veron
őstag
Láma kérdés on: a WP oldal készítése hogy néz ki? Előbb kell tárhely és utána kialakítani a designt, vagy utóbbit el lehet kezdeni a tárhely regisztráció nélkül is?
"Hisztéria... Csak nők kaphatják meg, és csak férfiak halnak bele."
-
Met
nagyúr
El lehet saját gépen is kezdeni pl. Wampszerverrel
"If in doubt, flat out!" Colin McRae
-
The DJ
addikt
Nyugodtan jöhet a szolgáltató neve, a pozitív tapasztalatok ugyanúgy elférnek itt, mint a negatívak.
(#5557) Veron: Megspórolsz magadnak egy kis időt meg utólagos költöztetést, ha rögtön az éles domain/tárhely alatt fejlesztesz, de természetesen egyik sem feltétlenül szükséges az induláshoz. Ezek nélkül a legegyszerűbb és legkönnyebb elkezdeni a helyi fejlesztést a Local segítségével. Itt írtam róla: [link]
https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.
-
-
mrrr74
aktív tag
Köszönöm, akkor megírom, hátha jól jön valakinek.
Szóval a nethely.hu amiről beszélek, és maximálisan meg vagyok elégedve velük. Szerintem az áraik is rendben vannak, bár valószínű ezt Ti látjátok jobban, mármint akik benne vagytok, én csak egy lelkes felhasználó vagyok.
https://weddmegonline.hu, https://nekedveszem.hu
-
mrrr74
aktív tag
Szia,
ha már lúd, legyen kövér
Az előbb említett szolgáltatónál van ingyenes tárhely is, ugyan HDD alapú, de ha minden Ok és feltetted rá a WP-t, át tudsz költözni egy nagyobb-, akár SSD tárhelyre is. Domaint is tudsz regisztrálni náluk.
Természetesen a felületről telepíthető a WP, van FTP hozzáférés, kipróbálni tökéletes.
[ Szerkesztve ]
https://weddmegonline.hu, https://nekedveszem.hu
-
Gave
addikt
Aki görcsöt kap a Gutenberg szerkesztőtől, ha felvesz egy custom post type-ot, annak a szerkesztője a régi, és átnevezett indexel is tud menteni, szemben az új UI-val.
Gondoltam megemlítem, hátha kell valakinek .
Here? For folks like us? Wrong city.., wrong people
-
sz.j
nagyúr
Bár én még nem próbáltam ki a Gutenberg-et, de a megjelenésekor, biztos ami biztos alapon, rögtön telepítettem a Classic Editor-t, ezzel minden a régi.
[ Szerkesztve ]
Műanyag, alumínium és motoros redőnyök, valamint szúnyoghálók készítése, szerelése. www.szaboredony.hu
-
Gave
addikt
Egyelőre vissza tartom a véleményezését amég jobban kiismerem.
Ami nekem fura kicsit, hogy alapvetően nem adott sok újdonságot.
Workflowk:
A) Aki plugint és shortcode-ot használt, annak egy kicsit talán kényelmesebb, hogy minden egy felületen van
B) Aki VC-t és egyéb kompozer plugint használt, - majdnem ugyan az, csak 1 plugin helyett sokkal többet kell kiismerni, telepíteni, managelni, stbstb (blokk bővítésre).Nagy a redundancia és a verseny.
Blokk plugin - Core és Blokk plugin - Blokk plugin között is elég nagy átfedések vannak már most, kb ugyanaz a kimenet csak 1-2 paraméterezés tér el.
Szerintem elég hamar featurecreepapocalypse lesz a vége, mikor már több népszerű blokk plugin kerül a rendszerbe.
Majd meglátjuk, igazából fejlesztőként perpill se előrébb se hátrébb nem vagyok az új szerkesztővel, kivéve ha keverni kell a megoldásokat egy-egy oldalon a régi eszközökkel (ami már hátrányos lehet). Már most is ez a legnagyobb gondom a WP-vel, hogy egyszerű custom adatot nem tudok definiálni + lekérni a beépített funkciókkal. Így nekem CMS-nek annyira nem jó, de hát eredetileg sem erre szánták
Here? For folks like us? Wrong city.., wrong people
-
Veron
őstag
Elkezdtem localhoston összerakni a blogot, most már nagyjából felismerhető, hogy mi akar lenni.
Viszont rohadtul másképp néz ki, mint a template demok.
Én vagyok béna, vagy mindig ilyen sok idő finomhangolni?"Hisztéria... Csak nők kaphatják meg, és csak férfiak halnak bele."
-
Gave
addikt
Tapasztalat szerint valahol egy 10-es skálán több idő, mint amit elsőre gondolnak.
A template demokkal amúgy is érdemes vigyázni mert gyakran azt a kimenetet nem is lehet beállítani éles adatokkal. A kedvencem amikor teljes szimmetriát érnek el azzal, hogy egymás mellett vagy alatt ugyan az a felirat szerepel..
Otthon end user kitölti 5-10 karakter eltéréssel és már nem is olyan húde esztétikus az eredménye
UI: Nézd meg, hogy minden plugin függőséget telepítettél e amit a readme/doc oldalukon írnak. Előfurdulhat néha, hogy hiányzik 1-2 plugin ami kell a demo állapotának visszaállításához.
[ Szerkesztve ]
Here? For folks like us? Wrong city.., wrong people
-
Veron
őstag
Rendben, mindenképpen megnézem.
Eddig annyit tettem, hogy írtam pár próbacikket, az appearance-nál néhány dolgot személyre szabtam és kiválasztottam egy témát. Na ezek után néz ki kevésbé esztétikusan és elnagyoltnak az oldal."Hisztéria... Csak nők kaphatják meg, és csak férfiak halnak bele."
-
Veron
őstag
-
sz.j
nagyúr
Srácok, segítségre lenne szükségem!
Váratlanul, minden előjel nélkül tönkrement a külső tároló-vinyóm és minden rajta lévő adatot elvesztettem ..., többek között a Swift Performance "egyéves" és az "élettartam" használati kódját (key) is ....
A weboldalon a bővítménynél ugyan kipöttyözve megvan, de azt nem tudom, hogy ezzel lehet e valamit kezdeni, esetleg visszalehet e "fejteni".Szerintetek van rá valamilyen megoldás?
[ Szerkesztve ]
Műanyag, alumínium és motoros redőnyök, valamint szúnyoghálók készítése, szerelése. www.szaboredony.hu
-
sz.j
nagyúr
-
Gave
addikt
Ismer valaki kész megoldást plugin formájában, amivel két (vagy több) WP site post slug-jait össze lehet térképezni?
Ha nincs ilyesmi, melyik event hook lenne erre a legalkalmasabb, hogy frissüljön egy lookup tábla, pl: 'save_post' ?
Köszke
Here? For folks like us? Wrong city.., wrong people
-
GreenIT
tag
Ez most segitseg vagy veszelyforras?
http://www.passwordtool.hu/wordpress-password-hash-generator-v3-v4 -
Veron
őstag
Letöltöttem egy Lavander Lite nevű sablont, ami úgy néz ki az igényeimnek megfelelő lehet.
Szeretnék háttérszínt változtatni, de nem tudom hogyan kell. Mind a logo körüli színt, mind pedig a lap többi részének hátterét megválaltoztatnám. Sok sablonban van ilyen menüpont, itt nem látok, a CSS-t pedig nem tudom mit kellene átírnom.
Valaki tudna segíteni, hogy merre keressem a megoldást?
Köszönöm![ Szerkesztve ]
"Hisztéria... Csak nők kaphatják meg, és csak férfiak halnak bele."
-
The DJ
addikt
A logo körüli header háttér megváltoztatásához a kód:
#header {background-color:#000;}
Értelemszerűen a #000 helyére a kívánt szín kódja megy.
A teljes oldal háttérszín cseréjéhez pedig:
.mainwrap {background-color:#000;}
(#5580) GreenIT: Ez segítség, ártalmatlan. Jelszó hasheket generál megadott jelszó alapján, ugyanezt csinálja maga a WordPress de akár a PHPMyAdmin is.
https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.
-
Veron
őstag
köszi a segítséget még egyszer. a header részt én is megtaláltam utólag a kódban, de a mainwrap még mindig nincs meg... hiába, nem vagyok otthon a CSS világában.
[ Szerkesztve ]
"Hisztéria... Csak nők kaphatják meg, és csak férfiak halnak bele."
-
Flowtation
őstag
Sziasztok! B.U.É.K. Mindenkinek!
Abban az esetben mi a teendő, ha poedit és loco translate szerint is az adott sor le van fordítva, az oldalon mégis angolul jelenik meg? Nevezetesen a posztoknál a read more gomb/link angol, pedig elvileg le van fordítva. hogyan tudom ezt megváltoztani?Keresek: D-link covr-1102 2 pack routert.
-
Flowtation
őstag
válasz Flowtation #5589 üzenetére
megvan, simán user error volt....
Keresek: D-link covr-1102 2 pack routert.
-
spiritex
veterán
Tudnátok ajánlani egy jól működő wp fiók kinézet módosítót? Tehát, hogy ha valaki bejelentkezik egy wp fiókba, akkor ne a wp User felületet lássa, hanem egy normális fiók kinézetet, ahol semmi sem tudatja vele, hogy egy wp oldal fiókjában jár.
Köszi![ Szerkesztve ]
Ha te az vagy, akinek képzeled magad, akkor ki az, aki képzeli magát annak a valakinek?
-
Siriusb
veterán
Jó reggelt!
Wordpress-ben tudok hivatkozni kóddal a kezdő oldalra (pl. <front>), mint drupalban?
A weboldal egyoldalas felépítésű, csak az adatkezelési lenne külön oldalon, viszont a menüben a kezdőoldalra kellene hivatkozni az anchor-okkal, pl. #rolunk, és elég csúnya lenne a domain nevét is konkrétan beírni a hivatkozásba. -
Siriusb
veterán
Az rendben van, de a #valami nem ezen az oldalon van. Tehát van a főoldal, ami gyakorlatilag az egész honlap és mellékesen van egy aloldal. Amikor ezen az aloldalon vagyok, akkor a menüben #valami nem működhet, mert itt nincs ilyen elem. A menüben a hivatkozásnak http://főoldal.hu/#valami kell legyen.
A kérdésem arra irányult, hogy ezt a http://főoldal.hu/ résznek van-e valamiféle helyettesítő kódja, ami automatikusan a domain nevet szúrja be az oldal betöltésekor.
A neten semmit nem találtam erről, ezért bátorkodtam itt megkérdezni. -
Mattb
senior tag
Sziasztok!
Nem tudom, hogy jó helyen keresgélek-e, de remélem tudtok segíteni, vagy ismertek valakit aki tud.
Egy wordpress/woocommerce/divi webáruházról lenne szó, ami mögé csapatot keresek aki mind fejlesztésben és hibaelhárításban/karbantartásban tudna segíteni. Most is foglalkozik vele egy cég, aki a tárhelyet is szolgáltatja, de nagyon problémásak. Ha jelentünk valami hibát, nem foglalkoznak az üggyel, "náluk működik" válaszokat kapunk, aztán több hetes huza vona után "ja mégis volt egy hiba"....
Elegünk van ebből.. sajnos nem vagyok jártas ilyen téren de szükségünk lenne egy normális csapatra, akik egy bizonyos csomag/havi díj keretein belül foglalkoznak az oldalunkkal.Előre is köszönöm, bízom a válaszaitokban!
-
Gave
addikt
Szia, írtam neked privátot.
Én esetenként biztosan tudok segíteni, azonban mindig pontos feladat leírásra lenne szükségem. Illetve sajnos a tárhely szolgáltatót teljesen csak egy másik szolgáltatóval lehet megkerülni, mert ha mélyebben van a hiba mint amihez hozzáférést adnak, akkor megint rájuk kell támaszkodni.
Fizetős plugineket elvileg támogatja a készítője, ez azért is jobb sokszor mert lehet, hogy a kövi patchben már javítva van egy probléma, illetve kisebb az esélye, hogy valamilyen workaround konfliktus lesz a saját és a hivatalos verzió között.
Here? For folks like us? Wrong city.., wrong people
-
Tatejka84
tag
Sziasztok!
Ha valaki esetleg szabadúszó és van kedve kitölteni egy kérdőívet ebben a témában akkor itt most és csak most megteheti
De csak 2019.01.13-ig érdemes, mert csajok már a hétvégén elemzik.
[ Szerkesztve ]
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen