- Hálózati / IP kamera
- Call center-forradalom: AI alakítja át az ideges telefonálók hangját
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Microsoft Office és Office 365 topic
- Windows 11
- ASUS routerek
- A ChatGPT-re mennek a Reddit tartalmai
- Padavan firmware
- Ubiquiti hálózati eszközök
- Reklámblokkolók topikja
Új hozzászólás Aktív témák
-
csabyka666
addikt
válasz martonx #9563 üzenetére
Így garantáltan megtudnám, az biztos!
Framework-kel is megvalósítható minden, ami nélküle? És amit még tudni szeretnék, az az, hogy a framework ugye nem olyan kattintgatós, mint a Joomla, hanem jobban bele kell ásni magát az embernek?!
[ Szerkesztve ]
Ágdarálást, kaszálást, területtisztítást vállalok profi gépekkel! Elsősorban Zala megye és vonzáskörzete, de minden megkeresést meghallgatok. +36305633091
-
Sk8erPeter
nagyúr
válasz martonx #9570 üzenetére
Köszi szépen a részletes ismertetőt, ez így elég meggyőző, szerintem ha lesz egy kis időm, mindenképp ki fogom próbálni valami kis tesztcuccon. Nyitott vagyok a Microsoftos cuccokra is, a fejlesztést/adminisztrációt segítő eszközeikkel eddig általában elégedett voltam (már amit próbáltam).
Sk8erPeter
-
trisztan94
őstag
válasz martonx #9618 üzenetére
Hát de mégis mit írjak mondjuk a fejlesztői dokumentációba? (mivel ugye kérik)
Szép hosszú mondatokban, hogy "az adatok listázását PHP segítségével oldottam meg, mely blablalba még 3 sor"?Amúgy GWT-s project lesz, alapjában véve azon a területen készítenek saját alkalmazásokat az ügyfeleknek.
https://heureka-kreativ.hu
-
GG888
senior tag
válasz martonx #9666 üzenetére
Tudom, hogy csak példa volt, de ha játék, akkor szerintem inkább flash, mégiscsak több böngésző támogatja (egyelőre).
Ha meg dinamikus tartalom kell, akkor aspx.
Más, de idevág: Canvas és a seo mennyire vannak jóban?
Mert ha egy kicsit is, akkor már veri a flasht.pcmodding.hu | PC MODDING | Minden, ami modding, verhetetlen árak.
-
The DJ
addikt
válasz martonx #9681 üzenetére
Az elmúlt pár napban két Wordpress alapú oldalhoz kellett aktiválnom a CDN-t. Az egyik esetben az Amazon fizetős Cloudfrontja kellett az ügyfélnek, a másik esetben pedig a Cloudflare ingyenes csomagját kellett életre kelteni. Az eredmény mindkét esetben sokkal gyorsabb oldalelérés és betöltés. Ugye köztudott, hogy a CDN cache-eli az oldal tartalmát (vagy az egészet tükrözi (pull) vagy te adod meg, hogy mely tartalmakat szeretnéd a felhőben tudni (push)), aztán pedig amikor kap egy lekérést a site, akkor a hozzád legközelebb eső CDN szerver fog kiszolgálni, így bárhol a világban tekintik meg az oldalt, gyors lesz a betöltés. Míg ha nincs CDN, addig mondjuk egy USA-ban található szerveren levő weboldal késleltetése elég magas lesz ha itthonról nézed, ezáltal az oldal betöltése is több időt vesz igénybe.
Aztán ott van még az az előny is, hogy a CSS/JS fájlok tömörítve (minify) kerülnek fel a CDN szervereire és így a kiszolgálásuk is gyorsabb és kevesebb sávszélességet igényel a letöltésük. Csak egy példa: [link] Gondolom elég beszédesek alul a grafikonok. Plusz a CDN szuper ddos támadások kivédésére is. A Cloudflare-nek pedig van egy "Rocketloader" nevű feature-je is, ami valójában egy aszinkron Javascript betöltő, ergo megvárja, amíg betöltődik az oldal és csak utána kezdi el betölteni a sok JS elemet. Ez rengeteget dobott az oldalnál, ahol aktiváltam, mivel tele volt social media share gombokkal és egyéb lebegő JS dobozkákkal.
https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.
-
The DJ
addikt
válasz martonx #9683 üzenetére
Én viszont azt mondom, hogy teljesen mindegy, hogy CMS vagy egy teljesen egyedileg fejlesztett oldal, mert minden esetben lehet haszna és értelme. Ne csak abban gondolkodj, hogy gyorsabb a betöltés, mert való igaz, hogy egy kellően optimalizált és logikusan felépített oldalnál nem jelent ez akkora gyorsulást, de azért vannak még itt egyéb tényezők is.
- Redundancia: Ha a szervered lehal, túlterhelt, vagy éppen hegeszti a rendszergazda, az oldalad akkor is elérhető a CDN-ről
- A föld bármely pontjáról gyorsan és állandó jelleggel elérhető vagy (persze, ha egy .hu oldalt fejlesztesz csak magyar közösségnek, akkor ez a pont értelmét veszti, de ha van egy nemzetközileg látogatott és népszerű oldalad, akkor nem mindegy, hogy az USA-ból érkező látogatóknak 5 másodperces-e a betöltés vagy 0,5)
- Kevesebb sávszélesség használat (ha megadott limited van egy hónapban, akkor ez nagy előny lehet)
- Kevesebb lekérés a szerver felé --> alacsonyabb load, kisebb erőforrás használat --> több jut egyéb feladatokra
- DDoS esetén nem hal le az oldalad és az egész szerver
- Rengeteg támadás ellen védve vagy
- Feltolhatod a letöltésre szánt fájlokat cloud-ba, így az ügyfeleid az élőhelyüktől függetlenül is állandó sebességgel tudják elérni ezeket. Mondanom se kell, hogy nem mindegy, hogy egy 1GB-os állomány 5kb/s-el csorog vagy Timbuktuból és Új Zélandról is hozzájuthatsz az éppen aktuális maximális letöltési sebességeddelÉs akkor persze ott vannak még a sebességbeli optimalizációk és előnyök, amikre vagy szükséged van vagy nem. Viszont szerintem egy nagy forgalmú, népszerű és nemzetközi oldalnál mindenképp van haszna és értelme a CDN-nek. Persze itthon ez még nem annyira elterjedt és nem is biztos, hogy van értelme az XY Kft weboldalához.
[ Szerkesztve ]
https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.
-
biker
nagyúr
válasz martonx #9681 üzenetére
Ezért gyorsul, saved traffic részt nézd meg
Lentebb meg linkeltem, egy WP+Woocommerce 15-16.000 termékkel gyorsult 2-3-4x-eset
nem csak a szart gyorsítja, a nagy forgalmat leveszi a válladról.
pl itt napi 1000 egyedi user limit van, meg havi adatmennyiség limit, ez is számíthatElektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
GG888
senior tag
válasz martonx #9692 üzenetére
Az már más kérdés, hogy van-e EU-s szabályozás, hogy én az adatbázisomat, amiben benne van a Mari néne szigszáma, meg születési ideje, feltölthetem-e a felhőbe.
Volt erről valami katyvasz MS konferencián, mikor a Win8-cal bemutatták az azure-t...
OTP asszem felhőbe van, de nem vihettek ki minden adatot.pcmodding.hu | PC MODDING | Minden, ami modding, verhetetlen árak.
-
BlackTiger
tag
válasz martonx #9724 üzenetére
Rendben, elnézést. Én ezt nem is ismertem. Kezdő vagyok, igen.
Itt a HTML és a CSS:
http://jsfiddle.net/QZsKw/Clip-path-t szeretnék csinálni, az első képhez.
Az első probléma az, hogy ha az "alma" elemnek a css kódját átrakom a külön css fájlba és nem a html-ben lévő img elementen belül szabom meg, akkor az egész kép eltűnik és nem jelenít meg semmit. Miért? Szeretném külön kódba rakni, hogy később egyszerre több képet is formázhassak.
A második probléma az, hogy amikor clip-path-t csinálnék a "clip" elemnek, akármilyen <svg></svg> kódot illesztek be a html fájlba minden eltűnik és nem jelenít meg semmit. Még akkor se, ha annak a kódnak semmi köze sincs a képekhez, egyszerűen mintha nem tűrné meg.
Mivel egy egyszerű rombusz formára kéne szabnom a képeket így a clip-path lenne a legideálisabb, jobb mint az img-mask, de egyelőre kudarcba fulladtak próbálkozásaim és nem értem okát.[ Szerkesztve ]
Tigris
-
PumpkinSeed
addikt
válasz martonx #9775 üzenetére
Én nem összetákolom és csak használom valaki összetákolt PHP-ját.
(#9776) trisztan94
Nyilván ha valamit pénzért csinálok akkor nem CMS-el csinálom, de ilyen szívesség melóért nem kezdek el kódolni.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Speeedfire
nagyúr
válasz martonx #9810 üzenetére
Hát a php azt mondja, hogy elfogyott a memória keretem.
Igen, ezt használtam én is. 90k sor, 150oszlop, tele varchar2(4000) oszloppal.
Itt a gond szerintem az volt, hogy "egyszerre" akarta betolni az összes sort. Ahelyett, hogy mondjuk kiírta volna 100 soronként a fájlba.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Speeedfire
nagyúr
válasz martonx #9812 üzenetére
Sima xls-ben ezekek ~600MB körüliek.
Zip-be tömörítve viszont kisebb, mint 50MB.
A koncepció nem hibás, az elvárásoknak megfelelő. Ellenben nem találom még azt a "technológiát", amivel gond nélkül lehetne ezt megvalósítani.
Oracle tárolt eljárás is kifagy ettől az excel-től, pedig az xlsx-be generál.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz martonx #9844 üzenetére
"Cserébe wp-ben szvsz jóval könnyebb plugint írni, mint drupalban"
Hát erről nem tudok nyilatkozni, mivel WordPresshez még nem írtam plugint, nem is szándékozom. Főleg a fentiek fényében...
Amúgy Te már írtál Drupal-modult? (Drupalban más a névkonvenció, ott modul az, ami a WordPress-ben plugin, vagy ami a Joomlában komponens.)Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #9849 üzenetére
Megértem, hogy először a modulfejlesztésről szóló dokumentációk olvasása során egy kicsit "hogy mi van?!"-érzésed volt. Persze attól is függ, melyik cikket olvastad. A doksik is közösség által fejleszthetők/ronthatók. Ettől függetlenül a Drupal dokumentációja elég bőséges, egész igényes, amikor már van fogalma az embernek róla, hogyan kell modult készíteni, akkor nagyon sokat segít. Sok doksi-oldalon jók a kommentárok is (mármint a hozzáértők részéről). Kezdőként sosem egyszerű, de most már egyre több emberi nyelven leírt tutorial születik.
Igaz, így is vannak bőven területek, amik homályosak (bevallom, nekem is rettenet sok terület egyelőre ködös, a rendszer kissé komplex), na meg mondjuk a Drupal egyelőre kutyulmány kódja (procedurális kódok keverve OOP-vel, na meg borzalmas mély többdimenziós asszociatív ÉS integer kulcsokkal ellátott tömbök használata) sem mindig segít ebben (azért elég kritikusan szemlélem, annak ellenére, hogy használom (bizonyos contrib modulok kódjától, amelyek egész népszerűek, kapartam már az arcom)), de hogy végre rátérjek a pozitív részére, rengeteg dolog nagyon rugalmasan és logikusan van kitalálva, és nagyon apró részletekig is le lehet menni a módosíthatóságban, azzal együtt, hogy kódolni nem tudó emberkék is tudják használni (ez nyilván ront egyébként a teljesítményen (pont amit nem szeretsz benne, hozzáteszem, jogosan), de van kidolgozott cache-elési stratégia is bőven, van Entity cache modul, meg még jópár eszköz, ami segíthet).
DE érdemes normális könyveket is olvasgatni a témában - pl. ez elég érthetővé tesz sok mindent: Pro Drupal 7 Development (igaz, a legelején, egy példamodul magyarázatánál egyből felfedeztem egy hibát, amit úgy tűnik, az írója nem jól értett ettől függetlenül modulfejlesztéshez való magyarázat keresése esetén a doksi mellett pluszban mindenképp ajánlott). Aztán itt van még pár, amit berakattam összefoglalóba:
http://prohardver.hu/tema/drupal_portal_fejlesztes/index.htmlA modulfejlesztés alapjaihoz:
Telling Drupal about your module - https://drupal.org/node/1075072
Writing module .info files (Drupal 7.x) - https://drupal.org/node/542202=======
Egyébként ha valaki már csinált modult, akkor egy Hello World-modul elkészítése nem több 5 percnél (sőt), példa Drupal 7-ben:
testmodule.info
name = Test Customization Module
description = Customizing stuffs on the site...
core = 7.x
package = Pete
; Writing module .info files (Drupal 7.x):
; http://drupal.org/node/542202
stylesheets[all][] = css/testmodule.css
scripts[] = js/testmodule.behaviors.jsEzt a fájlt a sites/all/modules/testmodule VAGY sites/all/modules/custom/testmodule könyvtárba kell tenni (ízlés kérdése, hova, a custom könyvtárba pakolás azért lehet talán jobb, mert akkor így elválasztod a saját cuccodat a közösségi fejlesztésű moduloktól). Fontos, hogy ne a főkönyvtárban található modules könyvtárba legyen pakolva, mert azok a core moduljai.
Itt szólunk a Drupalnak, hogy van nekünk egy testmodule nevű modulunk, ezt jelenítse már meg majd a modulok között. A stylesheets[all][] résznél lévő CSS-fájl nyilván opcionális, ez a modul engedélyezésénél minden oldalon be fog szúródni, tehát ez a ténylegesen mindig szükséges CSS-fájl legyen (egyébként lehet a modul kódjából (nem csak leírófájljából) is szólni, hogy szeretnél hozzáadni egy CSS-fájlt egy bizonyos oldalon, ha úgy tetszik), a scripts[] szintén opcionális, ez a JS-fájl mindenhova be fog szúródni (JS-fájlok include-olásáról szintén lehet szólni majd normál kódból is, ha valahol kell). A package = Pete igazából annyit csinál, hogy a modulok adminisztrációs oldalán majd a "Pete" kategória ("csomag") alá fogja sorolni a modult, így könnyebb elkülöníteni a többitől.testmodule.module
<?php
/**
* @file
* A module for customizing stuffs on the site.
*/
/**
* Implements hook_init()
* @see http://api.drupal.org/api/drupal/modules!system!system.api.php/function/hook_init/7
*/
function testmodule_init() {
drupal_set_message(t('Hello World!'));
}Itt megjelenítünk az üzenetsávban egy "Hello World!"-üzenetet a felhasználónak.
Igazából ennyi a kód. Ezután a modul máris engedélyezhető az admin/modules oldalon (Administration » Modules).Amikor a t() függvényen áthajtod a stringet, akkor már többnyelvű környezetben (ami kattintgatásra, pár modul engedélyezése, felrakása után elég könnyen elérhető) fordítható is az
admin/config/regional/translate/translate
oldalon (Administration » Configuration » Regional and language » Translate interface), és akkor a másik nyelvre átváltva már a lefordított üzenet fog megjelenni a felhasználónak. (Pl. "Helló világ!")Mindezt azért írtam le, hogy szemléltessem, hogy nem olyan bonyolult elkezdeni fejleszteni egy nagyon egyszerű modult. Meg hátha valakinek jól jön.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #9853 üzenetére
"ha valakinek egy CMS-be csak valami saját css kell, akkor nem ám az a megoldás, hogy fogjuk a css header-ért felelős kódrészét, és belegányoljuk"
Ez így van, például nagyon rossz módszer emiatt belegányolni a smink html.tpl.php fájljába."hanem írunk rá egy minimalista plugint x perc alatt"
Attól függ: vagy modulba (nem plugin a Drupal-névkonvenció szerint) tesszük a CSS-fájl hozzáadását, vagy az általunk használt alsminkbe (nem pedig egy fősminket gányolunk, max. akkor, ha azt teljesen mi fejlesztjük, de ilyet általában nem érdemes tenni, mert vannak nagyon jó vázak, mint pl. a Zen smink; ha valakinek jobban tetszik, Bootstrap alapsmink is van). Ezeken belül is lehet kombinálni: ha a smink VAGY modul .info-fájljába tesszük a fájlt, akkor az mindenhol include-olódik (természetesen smink esetén csak ott, ahol épp az adott smink van engedélyezve!! - például lehet külön adminisztrációs sminked, vagy befolyásolható modulból is az adott oldalon használt smink), ha kódból, drupal_add_css() segítségével adjuk hozzá az adott stylesheetet, akkor nyilván a kódunkban meghatározott feltételektől függ a beillesztése. Például ha azt akarjuk, hogy az adott CSS-fájl csak adott sminkhez kötődjön, akkor nyilván a sminkfájlban kell babrálni a stylesheettel, nem pedig a modulban.
Szóval ezt is elég értelmesen lehet variálni igénytől függően."nem azt mondtam, hogy drupalban nehéz plugint fejleszteni, pláne ha valaki már átrágta magát pár tutorialon, és kikísérletezte, hogy mi merre meddig. Azt mondtam, hogy amikor valaki életében először lát drupal-t, vagy wordpress-t, és mindkettőbe egy hello world plugint akar írni, hogy lássa melyikbe milyen egyszerű, akkor ott toronymagasan a wordpress fog nyerni."
Hát ezt nem tudom, mivel ahogy linkeltem, léteznek már elég értelmes tutorialok, gondolom Te még a Drupal 6 idején nézted. Én nem próbáltam WordPress-plugint írni, de a korábban elhangzottak fényében meggyőztetek, hogy ne is akarjak, mert a Drupal szofisztikáltságban úgyis igen alaposan (sőt, toronymagasan, ha már) verni fogja."Aztán a többedik plugint már jó eséllyel ugyanolyan gyorsan meg lehet írni mindkét CMS-ben."
Nem biztos, attól függ, melyik CMS képes arra alapból, amit szeretnél, vagy létezik-e már plugin/modul rá.Persze ne legyen ebből CMS dick fight night.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #9855 üzenetére
Igazából nem feltétlenül rád céloztam, hanem arra, aki imádja a WordPress-t, és most szembe akarja állítani más CMS-sel, hogy csak azért is jobb. Tudom, hogy neked ez nem szándékod, mivel nem vagy oda a CMS-ekért - ebben egyébként van annyi átfedés a kettőnk véleményében, hogy mindketten tisztában vagyunk vele, hogy a CMS sokszor tök feleslegesen zabál túl sok erőforrást egyszerű feladatokra is. Viszont erre említettem a gyorsítótárazási lehetőségeket, hogy azért nincs veszve a dolog, igaz, nagyforgalmú oldalt nem futtattam, szóval én egyelőre levegőbe ugatok; de példaként a drupal.org igen komoly terhelésnek van azért kitéve, hogy a háttérben milyen optimalizálásokra kényszerülnek, azt nem vágom.
Természetesen nem kérdéses, hogy egy tisztességesen, frameworkkel éppen a feladatra összerakott oldal teljesítménye sokkal jobb lesz, mint egy akármelyik CMS-sel összerakott oldalé - utóbbinak nagy előnye, hogy nagyon sok mindent egyből készen kézbe kapsz.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #9887 üzenetére
A ModX-nél újabb kulcsszavak: "creative", "freedom", "revolution", "powerful", "flexible", "best", és hát a "cloud" az alap.
Nagy részével egyetértek, de:
"Én személy szerint a CMS-eket sem kedvelem, eleve nem hiszem, hogy bármilyen ide-oda kattintgatok és minden jó lesz"
Sokszor megbeszéltük a CMS-ekkel kapcsolatos problémákat, és a teljesítménybeli problémák, túlzott erőforrás-zabálás miatti aggodalom teljes mértékben jogos, viszont önmagában azzal, hogy valamihez adminisztrációs felületet biztosítanak, nem nagyon vágom, mi a baj.
Ilyen alapon végül is az IIS nagyon jól kezelhető grafikus adminisztrációs felülete helyett is nyugodtan lehet XML-eket buzerálni, vagy át lehet térni az Apache-os konfigfájl-buzerálós bűvészkedésre (nincs GUI, oh yeah). Jó, tudom, szélsőséges példa, de érted.Végül is ASP.NET-projekthez is az elég kényelmes eszközök miatt egy csomó mindent össze tudsz kattintgatni Visual Studióban...
A kérdést azért teszem fel, mert sokan a CMS-ekkel kapcsolatban a "kattintgatást" pejoratív szóként hozzák fel, pedig mondjuk egy Views-modulnál nem mindegy, hova kattintgatsz, de cserébe ha jól csinálod, grafikus felületen elég összetett query-ket és megjelenítést (plusz jogosultság-kezelést, és még rengeteg dolgot) lehet vele összekattintgatni, mert éppen ez a dolga. Mondjuk sztem az esetek többségében a kódolás nem kerülhető el, legalábbis ha a fejlesztő nem akar tonnányi modult felrakni egyszerűbb feladatokra is. Ahogy az is igaz, hogy van, amikor egy modult kell csak telepíteni több bonyolult feladat megoldásához, amivel aztán lehet "kattintgatni".
[ Szerkesztve ]
Sk8erPeter
-
SirRasor
őstag
válasz martonx #9989 üzenetére
Eddig nem ismertem a localStorage-t, de jól hangzik. Thx a tippet, ezzel fogom csinálni!
moltam88 Azt hittem, hogy a session nem tud tömböt tárolni.
Sk8erPeter Élesen is fog menni, és átérzem az aggodalmadat, de képes vagyok normális, használható kódot összehozni külső motor nélkül is. Még ha tanulásként csinálom is Adatbázis meg mysql, amit csak azért nem írtam le, mert egyelőre nem localhoston, hanem ingyenes tárhelyen tesztelem, amíg el nem készül.
Adatbázis szerkezetével nincs gond, azt már kigondoltam előre. Viszont az tényleg jó ötlet, hogy másik gépen is tudja folytatni a bevásárlást. Bár élő példát még nem láttam rá, pedig már sok helyen vásároltam, úgyhogy most már inkább a helyire voksolok.Athlon64+ Készletváltozás tényleg..habár nem gond, mert mindegyik terméknek egyedi azonosítója van. Azt meg fogom vizsgáltatni, hogy ha van olyan localstorage elem, ami nem létező termékre mutat, akkor dobja el csak azt.
EDIT: köszönöm mindenkinek az eszmefuttatásokat és ötleteket
[ Szerkesztve ]
Make Love not war!
-
trisztan94
őstag
válasz martonx #10050 üzenetére
Köszi!
Viszont egy érdekes dologba botlottam. Itt van az immár többször is linkelt oldal amin dolgozok, specifikusan a fejlécben lévő Slideshow. Az egész oldal erről a kva drága Wordpress témáról lett másolva, persze beleraktam több dolgot is amitől "jobb" lett. Ilyen például a reszponzivitásos dolog.
Nos, mivel százalékban van megadva az oldal szélessége, így ha full hd-n van nézve a dolog, akkor a slideshow képek nem elég szélesek ahhoz, hogy kitöltség az egész dobozt amiben vannak, így lesz mellett egy kis fehér rész, ami baromi ronda. (+ a navigációs menü sem klappol, de az most nem az elsődleges feladat)
Mit tudok ezzel csinálni?
Én arra gondoltam, hogy berakok egy szimpla media query-t, hogy ha nagyobb képernyő, mint 1440x900 px, akkor adok neki egy max-width-et, és annál nagyobb nem lesz. Ez így mennyire "elfogadott" megoldás? (bevallom, eddig nem nagyon csináltam reszponzív oldalakat, így nincs nagyon viszonyítási alapom)
Megválaszoltam a saját kérdésem, vagy van jobb megoldás?
https://heureka-kreativ.hu
-
SirRasor
őstag
válasz martonx #10084 üzenetére
Én JAVA-znék, ha nem jönne közbe mindig valami
PHP topicon gondolkoztam, de attól függetlenül, hogy PHP-ból indítom a kódot, 99.9%, hogy nem ott van a hiba.Namost részletezném, de nem nagyon tudom mit írjak még erről. Csak annyi beállítási lehetőség van, hogy válasszam ki az illesztést. Az meg az utf8_hungarian_ci-n áll. Ja van egy ötletem:
fordfairlane Abban nézve szépen látszik az összes karakter így, ahogy írom.
Amúgy ha ezek után a böngészőben átnyomom a karakterkódolást iso-8859-2-re, akkor megjelennek az ékezetek.
Make Love not war!
-
Sk8erPeter
nagyúr
válasz martonx #10138 üzenetére
(#10136) trisztan94 :
ez azért a "sikerült"-től sztem elég messze van, nem látok benne semmi olyan algoritmust, ami relevancia szerint rendezné a találatokat. Ha ez megvan, akkor remélem, az nem fog gondot okozni, hogy az első 10 találatot kiszedd...
Belinkelhetnéd amúgy a Stack Overflow-s kérdésedet.(#10129) GG888 :
Nálam a szintén Blink-motoros új Operában szintén ilyen 7-8% körül mozog a CPU-használat, de érdemes megnézni Firefoxban, ott egyrészt a CPU-használat 15-17% környékén mozgolódik, ráadásul a figurának leszakadozik időnként a lába, és a testétől függetlenül mozog.
Azért az úgynevezett CSS3-nál nagyon sok fejlesztő elköveti azt a balf@szságot, hogy csak és kizárólag WebKit-/Blink-motorra optimalizál, pedig nagy hiba. Mondjuk persze ez csak egy demonstratív erejű miniprojekt ennek a figurának a mozgatása, szóval ennél nem olyan gáz a dolog, de érted, ha már példa...Sk8erPeter
-
trisztan94
őstag
válasz martonx #10150 üzenetére
Lehet, hogy nem erőltetik, de amikor beimportáltam VS-ba egy Windows RT-re írt C#+XAML-os alkalmazást, akkor ott pampogott a Visual Studio notice-ba, hogy "for windows 8.1 you should use WinJS framework" (persze ezt nem így, nem emlékszem rá szó szerint, de ez volt a lényege)
Sőt, refaktorálni is kellett, (amit szerencsére a Visual Studio különösebb probléma nélkül megtett nekem) hogy egyáltalán elinduljon a build.
Írtam a C# topikba múltkor ezzel kapcsolatban:
Egyik ismerősöm, aki szintén DreamSpark-os beszélt a MS magyarországi valakijével, és tőle tudja, hogy egységesíteni akarják a Windows 8 és a Windows Phone alkalmazásokat a WinJS motorra. Persze ezt "hallottam valakitől, akinek valaki mondta", de attól még lehet benne igazság. Felelősséget nyilván nem vállalok érte, lehet csak kitalálta a srác.
Amúgy lehet JS játékot is írni, de én biztos nem fogok Ebben mindenképp egyetértünk, ahhoz, hogy normális játékot írjunk cpp + directx
[ Szerkesztve ]
https://heureka-kreativ.hu
-
GG888
senior tag
válasz martonx #10160 üzenetére
Tegnap mit össze szívtam, hogy a negatív margó egy képnél, meg a középre igazítás ugyan működjön már IE11 alatt.
Mondjuk ezt a táskásat ha én csináltam volna, akkor már raktam volna egy drága jó permalink gombot, amit lehet küldeni a különböző kombókat, meg egy randomizer se ártott volna, de szerencsére nem én csináltam
Arról meg nem is beszélve,hogy a színváltást igazán megcsinálhatták volna szép opacity-áttűnéssel. Meg valami tekergélő gif lehetne amíg tölti be a képet.pcmodding.hu | PC MODDING | Minden, ami modding, verhetetlen árak.
-
-
Sk8erPeter
nagyúr
válasz martonx #10321 üzenetére
Rohadt késő van, és biztos nem lenne rossz tudni még gondolkozni, de nem vágom, mire írod ezt, mert van külön "CREATE VIEW" jogosultság is, amit lehet tiltani/engedélyezni. Hacsak nem arra a query-re gondolsz, amit igazából ez a nézet "lefed". Na de az nem view. Szóval magyarázatot követelek.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #10328 üzenetére
Ezzel természetesen egyetértek. Csak az első hsz.-edből úgy tűnt, hülyeséget írt, pedig valszeg a tárhelyszolgáltató volt jelen esetben a hülye.
=========================================
(#10329) mcs :
Ez esetben tényleg írhatnál a tárhelyszolgáltatónak, hogy adják meg a CREATE VIEW jogosultságot, ha pedig nem hajlandók rá, akkor kérd meg őket, hogy mondják el az okát, hogy mi is hadd nevessünk egyet a válaszukon, aztán válassz másik tárhelyszolgáltatót.
[ Szerkesztve ]
Sk8erPeter
-
biker
nagyúr
válasz martonx #10377 üzenetére
400-at különítettek el rá, pályázaton ez volt a legkisebb ajánlattevő
én nem is hallottam róla, hogy lehetne pályázniElektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
Sk8erPeter
nagyúr
válasz martonx #10409 üzenetére
Ezt a választ csak azért nem értem, mert úgy csinálsz, mintha a CMS-ekhez írható modulok (az adott CMS-hez tartozó API használatával, szabályosan) nem lennének "komolyan, belemenősen személyre szabhatóak", ha valaki ért hozzájuk. Ráadásul sokszor szépen össze lehet párosítani a megoldásokat valami kész, komplex modullal is, ami a feladatok egy részének terhét leveszi a válladról, mert mondjuk magának a modulnak az API-ját használod bizonyos feladatokra (kvázi mint egy library). A teljesítménybeli kérdések - mint ilyenkor mindig - más tészta, de maga a programozásbeli feladat nem értem, miért lenne olyan elképesztő nagy kihívás annak, aki vágja a modulfejlesztést egy értelmesen dokumentált, testreszabható, "belemenős" CMS-nél.
Semmi köze a KÉSZ, valóban összekattintható megoldások hiányának ahhoz, hogy egyszerűbb-e vagy sem CMS-sel mindezt leprogramozni. Feladatfüggő, de ebben nem látom a CMS által hozzárakott plusz komplexitást azon a kötöttségen kívül, hogy alkalmazkodnod kell az API-hoz, de ez pontosan ugyanúgy igaz egy framework esetén is - ott is alkalmazkodnod kell valamilyen kódolási módszertanhoz. Mi is akkor ebben a kérdésben a probléma a CMS-sel? Mert ezt nem sikerült megértenem az érvelésedből.
Tisztában vagyok azzal, hogy partizánharcot folytatsz a CMS-ek ellen, mert gyűlölöd azok teljesítménybeli overheadjét, de jelen esetben nem biztos, hogy indokoltak a kifogások.
Sk8erPeter
-
fordfairlane
veterán
-
Sk8erPeter
nagyúr
válasz martonx #10423 üzenetére
A konkrét problémára fókuszálva továbbra sem értem ezt az érvedet. Most ugye mondjuk egy magyar bankhoz tartozó fizetésre szolgáló modulról beszélünk, és annak integrálásáról egy meglévő webshopba. Vegyük a konkrét példát, hogy mondjuk nekem a Drupal Commerce-be kell integrálnom azt a funkciót, hogy az OTP fizetős felületére megtörténjen az átirányítás, ott megtörténjen a fizetés - függetlenül az én oldalamtól -, majd az OTP visszaküldjön az én oldalam felé a tranzakcióról szóló adatokat (sikeres vagy sikertelen, hiba okai, stb.). Igazából ennyi a modulom feladata. Feltételezem (mivel konkrét tapasztalatom nincs vele), hogy az OTP ad egy használható alapinfókat tartalmazó dokumentációt az API-jukról, ad valami API-kulcsot, meg lehetőséget a fizetés tesztelésére (tesztszerveren keresztül, mint amilyen sandbox-módja van a PayPalnak is). Hogyhogy "erősen kódolnom" kell? Meg kell oldanom ezt a konkrét problémát. És? Attól még ott lesz nekem készen az egész CMS admin-felülete, feltöltési lehetőségei, a kész webshopmotor (Drupal Commerce), az átszabható fastruktúrájú menürendszer, a kategorizálási rendszer, az entitás-alapú tartalom-létrehozás (minden entitás mezőzhető, így nagyon könnyen bővíthetőek az űrlapok, eléggé általános megoldás), ott van a modularitás (felhasználhatsz adott célokra kész modulokat), és főleg például a többnyelvűség, aztán még az összes többi, CMS által nyújtott kényelmi lehetőség.
Egyébként sokan egyszerűen információhiány miatt fújolnak a CMS-ekre. Vagy pedig teljesítmény-overhead miatt, utóbbi legalább értelmes érv. Vagy amiatt, mert teljesen szedett-vedett a hozzá írható komponenshez tartozó API - igen, a Joomláról beszélek. Legalábbis régen ez így volt. Amúgy a Drupal kódja sem mondható cseppet sem szépnek, sőt, de az legalább sok tekintetben konzisztens (jó, kapásból tudok erre is bőven kivételeket mondani De legalább tapasztalatból), és nagyon jó dokumentáció van hozzá, meg valóban folyamatos fejlesztés alatt van.Továbbra is egyetlen dologról beszélünk: hozzá kell raknom egy lazán csatolt (a webshop működése szempontjából nyilván fontos szerepet betöltő) MODULT egy meglévő rendszerhez, nem pedig egy rendszert kell az elejétől lekódolni, "erősen kódolni".
Tehát még mindig érthetetlen a korábbi, "erre a feladatra nem használható már a CMS"-jellegű érv, mert hülyeség, hogy ne lenne használható (mármint annak, aki vágja az adott CMS felépítését, ismeri az API-ját).
Remélem sejthető, hogy most arra akarom felhívni a figyelmet, hogy a megoldandó feladat szempontjából tökéletesen mindegy, hogy egy framework API-ját felhasználva kell hozzácsatolnod egy OTP-s fizetősmodult a rendszeredhez, vagy pedig egy CMS API-ját felhasználva. Ha a CMS-t veszem, annak az előnyei attól még nem szűnnek meg vagy alakulnak át, hogy most konkrétan a fizetéshez kódolnom kell. Egy CMS-t nem úgy kell elképzelni, hogy abban csak kattintgatni lehet, testreszabni nem.Egyébként hogy jön ide a "rakás 3rd party cucc", vagy mit tekintünk annak? Ilyen alapon egy ASP.NET-es library-t nem?
Mit jelent a "saját megoldás"? Ha valami bevált frameworköt használ az ember, tulajdonképpen az sem teljesen saját megoldás.Sk8erPeter
-
PumpkinSeed
addikt
válasz martonx #10501 üzenetére
Itt a most készülő honlap ahol a szolgáltatások menüpont alatt az a gond, hogy mikor lenyitunk egy ilyen fület akkor a képernyő elugrál. Miért van ez? Már átnyálaztam 2x a kódot, de nem jövök rá.
HTML + CSS-t használ csak."Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
Új hozzászólás Aktív témák
- Háztartási gépek
- E-book olvasók
- Hálózati / IP kamera
- LED világítás a lakásban
- Honor Magic5 Pro - kamerák bűvöletében
- LG C4 tévé, a népszerű OLED-sorozat legfrissebb tagja
- Külföldi rendelések: boltok, fizetés, postázás
- Jogász topic
- Call of Duty: Modern Warfare III (2023)
- SSD kibeszélő
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs