Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz Inv1sus #4962 üzenetére
"AJax használata a keresőoptimalizáltság miatt se jó."
Ez így önmagában hülyeség, egy nagyon is téves állítás.
El lehet készíteni egy alkalmazást úgy, hogy először el legyen készítve AJAX nélkül teljesen működőképesre, majd később ugyanez az oldal módosítva legyen úgy, hogy kliensoldalon AJAX-szal frissíti a tartalmat.A Google-nek is van egy cikke a témában:
Making AJAX Applications CrawlableSk8erPeter
-
biker
nagyúr
válasz Inv1sus #4976 üzenetére
nem ide akartam
mostmár tényleg vége a gyereknapnak, két három nap offline, max mobilrol, megyek disznóvágásra, én leszek a disznó, akit vágnak...
lásd gerincsérv műtétes topik
majd jövök, ha minden jól megy[ Szerkesztve ]
Elektromos 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 Inv1sus #4987 üzenetére
Azért annyiért nagyon kevés... Akkor úgy látom, vannak nálam rosszabbak is árazásban.
Ami tény: mivel van egy "Termékeink" menüpont, feltételezem, lesz egy webshopszerűség. Ha így van, akkor az jelentősen növeli az árat, mert hiába vannak kész webshopmotorok, a webshop megfelelő belövése akkor is szívás, bár nagy gyakorlattal (ha valaki már sokadik webshopját készíti el ugyanahhoz a motorhoz) nyilván rövidül a befektetendő idő.
DE ha csak egy felsorolásszerű lista lesz, és nem egy webshop (tehát olyan, ami akár WYSIWYG-felületen simán szerkeszthető, és kész is van) akkor persze jóval egyszerűbb a helyzet. Mondjuk én inkább azt feltételezem, az az elképzelés, hogy online megtekinthetők legyenek a termékek.Viszont ameddig nem küld normális, kivágható dizájnt, addig én nem vállalnám el - legalábbis nem ennyiért.
Szerk.:
Ja, és most látom, "Galéria" menüpont... Hát akkor meg tényleg semmiképp nem fér bele ebbe az árba.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Inv1sus #5013 üzenetére
Hát ha a "nehezebb út" alatt azt érted, hogy makacsul kitart amellett, hogy sokat fizessen a semmiért, és még egy nyomorult adatbázis-elérés se legyen, akkor én úgy vagyok vele, hogy több idegeskedéssel, időelcseszéssel és felesleges szívással járna az egész, minthogy megérné, még ha meg is tudnám csinálni.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Inv1sus #5044 üzenetére
990 Ft egy évre szerinted drága 100 MB-ért, ha megbízható, és gyorsan reagálnak, az anyanyelveden (nem mintha nem tudnék angolul)? Ha ezt elosztod 12-vel, akkor egy hónapra még ÁFÁ-val együtt is igen nevetséges összeg jön ki.
Egyébként én is Siriusb-hez csatlakoznék a kérdéssel, hogy miért kellene nekem inkább külföldi céget támogatnom, ha létezik megbízható magyar is. Félre ne érts, nem vagyok egy hungarista, de szerintem ez nem egy megvetendő dolog, hogy ha találok egy jó magyar céget, akkor szívesebben támogatom őket, mint egy nagyon távoli székhelyű külföldit.
De inkább előbb azzal kezdhetnéd a válaszodat, hogy a fentebbi leírásomból számodra mi volt az, ami kivetnivaló volt, és amiért nekem egyáltalán el kellene gondolkoznom azon, hogy helyettük mégis jobb lenne egy külföldi szolgáltató. A hozzászólásod inkább kötekedő jellegű volt, semmiféle konkrétumot nem tartalmazott.
A gyorsasággal kapcsolatban: előbb mondtam, hogy a sebességgel sem volt eddig legalábbis semmi probléma. A szerverek állapotát meg saját állításuk szerint 40 országból monitorozzák, itt meg követhető az is, hogy mi az aktuális helyzet, vagy mi történt korábban.
A fenéknyalásról: pont az volt a lényege a hozzászólásomnak, hogy az ügyfélszolgálatuk is meglepően segítőkész volt. Még a drupal.hu-s fórumot is belinkeltem, ahol az látszik, hogy hajlandóak a renoméjuk megőrzése érdekében elég sokféleképpen és sok helyen segíteni, szerintem ebben eléggé kiemelkednek az átlagból.
Mondom, én nem akarom elkiabálni, de eddig nem volt gondom velük.
Az ilyen jellegű kommenteknek viszont nem sok értelmét látom, hogy "válassz külföldi tárhelyet, mert az biztos jobb, már csak azért is, mert nem magyar".Sk8erPeter
-
Speeedfire
nagyúr
válasz Inv1sus #5044 üzenetére
Te csak azt hiszed, hogy olcsó a külföldi. Főleg ha magyaroknak csinálod. De ezt már a múltkor megbeszéltük.
Backup, sávszél stb stb. Nem kell ezt szerintem ragozni.
"Lehet, hogy a te tárhelyed is valójában Hostgatoros."
Ez kizárt, Magyarországon vannak a szerverek.
Sk8erPeter: Jó döntés volt szerintem. Olcsók és megbízhatók. Eddig még egyik ügyfelem sem panaszkodott, hogy megállt volna, vagy lassú lett volna az oldala.[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Inv1sus #5046 üzenetére
Kicsit túl negatívan állsz hozzá, amit alapvetően nem csodálok, mert sajnos az a helyzet, hogy tényleg elég sok megbízhatatlan magyar cég van, de ez nem jelenti azt, hogy ne lenne legalább ugyanennyi, vagy még több külföldi cég is megbízhatatlan.
A tapasztalatomat pontosan azért írtam le, hogy ha valaki vacillál, hogy merjen-e a Tárhelyparkhoz költözni, akkor az én válaszom egyelőre egy elég erős IGEN - pont annak fényében, hogy volt már nekem is negatív tapasztalatom más cégekkel.
Az viszont nagyon tetszik, ha egy cégnél azt érzem, hogy emberszámba vesznek, és gyorsan haladnak a dolgok, és nyugodtan tehetem ölbe a kezemet, hogy minden faszán működik.
Hidd el, nekem aztán nem érdekem védni a cég érdekeit, mert semmilyen közöm nincs hozzájuk, ha negatív tapasztalataim lettek volna, akkor azt is ugyanígy leírtam volna, mert mint már gondolom láttátok, nem szokásom visszafogni magamat, ha vélemény-nyilvánításról van szó.
De mondom, öröm látni, ha létezik olyan magyar webhostinggal foglalkozó cég, ami nagyjából úgy is működik, ahogy illene. Ha már van ilyen irányú tapasztalatom, akkor miért is ne írnám le.(#5047) Speeedfire : jaja, remélem, később is ugyanez lesz a véleményem. Most is próbáltam megizzasztani, sokszor b@szogattam az F5-öt egymás után mindenféle időpontokban, hogy hátha az oldal egy idő után bemondja az unalmast, de eddig mindig ők nyertek. Nem lenne rossz, ha legalább ilyen lenne az átlagos színvonal.
Sk8erPeter
-
Speeedfire
nagyúr
-
Speeedfire
nagyúr
válasz Inv1sus #5344 üzenetére
Írd oda, hogy oldalkészítés/webgrafika.
Nem tudom van-e egyáltalán erre megfelelő szó, én még nem nagyon találkoztam vele. Gondolom valami marketing szöveget akarsz írni. Oda meg mehet szerintem minél több idegen szó, aki érti tudja miről van szó, aki meg nem az meg azt látja, hogy sok idegen szó van, ezért biztos jó vagy a munkádban.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
j0k3r!
senior tag
-
Sk8erPeter
nagyúr
válasz Inv1sus #5354 üzenetére
"Elvileg a szerveren le van tiltva a POST."
Nem mondod komolyan... és ennek mi az oka? Volt erre bármi épkézláb magyarázat?
Vagy ez csak tipp (azt írtad: "elvileg"), nem vagy benne biztos? Nem tesztelted még le?GET metódussal nem szabad hosszú adatot átküldeni, az arra való, ami a metódus nevében is benne van, hogy adott címről lekérsz valamilyen adatot, tehát röviden a GET metódus adatok fogadására való.
A POST nevében meg szintén benne van, mire való: adatküldésre.
Aztán van még HEAD, PUT, DELETE, stb. Komplett lista: [link].Szóval a fájlok új tartalmát ne GET-en keresztül akard átküldeni.
Lehet kényszermegoldásokat alkalmazni, de az nagyon gány lesz úgy... Inkább oldja meg a rendszergazda a POST-metódust. Tényleg, kérdezd már meg, miért van letiltva. Azt hiszik, ettől biztonságos lesz a szerver, vagy mi?[ Szerkesztve ]
Sk8erPeter
-
modder
aktív tag
válasz Inv1sus #5350 üzenetére
Megpróbálhatsz ajax-szal olyan GET kérést csinálni, aminek a body részébe kódolod a fájlt. Majd PHP-ból (ha php-ról beszélünk) kinyered a nyers inputstreamből pl. file_get_contents("php://input").
2 probléma lehet: nem tudsz ilyen ajax kérést generálni mert a javascript api GET-nél egyszerűen eldobja a body-t, vagy a szerver dobja el.
http://dret.typepad.com/dretblog/2007/10/http-get-with-m.html "Apache certainly happily processes a GET request with body - and PHP works just fine extracting it."Esetleg feltöltöd egy köztes szerverre az anyagot, majd a szóbanforgó szervernek csak egy url-t küldesz el, hogy honnan tudja a programod lehúzni az anyagot szerver oldalon a tárhelyről.
Kísérletezhetsz még PUT-tal is, de én apacheból PUT requestet csak úgy tudtam fogadni, hogy POST és x-http-method-override: PUT, amit valószínű ismét csak eldob az apache, ha a POST ki van kapcsolva.
szóval nem sok jót remélhetsz ha ennyire megkötik a kezedet, az gáz, próbálj meg inkább a rendszergazdával egyezkedni. Egyébként el tudom képzelni, hogy azért lett megtiltva, mert sokan elérhetik, aztán nem akarták, hogy rosszindulatú php kódot töltsenek föl.
-
Inv1sus
addikt
-
Sk8erPeter
nagyúr
válasz Inv1sus #5474 üzenetére
Na igen, a böngészőproblémák áthidalására is jó pl. egy library, mint a jQuery vagy ehhez hasonló.
Amúgy a választ így a kapott adatok nélkül nem igazán lehet megmondani.Szerk.: most látom ezt a sort:
$("title").html(xmlDoc.getElementsByTagName("title")[0].childNodes[0].nodeValue);
Tehát akkor használod a jQuery-t... mi értelme keverni a szezont a fazonnal? Miért használsz egyszer plain JavaScriptet, egyszer jQuery-t? Miért nem használod az AJAX-os kommunikációra a jQuery megfelelő AJAX-os függvényét?
jQuery.ajax()Ennek így keverve semmi értelme. Döntsd el, szeretnéd-e használni a jQuery-t, vagy sem.
Amit írsz, jQuery-vel átláthatóbban meg rövidebben megoldható.
Nézd meg ezt is: [link].[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Inv1sus #5475 üzenetére
Igen, a document.title is jó, vagy ez: [link] (meg a többi):
$(document).attr("title", "New Title");
Ez elvileg IE-ben is jól működik.A kód, amit mutattál:
if (window.XMLHttpRequest)
{
xmlhttp=new XMLHttpRequest();
}
else
{
xmlhttp=new ActiveXObject("Microsoft.XMLHTTP");
}
xmlhttp.open("GET","../xml/header.xml",false);
xmlhttp.send();
xmlDoc=xmlhttp.responseXML;
//Load datas from XML
$("title").html(xmlDoc.getElementsByTagName("title")[0].childNodes[0].nodeValue);EHELYETT jQuery-vel:
$.get('../xml/header.xml', function(data) {
var newTitle = $(data).find('title').text();
$(document).attr("title", newTitle);
}, 'xml');Kicsit rövidebb, nem?
Egyébként még szebb lenne JSON-nel visszaadni az adatokat, és akkor egy data.title is megfelelő lehet.
[ Szerkesztve ]
Sk8erPeter
-
Tele von Zsinór
őstag
válasz Inv1sus #5485 üzenetére
Ami elsőre eszembe jutott, az az xslt - ennek pont az a célja, hogy xml-t transzformálj (általában html) kimenetté.
Persze php-ban is meg lehet oldani a dolgot. A DOMDocument-tet használtam eddig xml/html feldolgozására. Tesztelés nélkül azt mondom, a /content/* xpath kell neked.
-
Sk8erPeter
nagyúr
válasz Inv1sus #5485 üzenetére
Mivel most nem találtam rá egyszerűen és jól működő plugint (bár ez még talán használható lehet: jParse) vagy csak egy egyszerű függvényt, ezért írtam neked egyet, ami rekurzív módon bejárja ezeket az elemeket, itt tudod kipróbálni:
Parsing and traversing an XML document with jQuery
Kiírja a tagek neveit, és a bennük található értékeket. Amennyiben van gyerekeleme valamelyik elemnek, akkor rekurzív módon járja be az adott elemet, és a margót is beljebb tolja a gyerekelemeknél.
Remélem segít.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Inv1sus #5492 üzenetére
Szívesen! Engem is érdekelt a téma, hogy írjak egy ilyen rekurzív bejáró "algoritmust" XML doksi feldolgozására, mivel nem találtam ilyet, ami általánosan működött volna, és nekem is még jól jöhet, úgyhogy örömmel csináltam.
Kicsit jobban felkommenteztem a függvények fejlécét is, jelezve a paramétereket is ([link]).Sk8erPeter
-
fordfairlane
veterán
válasz Inv1sus #5508 üzenetére
Már miért ne lehetne? Nem a PHP az egyetlen szerveroldali programozási nyelv. Sőt, még maga a HTTP protokoll is tartalmaz tartalommanipuláló parancsokat. Minden attól függ, hogy a webkiszolgáló hogyan van beállítva. Alaphelyzetben általában minden ilyen tiltva van, csak a tartalom lehívása van engedélyezve.
x gon' give it to ya
-
Sk8erPeter
nagyúr
válasz Inv1sus #5513 üzenetére
Fejlesztés? Ezen mit kell fejleszteni? Van egy szerver, telepíteni kell rá pár dolgot, rendesen bekonfigolni, és kész. Egy normális, gyakorlott rendszergazdának ez szerintem összes biztonsági baromkodással együtt kb. legfeljebb 4-5 óráját veszi el.
LAMP+annak konfigolása.Sk8erPeter
-
Tele von Zsinór
őstag
-
Sk8erPeter
nagyúr
válasz Inv1sus #5527 üzenetére
Pedig nagyon esélyes, hogy abban is fogják. De ha jól értem, több felhasználó által is használt webalkalmazás lenne. Akkor miért a sima file:/// protokollon keresztül érik el? Ha jól értettem a korábbiakat, webszerver azért van a gépe(ke)n, még ha PHP nincs is telepítve, nem? Vagy ez most más projekt?
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Inv1sus #5529 üzenetére
XML-fájlt kell módosítgatnia egy hozzá nem értőnek.......?
Egyébként meg akkor nincs más, mint leírni a felhasználóknak, hogy konkrétan melyik böngészőkben fog ez működni, melyekben NEM, mert ha nem hívod fel a figyelmet, akkor azt fogják feltételezni, hogy az alkalmazásod rossz.
Sk8erPeter
Új hozzászólás Aktív témák
- Büszke apukák és anyukák topikja
- Skoda, VW, Audi, Seat topik
- Milyen billentyűzetet vegyek?
- Politika
- Szeged és környéke adok-veszek-beszélgetek
- A fociról könnyedén, egy baráti társaságban
- Fotók, videók mobillal
- Parfüm topik
- Milyen notebookot vegyek?
- Samsung Galaxy A52s 5G - jó S-tehetség
- További aktív témák...
- Bomba ár! Asus VivoBook X412F - i5-8GEN I 8GB I 256GB SSD I 14" FHD I HDMI I Cam I W11 I Garancia!
- Bomba ár! HP ProBook 650 G5 - i7-8GEN I 8GB I 256GB SSD I 15,6" FHD I Cam I W11 I Garancia!
- Bomba ár! Lenovo ThinkPad L380 - i5-8GEN I 8GB I 256SSD I 13,3" FHD Touch I Cam I W11 I Gari!
- Bomba ár! Asus VivoBook S410U - i5-8GEN I 8GB I 256GB SSD I 14" FHD I HDMI I Cam I W11 I Garancia!
- Bomba ár! HP ProBook 450 G3 - i7-6G I 8GB I 256GB SSD I HDMI I 15,6" FHD I Cam I W10 I Gar!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest