Hirdetés
Új hozzászólás Aktív témák
-
cattus
addikt
Milyen rendszerbe szeretnéd integrálni? A logika ugye itt az, hogy a HTML-be a placeholdert teszed be alapállapotban, majd ha betöltött a kép (erről ugye valahogy értesülnöd kell runtime) akkor kicseréled. Ha nem tudod előre a végleges kép dimenzióit, akkor kb. esélytelen valamekkora layout shift nélkül ezt kivitelezni.
Do the thing!
-
cattus
addikt
Az ikonos problémánál az a legjobb, ha mindig csak vagy az egyik vagy a másik class van rajta az elemeden, különben az általad leírt anomáliák léphetnek fel. A toggle meg ugye csak a paraméterben megadott class-t fogja állítani, a többit nem. Ilyenkor vagy mindkettő class-szal hívsz egy toggle-t vagy add / remove-ot.
Do the thing!
-
disy68
aktív tag
"A Place ID fix, univerzális, pl. ha Google-ben rákerestek Budapestére, 5 oldalnyi találatot hoz."
Ez így nem igaz. Ez a place id jelölhet mindenféle helyet (város, üzlet, földrajzi egység), amit a google számon tart és változhat idővel. Lásd Place IDs.
Szóval ahogy ezt kezelni lehetne, ha ennyire testreszabott időjárás widget-et szeretnél:
- lekéred a user location-jét (vagy/és backend-en próbálod meghatározni előre)
- a google reverse geocoding api-jával lekéred a koordináta szerinti helyadatokat (vagy ha a backend mond valami közelítő helyadatot, akkor a places api-val rákeresel)
- lekéred a forecast7 url-t a korábban megkapott place_id-val
- legyártod a megfelelő widget url-t/widget-etA google által megszerzett place_id-t illetve a forecast7 által adott url-t is persze elmentheted a koordinátához/városnévhez a folyamat során db-be, cache-be, hogy ne kelljen mindig a google api-hoz újabb requesteket ellőni és csak akkor kéred le ezeket újra, ha a widget url nem működne, ehhez persze ezt se ártana ellenőrizni.
“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude
-
Taci
addikt
Baj, ha így hagyom? Mármint hogy a Chrome azt mondja rá, hogy csiga lassú, de nyilván nem az, mert úgy nem adnám ki semmiképp.
Ezt még annyival egészíteném ki, hogy nem szeretném így hagyni. Nyilván okkal ad ilyen értékeket, szóval ezt a (fals) okot szeretném megtalálni és megszüntetni. Milyen lehetőségek vannak erre, amik rá is mutatnak, hogy mi-hol vérzik el? -
Taci
addikt
Még egy "fontos" infó, nem tudom, köze lehet-e hozzá, de ServerPress / DesktopServer alatt fut egyelőre az oldal, mert lokálban fejlesztem.
Ez eszembe juthatott volna hamarabb is, hogy fontos infó lehet. Na utána is olvasok, köze lehet-e a rossz eredményhez. (Remélem, igen, mert amúgy továbbra is tanácstalan vagyok.) -
martonx
veterán
Azt tudnod kell, hogy ilyenkor a Google a saját crawler botját (vagy ahhoz nagyon hasonlót) futtat meg az oldaladon, 3G szintű net sebességgel, azaz nem az számít, hogy te 1GBps-es Digi neten milyen gyorsnak látod az oldalad betöltését, hanem az számít, hogy mondjuk USA-ból nézve egy 3G-s mobilnet sebességnek megfelelő nettel a Google bot szerint milyen gyors.
És ezek szerint az oldalad fájdalmasan lassú, sok js, css, kép, tudomisén mi blokkolja. Ezekről szerencsére egész pontos áttekintést ad a Lighthouse, hogy mi blokkolja, és mit tehetsz ez ellen. Mi nem fogjuk tudni helyetted megmondani, mert te látod a részletes riportot.
Én kérek elnézést!
-
radi8tor
MODERÁTOR
-
inf3rno
nagyúr
Igen úgy tűnt, hogy néha frissül úgy is, ha be van zárva. Viszont ez lehet, hogy chrome feature, hogy néha frissíti a bookmarkokat. Az is lehet, hogy ami kikerül a kezdőlapra amikor új tabot nyitok csak annál frissül. Tényleg nem tudom. Még lehetőség, hogy push notification-el frissíti, de nem rémlik, hogy rányomtam volna bármikor is. Megfigyelem egy kicsit jobban, hátha csak benéztem. Mindenesetre tök jó lenne, ha meg lehetne így csinálni.
[ Szerkesztve ]
Buliban hasznos! =]
-
martonx
veterán
Ebben az esetben eleve valmilyen CMS-el kellett volna nekifutnod. És akkor a SEO se lenne kérdés
De még mindig nem késő CMS-re váltanod.Másik alternatíva, hogy mindent így hagysz, és bekötöd magad mellé a Google Firebase-t (ha már ehhez van kompetenciád, egyébként van csomó más hasonló szolgáltatás).
Illetve emellé lekódolod magadnak az összes többi funkcionalitást 1-2 év alatt.Én kérek elnézést!
-
martonx
veterán
A WP-nek van saját user kezelése. Erre vonatkozott az értetlenségem. Ha van sajátja, akkor minek kezdenél el pluszban Firebase-el bohóckodni.
A saját tartamadhoz is minek kellett saját tábla? Ha meg már minden saját, akkor minek WP???
Valamit elképesztően rosszul csinálsz, de lelked rajta, valamin úgyis meg kell tanulni webfejleszteniÉn kérek elnézést!
-
martonx
veterán
Ezek szerint nem egy saját WP plugint csináltál, ahogy kellett volna, hanem a WP-hez hozzátákoltál valamit saját izét? És akkor mit használsz a WP-ből?
Mert az általad felsorolt WP előnyök, akkor jönnek jól, ha tisztán WP-zel, saját pluginnel. És akkor fogod tudni a user kezelését, blogokat, kommentelhetőséget is használni.Szerintem. Bár a PHP és a WP elég távol áll tőlem.
Én kérek elnézést!
-
disy68
aktív tag
Nem probléma, ha valamelyik kép egy nagyobb képernyőn már scroll nélkül is látható és lazy-ként van kezelve, arra is fog jelezni az IntersectionObserver ugyanúgy. Hasraütésre (meg persze az oldal tartalmától függően) pár ms késleltetés lehet, mintha eager-ként lenne kezelve.
“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude
-
disy68
aktív tag
Sanszosan azért szerepelnek ott, mert ezen partnerek sütijeit közvetíti az oldal, mert pl. ezen cégek által kezelt reklámok jelennek meg az oldalon és ezek a reklámok követhetik a látogatókat sütiken keresztül. Keress rájuk és könnyen kiderül.
“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude
-
martonx
veterán
Csakis felhő: Azure, Aws, Google Cloud.
Fentiek közül egész konkrétan Azure App Service-t javaslom. Van MySql Azure-ban is, viszont az emlékeim szerint elég drága. Átpattintod a db-det MSSql-re, és fillérekből lesz Db-d is, ami a felhő szolgáltatók között egyedüliként monitorozza magát, és optimalizálja magát (bizony, csinál indexeket, statisztikákat a querykhez igazodva, ).
Linux-os app service havi 10 EUR körül rémlik, SQL 4 EUR. Azaz havi nettó 15 EUR körül ki tud jönni az alap hosting.
És ha már felhőben vagy, korlátlanul tudod skálázni magad (csak bírja a pénztárcád).Én kérek elnézést!
-
Coyot
őstag
Nem bonyolult amugy, csak elsőre nem éppen logikus mikor ficsőröket adok hozzá. Bár az Azure SQL db hozzáadásából nem derül ki a price calculator-ban, hogy az mégis milyen db engine-eket támogat.
De így 32giga tárhellyel a basic havi 20eur. Az olyan so-so, production módban pedig 70 - az szerintem nem rossz.
[ Szerkesztve ]
Má' nem
-
Memora
senior tag
Köszi, átnézek akkor oda!
Annyit még meg tudnátok mondani, hogy ha csak simán új template-et választok a Softaculous App-ban, majd ugyanúgy feltöltöm, mint az elsőt (WordPress install-t választva?), akkor úgy az fog megjelenni, vagy a régi marad, vagy nem fog működni, vagy a manage theme sets-nél beállíthatom, melyiket akarom látni?[ Szerkesztve ]
Fancy quote placeholder
-
gyulank
addikt
Na de engem az érdekel, hogy dobni lehet-e vele. Mert ha nem mozdul, az nem egyértelmű, hogy azért van, mert rosszul nyomtam, vagy azért, mert ugyanaz a szám jött ki. Akkor egyértelmű, ha 1, aztán forog, és megint 1.
ASRock Z370 Pro4+i3-8100+32GB Windows 22621.3527 Ubuntu 24.04 x64
-
Eastman
addikt
Magyarul, a magam által épített (pl. alap html) honlapomon múlik a süti küldés a látogató böngészője felé? Dönthetek úgy, hogy nem küldök cookie-kat?
[ Szerkesztve ]
https://logout.hu/tema/re_gerincserv_muteti_kezelese/keres.php?suser=Eastman ⮞ Műtét nélkül is lehet megoldás...
-
nevemfel
senior tag
Én ezt a snippetet használom htaccess maintenance-hez:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{DOCUMENT_ROOT}/maintenance.php -f
RewriteCond %{SCRIPT_FILENAME} !maintenance.php
RewriteRule ^.*$ /maintenance.php [R=503,L]
ErrorDocument 503 /maintenance.php
Header Set Cache-Control "max-age=0, no-store"
</IfModule>
Rally against apathy draws small crowd
-
Taci
addikt
Sajnos túlléptem a szerkesztési időt:
Ja igen, és az amúgy a baj az átirányítással, hogy ilyenkor a maintenance.html az aktív, és mondjuk ott van előtted, látod, hogy karbantartás van, visszanézel 10 perc múlva, és ráfrissítesz az oldalra, hogy hátha működik már azóta, de mivel a maintenance.html az aktív, mindig azt töltöd újra és újra.
Vagy ilyenkor ha már nincs átirányítás, működik az oldal, akkor meg ezt a maintenance-t kell a főoldalra visszairányítani? -
Taci
addikt
Kicsit egyszerűsítve a kérdést:
var/www/html
Az úgy jó, ha ide teszem a gyökérbe az index.html-t és a .haccess fájlt, minden mást pedig ezen belül egy almappába? Pl. var/www/html/biztonsagos-almappaVagy van jobb/másabb ajánlás?
Pl. a var/www/html/public mappa használata, bár ez nagyon nem egyértelmű számomra. Mert pl. ilyet is találtam:
The purpose to set the webroot to var/www/html/public is to hide the sensitive files like .htaccess.
De akkor az index.html-nek is mellett kell lenni, szóval akkor a DocumentRoot-ot is meg kell változtatnom.
Vagy erre az is elég, hogy<Files .htaccess>
Order allow,deny
Deny from all
</Files>
, és simán használjam a var/www/html mappát az index.html-nek és a .htaccess-nek, minden más meg menjen a var/www/html/biztonsagos-almappa mappába?
Új hozzászólás Aktív témák
Hirdetés
- HP ProCurve 2650 J4899B 48 Port Ethernet Gigabit Switch, számla, garancia
- Honor 200 Pro 512GB, Kártyafüggetlen, 1 Év Garanciával
- RTX 3060 TI OC RGB
- Lenovo T450s 14", i5 5300u, 4-8GB, 128GB, dupla akku, eu világítós bill, szép állapot, számla, gar
- Apple Macbook Air M1 2020 13" 8GB/256GB, akku: 97% + Magic Mouse 2
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: DHP Global Kft
Város: Sopron