-
Mobilarena
WordPress tartalom kezelő rendszer (CMS) topik
Új hozzászólás Aktív témák
-
#9027
#57018880
törölt tag
CharlieDrop
#9026
#57018880
törölt tag
válasz
CharlieDrop
#9026
üzenetére
Általában már így érdemes, igen, mert függetleneknek fenntartani, ez túl komoly felelősség és embertelen igénybevétel. Csak ez is egy kicsit bezárja a piacot, mert ugye innentől alig lesz érdeke bárkinek is, hogy behozza ezeket a fejlesztéseket egy új CMS-re pl.
-
#57018880
törölt tag
válasz
inf3rno
#9022
üzenetére
Minden szolgáltató pontos dokumentációt tart fent, van ahol példa, működő kód is van, csak ki kell tölteni hozzá egy accounthoz a konfigot, stbstb. Utána van sandbox a teszteléshez. Többnyire manapság REST API lesz.
Hát az ilyeneket az olyan "haszontalanok" fejlesztenék mint én, csak ugye minden ingyen kell az embereknek örök garanciával, supportal, és hát abból nem lehetett megélni.
Gondolom ez is el fog rohadni hamarosan, mint minden más is, ahol nincs mögötte cég akinek megéri fejleszteni ÉS karbantartani őket, követni a core és a plugin ökoszisztéma változásokat, reagálni a folyamatos ostrom alatti biztech részére, stbstb ami ezzel jár, és kb felörli az ember életét ha beáll egy nagyobb plugin mögé.
-
-
#57018880
törölt tag
válasz
tylerddd
#8748
üzenetére
Szia,
Itt is felteheted a kérdést
.Szerintem inkább azt írd meg részletesen mit szeretnél elérni amennyire pontosan tudod, mert amivel próbálkoztál az nem feltétlenül visz közelebb a megoldáshoz. Annyit tudtam kivenni, hogy a feltöltött képekből szeretnél külön galéria aloldalakat?, de akkor minek lemásolni? -- inkább próbáld leírni mi a "végcél" .
-
#57018880
törölt tag
Meg kellene kérdezni valakit a Google-nél, hogy egészen pontosan mennyit számít, én arra tippelek, hogy offset szintű, azaz csak korrigálás értéke van, hogy az emberek ne trükközzenek emiatt.
Márka/termék egyezésre pl.: a hivatalos oldalt megtalálni nem meglepő dolog, 2 webshop között melyik jön fel hamarabb ha tartalmilag (és a profilozás után) közel azonos relevanciára jönnek ki,- az már érdekesebb szerintem. Utóbbi esetben könnyen elképzelhető, hogy egy gyorsabb oldal lesz fentebb, de simán valószínűbb pl; hogy a social médiában többet emlegetett lesz megint előbb, ha csak nem kimagasló a különbség a betöltésben.
-
#8671
#57018880
törölt tag
CharlieDrop
#8670
#57018880
törölt tag
válasz
CharlieDrop
#8670
üzenetére
Persze, hogy nem mindegy, mondjuk az sem, hogy azokat is értelmetlenül szokták használni
. Mert ugye lehet szabályozni hol, mikor, milyen eseményre, esetenként milyen mértékben töltse be őket az oldal.hkari: Legtöbb elementoros sablon/oldal a korrektebb mobil kliens oldali teszten fog elbukni, főleg szerveres teszten mehet rá jó pont érték.
-
-
#57018880
törölt tag
válasz
nyesteb
#8658
üzenetére
Inkább a sablon + pluginek kombó miatt lassúak a WP telepítések. A cache pluginnak is vannak amúgy plusz erőforrás szükségletei, így gyengébb konfigokra akár negatív hatással is lehet, sajnos pont belefutottam egy ilyenbe nem is olyan régen - igazából itt jöhet be a szolgáltató a képbe.
Sok cache plugin minden mást is akar csinálni, nem csak a cachet így nehéz kiértékelni a cache hatékonyságot, külön elizolálva.
Legtöbb esetben szerintem nem a szolgáltató lesz a gond, egyszerűen csak rengeteg az átgondolatlan telepítés, olcsó = nem ilyen igénybevételre szánt tárhelyeken.
-
#8646
#57018880
törölt tag
kevesbence
#8645
#57018880
törölt tag
válasz
kevesbence
#8645
üzenetére
Köszi, vissza is
-
#8644
#57018880
törölt tag
kevesbence
#8643
#57018880
törölt tag
válasz
kevesbence
#8643
üzenetére
Szia, ránézhetek neked ha írsz egy privátot. Javítást nem tudom garantálni, meg kell keresni hol a hiba pontosan.
Viszont az ilyen bővítménynél ami érinti a levelezést, elég sok probléma forrás lehet amit nehéz elkülöníteni magától a levélküldéstől.
-
#57018880
törölt tag
válasz
#31816946
#8627
üzenetére
Szia,
Szerintem használat, használó, bővítmények és sablon függő mikor melyik jobb. Ismert problémák pl. itt, Joomla, Wordpress
Ha nem fogasz el user adatokat, különösen fájl feltöltést, azzal általában eléggé le lehet redukálni a felületet, WP-re elég jó monitor-report pluginek vannak, illetve azért van pár hasznos security plugin is, pl bruteforce admin login ellen, stb.
Szvsz ez kutatós munka igazából, esetileg minden telepítésre.
-
#57018880
törölt tag
Több lehetőség is van:
Legjobbtól a legrosszabb felé:
1) Ugyan annyi szöveg minden oszlopba
2) Fix magasság a szövegdobozra, responsive töréspontonként
3) Overflow-val kap egy függőleges scrollbart
4) Javascripttel ráigazítani
5) Position relative a konténerre, absolute a gombra, bottom, ezt is frissíteni kell töréspontonként, mert különben rálóg majd a gomb.Van még több is, de azoknak én még ennyi értelmét sem látom, pl.: ledaraboltatni a szöveget a sablonban és fix magasságú boxban, animálva váltani a darabokat... stbstb
-
#57018880
törölt tag
válasz
kuyarashi
#7469
üzenetére
Ezt például mi okozhatja (ha nem az, hogy rossz fájllal dolgozom, vagy, hogy gyorsítótárban van)?
Pár lehetőség:- Nincs tokenizálva a sablon fájl
- Dinamikusan frissül az a rész a felületen, x feltételre javascriptel, ott nincs tokenizálva
- Esetleg a sablon egy teljesen egyedi megoldást használ a tárolásra, ritka de van ami 100% db-be menti, ilyenkor is lehet, hogy nincs tokenizálva, vagy csak más admin tool van a szerkesztésre
- Lehet, hogy a jó fájlt szerkeszted, de van egy másik fájl ugyan arra a tokenre ami később tölt be és az felül írja
- ... egyéb okok -
#57018880
törölt tag
válasz
Ablakos
#7351
üzenetére
Jó döntés, ha sikerül is fixelni azt a néhány error-t, más feltételre/db használatra megint elő jöhetett volna ( pluginek, theme install stb), így semmi garancia nem lett volna rá, hogy a jövőben WP db-t érintő változásai nem okoznak ismét hibákat.
FeniX:
Igen, de átugrottam a kérdést, mert menni kellett előre. Most áthidalásnak van egy plusz HEAD kérésem minden másik előtt, majd később visszatérek megnézni mi van vele. -
#57018880
törölt tag
Ez eléggé fájt, leírom hátha van valakinek ötlete mi történik.
Készítek egy admin-ajaxos login-t, ami egyébként tökéletesen működik, itt ebben a funkcióban egyből beállítom a visszakapott WP_Usert, majd kreálok egy 'wp_rest' nonce-t.Ha az ezen a ponton visszakapott nonce-t hozzáfűzöm egy REST API GET /users/me kéréshez, akkor nem jó.
Érdekes módon, ha készítek egy külön admin ajax hívást és abban csak a wp_create_nonce('wp_rest') hívás van, és azt fűzöm hozzá a következő kérésekhez akkor elfogadja és értelmesen műxik.
Úgy tűnik, hogy az első esetben valahogyan beragadt a session, vagy egy régebbi süti,... mi lehet a gondja? A végpontokat egy MU pluginban veszem fel, ami elvileg az összes többi plugin előtt kerül betöltésre, emelett más plugin nincs jelenleg.
Nincs benne minden csak illusztrációnak az érintett részek redukálva:
https://pastebin.com/wDVeXFy6
-
#57018880
törölt tag
Itt van néhány alap beállítás:
{oldal-címe}/wp-admin/options-media.phpA sablonok és pluginek regisztrálhatnak további méreteket, új feltöltéskor már ezeket legyártja.
Theme váltáskor az alap mellé hozzá adja a sablon új méreteit. Vannak pluginek amik segíthetnek ilyenkor újra generálni az egész média tárat. ( nem akarom reklámozni egyiket sem).
-
#57018880
törölt tag
Igen, ez is sajnos elég elterjedt probléma, hogy az ügyfél választ eszközt és túlspecifikált igényeket fogalmaz meg ahelyett, hogy általános célkitűzéseket adna egy fejlesztőnek, aki ez után tudna kínálni A/B vagy Aa/Ab megoldást, és abból lehetne választani olyat amivel lehet költséghatékonyan dolgozni később. Ez a fajta felfogás lassan alakul ki, hogy a tapasztalatot fizetik meg nem pedig a "végterméket" vagy "komponens csomagot". Szerintem a WP rendszermodell erősen épít arra, hogy a hozzáadott értéket főként nem maguk a komponensek, hanem a teljes setup jelenti, annak szakszerű összeillesztése, és minőségi értékei. Ezzel nem szándékoztam lehúzni az egyedi komponens fejlesztést, főleg mert én is ezt vállalom
Visszatérve az előző gondolathoz, nem az a probléma, hogy belenyúlnak e vagy sem, csak a zizi elvárások, hogy milyen szintű tapasztalattal, milyen mélyre, mikor-hol-ki nyúljon bele
.Csak példa, nem kritika: Ha valaki küzd egy PHP ciklussal, akkor talán még pár hónapra van attól, hogy fenntarthatóan bele szerkesszen egy sablonba vagy pluginbe. Onnantól magának kell karban tartania, így szintén bővebb tapasztalatot igényel, esetleg van járulékos probléma mert olyan megosztott részt módosít amit az oldal 17 helyen használ, de csak 1 helyen jelent pozitív javítást.
-
-
#57018880
törölt tag
Vannak hasonló vizuális freestyle megoldások, sajnos ezek pont ezért véreznek ki a fenttarthatóság és a teljesítmény terén, nagy szabadságot kínálnak viszont IT és Design skillek nélkül hamar bele lehet futni hatványozódó problémákba.
Egy jól megírt sablon ezzel szemben használja a WP rendszereket, így limitáltabb is, de jó eséllyel ésszerűbb karbantartani, illetve sokkal következetesebb, egyszerűbb lehet használni is.
Már a builderek mint az Elementor is elég veszélyesek ha fontos, hogy az oldal kiszolgáló kapacitása és fenntarthatósága is elfogadható legyen, bele sem merek gondolni mi lenne ha elterjednének a 100% grafikus szerk jellegű építők. Kis design és vagy hobbi oldalaknak persze mindegy, de nagyobb, ambiciózusabb siteokat biztosan nem építenék ezzel.
Kell a *skill, hogy a megfelelő eszközt a megfelelő célra, a megfelelő módon használják, amikor vannak minőségi elvárások is.
Az üzleti szempontokról inkább nem is beszélve, ahol 1-1 feliratkozás vagy shop workflow-n múlhat, hogy megy e a vállalkozás vagy sem.
-
#7173
#57018880
törölt tag
CharlieDrop
#7172
#57018880
törölt tag
válasz
CharlieDrop
#7172
üzenetére
Igen, ezt elég nehéz elmagyarázni egy nem-szoftveres megrendelőnek. Volt nálam is örökölt projekt ahol ~17 query-vel raktak össze egy többszintű menüt, persze extrém lassú volt és nem tudták rendesen szerkeszteni az admin integráció nélkül, amikor árat adtam a javítására kicsit sokkolta a megrendelőt, főleg miután megtudta, hogy rendesen összerakni egy normális sablonnal kb néhány óra munka és a költség is csak 1/8 lett volna.
-
#7170
#57018880
törölt tag
CharlieDrop
#7169
#57018880
törölt tag
válasz
CharlieDrop
#7169
üzenetére
Így van. Ez egy szakma, ami eléggé rétegelt ismereteket feltételez. Olyan szakosodás amit nem elég egyszer megtanulni ( nem palacsinta recept), folyamatosan frissíteni kell(ene) a tudást.
Tehát aki nem akar évekig aktívan tanulni annak a legjobb esélye, ha olyan sablont vesz ami azt tudja amit a szeretne, esetleg pluginekkel kipótolni a hiányosságokat, ( bár ez sem mindig a legjobb praktika). Kattintós builder, ha nagyon muszáj.
Emellett tudom sokkoló, de fel is lehet bérelni valakit aki profin összerakja és még akár modern minőségi szempontoknak is meg tud majd felelni az oldal.
Sokakat csábít valamiért a tákolás, de talán csak azért mert még nem látják mi van az út végén, és hogy mibe kerül majd ez nekik később.
-
#7056
#57018880
törölt tag
theporcupine
#7054
#57018880
törölt tag
válasz
theporcupine
#7054
üzenetére
A leírás alapján sajnos még 1000 másik dolog lehet vákuumban, vagy millió összefüggésben, de az is lehet, hogy 1 adott plugin 1 adott szerver konfigra reagál negatívan. Ha csak tippelnem kellene a sötétben akkor Elementorhoz lesz köze, ami egy end user kattintos builder, így jó eséllyel a kimenete nagyon messze van attól amit Mi optimalizáltnak hívunk.
Pont két munka között ráérek, ha priviben küldessz egy error log-ot ránézhetek nektek.
-
#6995
#57018880
törölt tag
CharlieDrop
#6989
#57018880
törölt tag
válasz
CharlieDrop
#6989
üzenetére
Az első része, a megjelenítés szuper egyszerű.
, majd rendeléshez hozzárakni, hogy utána majd egyedi termék legyen belőle.
Ezt biztosan meg sem kísérelném, még a logikusabb fordított sorrendben sem, én a rendelés kezelő adminra kitennék egy gombot, amivel a shop dolgozója ( ha minden feltétele teljesíthető ), tud generálni egyedi terméket, és utána generálni rá egy új megrendelést.
Itt ugye még nagy kérdés lehet (számodra), hogy kell e az egyedi termék, azaz más is rendelheti később ugyanazt? vagy elég lenne hozzá adni termék attribútumokat -> termék variációt -> frissíteni a megrendelést?
Elképzelhető, hogy egyébként van kész megoldás, ha ruhára, dobozra vagy valamilyen elterjedt terméket kell variálni.
-
#57018880
törölt tag
Igen, hát ha így jó neked. Viszont ennyi infó alapján igazán jó tanácsot nem lehetett volna adni. Nem azért mert nem akarunk vagy tudunk segíteni
..Általában amikor egy plugint úgy terveznek meg, hogy azzal jól lehessen együtt dolgozni, akkor ésszerű helyekre lehet esemény kezelőket regisztrálni. Ilyen lehet akár azonnal amikor aktiválják az adott plugint, vagy ritkábban amikor egy fontos paraméterét állították, stbstb, ami fontos esemény a saját ciklusában.
https://codex.wordpress.org/Plugin_API
Komolyabb kereskedelmi pluginek általában ezekről közzé tesznek egy listát és legalább egy alap szintű leírást.
-
#57018880
törölt tag
@FeniX.
Kevés infó, túl általánosítva lehetne csak, ami a konkrét esetedre még bőven lehet rossz. Nagyon függ attól, hogy mit csinálnak pontosan a pluginek, illetve, hogy mennyire fontos az aktiválás-deaktiválás.Igen, SpaceJam, túltoltad, azért nincs sokszor válasz mert nincs időnk kibarkochbázni az 1700 alesetet, vagy fél napos 1-on-1 kurzust tartani, mire meglesz a válasz. Lehet, hogy az FB csoportban valakinek van erre ideje és kapacitása,bár kétlem. A kérdések nagy része pedig túlzottan véleményre irányul "szerintetek ?..."- erre nem mindenki akar-tud válaszolni, esetleg teljesen off topik generál fejlesztés, hosting stb.
Egyszerű, konkrétan megválaszolható kérdésekre itt is lehet választ kapni, csak ilyen évente 2x jön.
-
#57018880
törölt tag
Pontosan, ez kultúra kérdése is, ami nálunk nagyon nyögve és lassan alakul ki, az emberi természetet nem könnyű megváltoztatni,- ennek ellenére sokat lehetne segíteni a kultúrán jó cikkekkel. A cikkek felvázolhatnak egy reális idő-ár összefüggést egy modern alap üzleti weblapra, esetleg alap pár termékes woo oldalra. -- Ez nem érinti a hobbi és egyéb non-profit felhasználókat, ők általában pont értelmesebb módon használják a WP-t.
Én is találkoztam sok olyan céggel, ahol az üzleti szolgáltatás annyi, hogy felkattintják auto installerrel a WP-t, telepítenek egy Elementort, esetleg felvesznek bele 1-2 usert. Jó indulattal 1 óra és kb 50 000 Ft-ot kérnek érte. Az biztos, hogy az alapján amivel nekem dolgom volt: marketing ügynökséget nem bíznék meg weblappal, semmilyen szinten és főleg nem ahol folyamatosan fejlődni, skálázni kell, vagy bármilyen félkomoly IT support is kell mellé.
Nekem több időbe tart feldolgozni-megérteni a megrendelő üzleti igényeit és korrekt árajánlatot írni, mint nekik "letudni" egy ügyfelet.
A plugin és sablon fejlesztés mellett az én kínálatomban is ott a WP telepítés, ég és föld a különbség mind árban és abban amennyit dolgozok vele. Az ügynökségek jellemzően kb dupla árat kérnek 1/20 "munkáért".
Egyébként ha írnék, szerintem a fejlesztéssel kapcsolatos témák érdekelnének jobban, elég gyakran használom a WP REST API-ját mostanság, de ez szerintem kevesebbeket érdekel, és sajnos feltételez más nem-WP specifikus előismereteket is.
-
#57018880
törölt tag
Szerintem fontos lenne, hogy reálisabb képet kapjanak az emberek arról, hogy mire ideális, mire elfogadható, és nagyjából mire nem ajánlott a WP telepítése. ( nem szarkazmus-, nagyon sokszor előjön, hogy jóval többet várnak mint amit natív vagy akár több bővítménnyel értelmesen, magas színvonalon lehetne összekötni ).
A másik talán, hogy feltelepíteni egy WP-t egy dolog, weblapot készíteni meg egy teljesen más dolog. Itt is kiemelném, mik az előnyei és hátrányai annak ha valaki WP-vel dolgozik szemben akármilyen desktop összekattintóval, vagy a millió másik CMS és Offline generátorral.
Gyakori sokkhatás az új felhasználóknak, hogy mennyire előre kell gondolkodni már a sablon + pluginek kiválasztásánál, mert elég hamar bele lehet futni olyan limitációkba amiket később sokkal költségesebb módosítani, mint ha egy hozzáértőt választanak a komponensek kiválasztására. ( persze ez igényektől függő)
Szinte minden olyan oldalnál amit átveszek javításra, előfordul, hogy a problémák nagyrészt annak a származékai, hogy "menet közben" találták ki milyen komponensekkel dolgoznak.
Gyakori a nagymértékű és felesleges duplikáció, több plugin hasonló funkcióval amik csak lassítják az oldalt, ezeket gyakran lehetetlen kibogózni anélkül, hogy a fejlesztő saját találmányt építene az egyik másik pluginre, vagy egy must use bővítményt adna hozzá.
Cikk témákat biztosan találnék, motivációt nehezebben
-
#57018880
törölt tag
Szia bacsis.
A probléma ahogyan nézem, hogy a "fancybox" scriptje ami nagyítja a képeidet az oldalon belül azt várja, hogy linkelve legyen az a kép amit megnyit nagyban. Elvileg jobb oldalon kellene legyen ilyen opció, hogy adj neki képhivatkozást, vagy linkeljen saját magára.
A másik lehetőség, hogy talán a plugined hozzá ad egy fancybox kép modult-blokk típust és a WP alap kép blokk helyett ilyet kellene. ( ez már csak találgatás)
Ha így sem működik akkor elvileg, a fenti sorban a ... függőlegesen további opciók alatt HTML-ben köré tenni egy
<a href="https://bacsis-tuning.hu/wp-content/uploads/KÉPÚTVONALA.jpg"><img></a>
Amikor feltöltessz egy képet, azt általában kiírja, hogy mi a teljes útvonal és elég oda másolni.Ha átmész a képgaléria aloldaladra ott látod, hogy ez működik: Példa
<a href="http://bacsis-tuning.hu/wp-content/uploads/2011/01/Gigabyte-GA-8KNXP1.jpg" class="fancybox image"><img loading="lazy" class="size-medium wp-image-1574" title="Gigabyte GA-8KNXP" src="http://bacsis-tuning.hu/wp-content/uploads/2011/01/Gigabyte-GA-8KNXP1-300x225.jpg" alt="Gigabyte GA-8KNXP" width="300" height="225" srcset="https://bacsis-tuning.hu/wp-content/uploads/2011/01/Gigabyte-GA-8KNXP1-300x225.jpg 300w, https://bacsis-tuning.hu/wp-content/uploads/2011/01/Gigabyte-GA-8KNXP1-1024x768.jpg 1024w, https://bacsis-tuning.hu/wp-content/uploads/2011/01/Gigabyte-GA-8KNXP1.jpg 1280w" sizes="(max-width: 300px) 100vw, 300px"></a>Elképzelhető, hogy egy plugin ami adott még opciókat ott jobbra már valamiért nem frissült vagy éppen frissült de pont emiatt bejött egy bug.
Ha gondolod küldj egy privit megnézem neked belülről, hátha az admin oldalon van hibanapló vagy konzol log.
-
#57018880
törölt tag
Hát, logikailag ennek nem a sablonban van a helye, így valószínűleg csak a "keleti iparosok" kínálatában lesz rá megoldás
Normál esetben ez plugin + valamilyen termék konf. közöse lesz, esetleg néhány függvény felülírás a functions.php-ben az aktív sablonban.
Egy ilyent találtam:
https://woocommerce.com/products/measurement-price-calculator/
demo: https://demos.skyverge.com/shop/floor-tile-by-the-box/ -
#57018880
törölt tag
válasz
Agostino
#6732
üzenetére
Lehet, hogy picit overkill: the Atlassian JIRA Portfolio (vagy alternatíva) + REST API-n lehívni róla egy megoldás lehet, ehhez nem néztem meg létezik e WP integráció.
Akiknek amúgy is kell teljes körű PM toolkit azoknak szerintem nem éri meg WP-re külön rakni ilyet, mert csak feleslegesen dolgoznak vele.
-
#57018880
törölt tag
válasz
Stanlee
#6679
üzenetére
Jelenleg egy kb. 30 sorbol es 10 oszlopbol allo excel file-ban vannak az adatok, amikkel a pluginnek dolgoznia kellene. User kb. 5 adatot megad (szam), ezek alapjan az excelben levo par adattal oszt-szoroz a plugin, majd az eredmenyt megjeleniti.
Ez a tábla mennyire gyakran és kb milyen mértékben változik, kell a verziózás (visszahozni régebbi állapotot), szerk. naplózás?
Azért kérdezem, mert a WP core, két szisztémát kínál fel adatok felvételére ( alapvetően nem CMS-nek készült - így egyik sem kimondottan ideális). Ha gyakran és nagyban változik akkor elképzelhető, hogy érdemesebb egy saját külön db táblába importálni, abból kimenteni egy cache-t, azt böngészőbe lementeni, 1. letöltés után már csak csekkolni szerveren, hogy friss e az adat és a böngészőkben kalkulálni.
Tipp 1: Más-más igénybevétel, ha a plugin-t nem csak saját célra, hanem terjesztésre szánod.
Tipp 2: jó ha írsz egy keret árat + egy alap spect, mert így a fejlesztő meg tudja ítélni, hogy érdemes e foglalkoznia a feladattal. Arra érdemes felkészülni, hogy elég komoly eltérések lesznek majd az ajánlatokban, így magadnak és a fejlesztőnek is jó szolgálatot tesz, ha belövöd egy "ennyit ér nekem max"-ra. Nagyon sok projektet láttam bedőlni, mert a megrendelő túlzottan azzal volt elfoglalva, hogy " minél jobb ajánlatot kapjon", nem pedig azzal, hogy "minél jobb eredményt egy adott keretösszegből".
Normális esetben ha a keret összeged, mondjuk éppen elégséges , akkor a fejlesztő megegyezés szerint kihagyhat kényelmi-kozmetikai funkciókat, és sajnos gyakran a dokumentáció is itt vérzik ki.
-
#57018880
törölt tag
válasz
Stanlee
#6675
üzenetére
Szerintem célirányosabb lenne ha le tudod írni mik a pontos elvárásaid, milyen funkciók kellenek user és admin oldalon, auto maintenance, esetleg összekötések külsős webservice-el, adatbázisokkal, import/export adapter,.. stb.
"Nem kell, hogy gyorsan elkészüljön",
Mit jelent pontosan?
2-3- ? hónap?"nem tudok erte vagyonokat fizetni"
Mennyit tudsz érte fizetni pontosan?Sajnos az éremnek mindig két oldala van, így fejlesztőként is 100-ból, jó ha 2 olyan megkeresést kapunk amivel lehet valamit érdemben kezdeni: Elég konkrétan meg van fogalmazva az elvárás, van eleje vége azaz mérhető a feladat. A megrendelő hozzá tud járulni, kifizeti a járulékos költségeket, és úgy általában jól tud reagálni a technikai gubancokra amik a fejlesztő hatáskörén kívül esnek. Mi sem találjuk fel a kalapácsot minden alkalommal amikor be kell ütni egy szöget.
Ha kevesebb szakaszban tudjuk elvégezni a munkát az általában jobb időben és pénzben, ehhez általában viszont az kell, hogy a megrendelő "befagyasztott" spec-re szerződjön, sokan szeretik menet közben variálni, bővíteni, kitalálni mit is akarnak pontosan, ami pont időben és árban is elhúzza a dolgokat.
Fejlesztőként is gyakran folytatunk több hetes szakmai levelezést, majd jól eltűnik a megrendelő mindenféle előre jelzés nélkül.
Szerk:
Fontos, de kimaradt. Ha mélyen a WP core, vagy más nagy plugin pl Woocommerce-hez kell kötni, akkor valószínűleg a frissítésre-karbantartásra is kell majd gondolni. -
#57018880
törölt tag
Csak egy tipp első ránézés után, szerintem a fejléc lesz az. Bár kérdés, hogy a bővítmény a gyors tárazott verziót nézi vagy a cache előttit, mert a cache után nem ugrál nálam, csak friss letöltéssel.
A #header-nek nincs magassága. Így amég nem tölt be a logo <img> tagje, addig egyrészt nem látszik a háttér kép a fejlécben, másrészt amint betölt a cégfelirat képe ugrik egyet az oldal.
A cég felirat képe benne van egy üres inline <a> elembe, ezt átrakva block-ra, és a benne lévő képnek beállítani fix magasságot.
-
#6261
#57018880
törölt tag
csanyiadam
#6260
#57018880
törölt tag
válasz
csanyiadam
#6260
üzenetére
A Joomla azért tűnik elsőre bonyolultabbnak, mert alapkiépítésben is egy ML CMS-nek készült, a WP SL blognak készült, később kapott minimál CMS funkciókat. Két modern Joomla között ezért elég következetes felépítés várható, ez nem mondható el 2 WP oldalról hasonló feltételekkel, mert annyi féle foltoz-kötöz megoldással rakják össze az oldalakat, hogy alig lehet követni.
Ettől függetlenül, erre a felhasználásra manapság szerintem is jobb a WP, mert könnyebb-gyorsabb vele dolgozni.
Szvsz, a WP közösségi támogatása pontosan azért mert alacsony a küszöb jobban elérhető, de éppen ezért kevésbé profi és hasznos.
-
#57018880
törölt tag
válasz
kuyarashi
#6245
üzenetére
Elvileg "online piactér" ami a WooCommerce-re épül (webshop):
With Dokan, you can turn any existing WooCommerce theme into a full featured multi vendor website.
So how does all of this work, anyway?
Well, just like a normal multi vendor website, the process is the same.* A seller registers on your website.
* The seller creates products.
* They start selling.
* You and the seller both make money.Példák: Etsy, Envato
Egyfajta "invertált viszonteladói platform", ahol az eladók jönnek hozzád a gyorsabb, jobb terjesztés reményében. Általában sajnos igen mélyre nyúló jutalékokért.
5 perc alatt ennyit tudtam kihámozni belőle
. Gondolom a plugin belül WC instancokat szerparál el vagy hasonló.Írhatsz privit ha tervezel valami nagyobbat, jövő héttől elvileg éppen nagyon ráérek
-
#57018880
törölt tag
válasz
Stanlee
#6218
üzenetére
Csak perspektívaként, ha azt gondolod kereskedőként lehúznak: kreatívként egy bejáratott marketplace általában 50-70%-ot levesz az terméked eladásából. Természetesen a support 0, tehát azt továbbra is te adod hozzá, te manageled a termék porfolióját és a feedbacket tehát többlet munka is egyben, utána még lejön ami lejön belőle itthon + egyéb tranzakciós és valuta váltási díjak.
Üdv a kapitalizmusban, aki dolgozik az örülhet, hogy engedik élni.
Amikor vesztek egy WP plugint vagy sablont vagy akármilyen komponenst, akkor érdemes rákeresni a készítők weblapjára (ha van és lehet- akkor ott megvenni).. Ezzel is támogatva, hogy legyen még frissítés a jövőben.
-
-
#57018880
törölt tag
Meglehet, hogy a galéria képek, ahol nincs meg a Google által ajánlott 48 pixel. Esetleg így. 3 oszlop helyett csak 1. így elvileg kell legyen elég hely a kattintásra.
@media only screen and (max-width: 480px) {
#gallery-1 .gallery-item {
float: none;
margin-top: 10px;
text-align: center;
width: 100%;
margin: 1.5em auto;
}
} -
#57018880
törölt tag
Elképzelhető, hogy van hozzá köze.
Mobilon a formotok nem teljesen van a helyén:
Fixelhető, ilyesmire:
input[type="text"],
input[type="email"],
textarea {
max-width: 100%;
box-sizing: border-box;
font-size: inherit;
font-family: inherit;
font-style: inherit;
font-weight: inherit;
padding: .25em;
}
input[type="submit"] {
padding: .5em;
width: 180px;
margin: 1em auto;
display: block;
text-transform: uppercase;
} -
#57018880
törölt tag
Valójában a kemény az, hogy sales üzenet volt, tehát még kerestek is volna rajta bőven több domain + tárhely megrendelése volt a cél. Emellett már vittem hozzájuk kb 15 ügyfelet, nem is a prémiumért.
Szerencsére a WP-k alá elég sok a választék, a nagyobb oldalakhoz pedig amúgy is csak VPS-t tudtak felkínálni, ami manapság már szintén nem volt kiemelkedő képességben-árban.
Sajnos erről az jön le, hogy ilyen "beállítjuk és elfelejtjük" kategóriás cég, persze lehet, hogy csak kifogtam a legkevésbé motivált emberüket.
Most már mindegy, ezt bukták, nem könyörgök nekik, hogy válaszoljanak a levelemre.
Elégedett voltam velük, de ennyire azért nem jók. -
#57018880
törölt tag
A tárhely szolgáltatást is elérte itthon a "nem divat dolgozni" trend. Most már az eddig normálisabbakra is 1-2 hetet várok teljesen alap full specifikus kérdésekre, én zártam a saját ticketem mert meguntam, hogy levegőnek néznek.
Egy WP-t kiszolgálni nem nevezhető már különc igénynek, mondjuk én néha kicsit meredekebbeket szoktam kérni, de azok is olyanok amik külföldön már évek óta sztenderdek...
Úgy néz ki aki nem akar lemaradni, de mégis fontos, hogy itthonról szolgálja ki az oldalait, az tanulhat meg fejlesztés mellett VPS-t adminolni sajnos...
Megtehetném, hogy viszek minden ügyfelet Google Cloudra, jó eséllyel ott sem kapok supportot, de effektíven itthon sincs, akkor már legalább a kapacitás olyan amilyen kell.
-
#57018880
törölt tag
Media query-vel, viszont ahogy néztem a sablont amit használsz nincs rá "mindent elkapó" megoldás, végig kell nézni hol ütköznek az elemek mobilon és hozzá adni őket a szabályhoz:
pl:
@media screen and (max-width: 960px) {
.single-view .entry-content {
font-size: 1.4rem; /* 1.4*16 */
}
} -
#57018880
törölt tag
Így van, érdemes megemlíteni, hogy folyamatos karbantartást igényel, pár hete vettem át egy munkát ami évekig első helyen volt egy nagyon kompetitív kulcsszóra és a derivatívákra is. Valamikor 6-8 hónapja abba hagyták rajta a munkát és szép lassan vissza csúszott a 3. oldalra. ( a kontextus keresés ugyan az, tehát effektíven vesztett a helyéből)
Persze itt szerepet játszik az is, hogy a konkurencia mennyire dolgozik. Nálunk ha valaki kér optimalizálást, előbb felmérjük, hogy az optimális landolási rátát mutató kulcsszavakra ~kb milyen a versenyhelyzet és annak trendjei.
Nem mindegy, hogy almára vagy körtére kell optimalizálni, ha az alma népszerűbb és esetlegesen más tartományok is versenyeznek érte, függetlenül a kereskedelmi tevékenységtől.
-
#57018880
törölt tag
válasz
regenyid
#5829
üzenetére
.woocommerce ul.order_details li strong {
margin-top: 1em;
}
.entry-content ul.woocommerce-order-overview > li {
background: none;
}Ha arra gondolsz, hogy a pötty rálóg a szövegre.
Ezeket az aktív (remélhetőleg child templated) utolsó .css-be érdemes tenni: /wp-content/themes/mantra/style.css
-
#57018880
törölt tag
Ha mindegyik alaposan be van állítva, akkor nem lesz túl nagy eltérés a cache pluginek között. A legnagyobb probléma akkor szokott előfordulni, ha nincs rendesen beállítva és felzabálja azt a minimál CPU-t amit egy shared hosting csomagban adnak.
A többi plugintól is függ nagyban, hogy melyik lesz "jobb".
TLDR;
Minden oldalhoz külön meg kellene vizsgálni, hogy mely aloldalakra ésszerű a cache.
-
-
#5714
#57018880
törölt tag
CharlieDrop
#5712
#57018880
törölt tag
válasz
CharlieDrop
#5712
üzenetére
Kicsit feljebb a link, jó support, frissítik a szoftvert. Vannak managelt prémium tárhelyeik. Kb 3700Ft havonta.
-
#57018880
törölt tag
válasz
Romeo619
#5694
üzenetére
Sporteszközökön pont elég jók a margók, én biztosan az affiliate felé mennék, főleg ha nyugati" külföldi a célközönség, akik szeretnek ficamból vásárolni. Érdemes lenne megkeresned sport termék cégeket, akár boltokat is, akár lokálban.
Mint említettem, ha azok a számok megvannak akkor nagyon alá adod. Ebből egész komoly bevételt lehet már jutalék marketingel kivenni. De jó partner esetén már egy banner spottal is többet kereshetsz úgy egy 10 faktorral mint a tárhely költséged.
-
#57018880
törölt tag
válasz
Romeo619
#5690
üzenetére
Ha ezek valós adatok és tematikus az oldalad, ahol esetleg be lehet kötni termék affiliate dolgokat, akkor havonta könyvelhetsz egy lottó4-est.
Fentire:
SSD és Cloud tárhelyet nem szabadna kontrasztba helyezni, eg jobb Cloud tárhely is SSD-ket ad. A felhős előnye, hogy minimális a szolgáltatás kiesés, illetve autón tud skálázódni az igénybevételhez.
-
#5665
#57018880
törölt tag
bence092301
#5663
#57018880
törölt tag
válasz
bence092301
#5663
üzenetére
Több mint valószínű, hogy saját perszonalizált keresésben vagy a 9.
-
#57018880
törölt tag
Szerintetek melyik nativ WP megoldás lenne a legjobb arra, hogy 1db sablon oldal adatait adminról soronként kidumpoljam JSON-ba?
Eddig amikre gondoltam:
A) Custom Post Type / bejegyzés / sor save handlerbe ideális lenne, viszont kezelni elég kellemetlen, illetve macerás minden mezőt felsetupolni hozzá, sok a redundáns adat, ami nem kell többször.
B) Saját admin setting fieldekkel, itt elvileg a save handlerbe írás macerás, illetve sok a közös problémája az A-val.
C) Készíteni egy egyszerű page templatet ahol adminra ellenőrzők, majd saját UI-n oldom meg
D) egyéb jobb nem-plugin ötlet?
E) Ha nagyon muszáj egy jó megoldáshoz pluginezni, ACF helyett lehetne gyorsabb és kezelhetőbb megoldás?
A sablon amit kérnek elég bonyolult, kb 100-120 input lenne (általában 6-8 per sor / amit lehet tömbösíteni) összesen az atomi konfigolás.
-
#57018880
törölt tag
Valaki tudja esetleg, hogy van e valamilyen "catch-all" megoldás, hogy a WP plugin által belinkel CSS lapjait más hookra töltsük be?
Multisite telepítés ha ez számít vmit:
Így nem műx, pedig Js-re is hasonlót használok és ott megy neki
function remove_head_styles() {
remove_action('wp_head', 'wp_print_styles');
add_action('wp_footer', 'wp_print_styles'); //vagy más hook
}
add_action( 'wp_enqueue_scripts', 'remove_head_styles' ); -
#57018880
törölt tag
Alap WP telepítésen elérhető olyan filter funkció ami a képek HTML kimenetét írja felül?
Tehát ha át szeretném módosítani az összes post/page -ben szereplő <img ... > -t
Ha nincs akkor mit használnátok helyette? Gondolom az Ob-t kellene parsolni ha nincs egyéb.
-
#57018880
törölt tag
RevSlider tudja a thumbnailes kezelést, ajánlani már kicsit nehezebb mert alap beállításon nagyon nem szuper
. Csak is a legújabb verziót érdemes használni.Ez tudja a full szélest, viszont ha fix magasságig kell akkor neked kell belőni többi töréspontra, ami szerintem egy kellemetlen megoldás, hogy nincs egy globális fix magassága.
-
#57018880
törölt tag
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.
-
#57018880
törölt tag
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.
-
#57018880
törölt tag
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
-
#57018880
törölt tag
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
. -
-
-
-
#57018880
törölt tag
válasz
GreenIT
#5521
üzenetére
de ugy hallottam, percek alatt torheto
Ez így univerzálisan nem állja meg a helyét.
- Egy rossz telepítéssel
- Sérülékeny pluginnel
- Sérülékeny sablonnal
- Nem frissített telepítés ( van auto frissítés alustábbaknakkevés idővel rendelkezőknek)A fentiekkel lehetséges, hogy esetenként fel lehet törni, de a percek alatt akkor is egy hiperbolának tűnik.
-
#5517
#57018880
törölt tag
Flowtation
#5516
#57018880
törölt tag
válasz
Flowtation
#5516
üzenetére
Elvileg úgy teljesen jó. A .po minden frissítése-szerkesztése után kell egy új .mo amit majd a gép használ hatékonyság miatt.
-
#5515
#57018880
törölt tag
Flowtation
#5514
#57018880
törölt tag
válasz
Flowtation
#5514
üzenetére
A .mo-t auton elkészíti neked a poedit, semmiképpen ne szerkeszd, azt a gép használja.
-
-
#57018880
törölt tag
A sablon írja? Lehet, hogy hard kódolva van valahol, így nem az ini-t használja ellenőrzésre.
Amúgy egyszerű fix tárhelyes bérletnél lehet, hogy nem fognak kedvelni, ha van forgalmad is
.Én szerintem képet raknék be első letöltésre, majd kattintásra a lejátszást, vagy legalább várnék ~10 másodpercet mire elkezdem a videót lestreamelni.
-
#57018880
törölt tag
válasz
spiritex
#5502
üzenetére
Igen, hagyd. Amint frissül a tartalom úgy elvileg kellene újat generálni, és időnként ezt kellene újra olvastatni.
Viszont ha ezek az oldalak ritkán vagy nem változnak, akkor a changefreq szerintem lehet nagyobb vagy "never".
Most legalább tanultam én is újat
, még nem láttam olyat, hogy egy index fájlt készítenek és feldarabolják a sitemapet.n -
#57018880
törölt tag
Nem érdemes ilyet csinálni.
A sablonnak már van egy CSS-e, amit a Wordből bemásolt szöveg felül fog írni, így habár megtartja a stílusok nagy részét, az oldal mégis jellemzően borzalmasan fog kinézni.
a) Plain text editor
b) Valamilyen Word2Plaintext converter online, ami kitisztítja a Word kódjátMindkét esetben a kiemeléseket és a fő/alcímeket a WP felületen érdemes rárakni.
.
. Mert ugye lehet szabályozni hol, mikor, milyen eseményre, esetenként milyen mértékben töltse be őket az oldal.
.
Új hozzászólás Aktív témák
Hirdetés
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RX 9070 XT GAMER PC termékbeszámítással
- Bomba ár! Lenovo IdeaPad V110 - i3-6GEN I 4GB I 128GB SSD I 15,6" I HDMI I Cam I W10 I Garancia!
- BESZÁMÍTÁS! ASUS H87I-PLUS H87 chipset alaplap garanciával hibátlan működéssel
- Steam, EA, Ubisoft és GoG játékkulcsok, illetve Game Pass kedvező áron, egyenesen a kiadóktól!
- MSI CreatorPro Z16P - i7-12700H, RTX A5500, értintőkijelző
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged