- Felpörög az asztali CPU-piac a következő pár hónapban
- Hősködik és száguldozik az új Arc meghajtó
- A Panasonic is nyit a TiVo okostévé rendszer irányába?
- Rengeteg csatlakozó van a HP legfrissebb, irodai célú monitorgóliátján
- Computex 2024: teljesen integrált hibrid hűtéssel közeleg az MSI új csúcs-VGA-ja
- Nvidia GPU-k jövője - amit tudni vélünk
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- Milyen processzort vegyek?
- AMD GPU-k jövője - amit tudni vélünk
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- ASUS ROG PG32UCDM: OLED csúcsmonitor tesztje
- Autóhifi
- Dell notebook topic
- A Panasonic is nyit a TiVo okostévé rendszer irányába?
Hirdetés
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Középpontba kerültek a hibrid autók, alig fogyaszt a BYD újdonsága
it 2,9 literes fogyasztást és több mint 2100 kilométeres hatótávot ígérnek a BYD új hibrid technológiájához, de a Toyota (és a Subaru, Mazda) is a hibrid motorokra koncentrál épp.
-
Mozgásban a Conscript
gp A túlélőhorror PC-re és konzolokra érkezik, a steames demó jövő hónap elején lesz kipróbálható.
Új hozzászólás Aktív témák
-
Zedz
addikt
-
Hogy hogyan lenne szép, azt elég hosszan lehet taglalni, de:
LoginModel-nek összesen 2 dolgot kell tudnia: adni egy felhasználói nevet és egy ejlszót
Semmi köze ne, lehet ezekhez:
- session
- felhasználók tárolása
- a komplett alkalmazásnak nem lehetne igazából fogalma arról, hogy mögötte egy SQL adatbázis van, főleg nem így beégetve
- $_POST és egyéb globális cuccok
- echo egy model-ben? maximum view/template fájlban[ Szerkesztve ]
-
fordfairlane
veterán
Úgy lenne szép, ha követné az MVC modellben alkalmazott kódszeparációt. A modell az alkalmazáslogika és adattároló komponens. A nézet felel a kimenet előállításáért. A kontroller kezeli a bejövő kéréseket, és hívja meg a megfelelő modell megfelelő metódusát.
x gon' give it to ya
-
Zedz
addikt
válasz Peter Kiss #14552 üzenetére
$_POST miért gond? Hogy adhatom át másként a bevitt adatot?
-
$_POST egy globális változó, amire támaszkodni nem igazán kellene, főleg nem egy alkalmazás mélyebb bugyraiban.
A Controller az uolsó pont, ahol találkozhatsz a $_POST-tal. Utána onnan bárhová átadhatod a szükséges adatot paraméterként, pl.:
$this->_loginService->Login(new LoginUser($_POST['username'], $_POST['password']));
De ezek a dolgok elég sok mindentől függnek.
-
Zedz
addikt
válasz Peter Kiss #14555 üzenetére
A fentebb felsorolt lista elemeket akkor mind-mind külön fájlba kellene megírnom, a controllerrel meg csak összerántani?
-
sztanozs
veterán
válasz Peter Kiss #14552 üzenetére
Ja és kifelejtetted a rossz SQL kérés logikát: rossz jelszóval is beenged, mivel csak a felhasználónevet ellenőrzi. Ja és még ott van az SQL injection is.
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
PumpkinSeed
addikt
Van egy ilyenem:
$kimenet = $datum."\t".$abroncs." gumiabroncs\t".$olaj." olaj\t".$gyertya." gyertya\t".$kormany." kormány\n";
A tabulátor gond nélkül megy de a \n nem teszi új sorba valamiért. Mi lehet a gond?
jsfiddle-n nem találtam PHP támogatást.
"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
-
whYz
addikt
válasz PumpkinSeed #14559 üzenetére
Ez se nagyon php kerdes amugy, de ha jol tudom \n-hez <pre> tag kell. Amugy hasznalj <br />-t vagy <div>-et vagy akarmi mast.
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #14561 üzenetére
Nálad betegség ez a </br>? Itt is (meg más topicban is már) ugyanezt használtad, akkor is írtam, hogy csak <br /> vagy <br/> vagy <br> van. Egyébként csak egyszer gondold már végig, hogy itt milyen "megnyitott" taget akarnál lezárni, ami miatt az elejére teszed a perjelet? Semmilyet, mivel ez self-closing tag, ergo egyből a végére kell (HTML5-nél nem kell, de lehet) tenni a perjelet, szóval egyből lezárni az elemet.
Az érdemi problémára: azt sem írtad, hogy milyen platformon tesztelsz (először azt sem írtad, hogy nem böngészőbe írt kimenetről van szó, hanem txt-fájlról), de feltételezem, Windows-on, és azt sem írtad, azonbelül milyen szövegszerkesztőben nézed meg az eredményt, feltételezem, olyanban, ami a UNIX-os sorvégződéseket (\n, LF) nem "támogatja" (pl. sima Notepad, míg Notepad++ támogatja), csak a Windows-osat, ami CRLF, vagyis \r\n, vagy PHP_EOL Windows-on (a PHP_EOL Unixon az említett \n-t adja), magyarul a megoldás lehet, hogy \n helyett \r\n-et írsz, vagy például használsz egy normális szövegszerkesztőt, és abban nézed meg...
[ Szerkesztve ]
Sk8erPeter
-
PumpkinSeed
addikt
válasz Sk8erPeter #14562 üzenetére
Igen ezt már annyira megszoktam, hogy álmomból felkeltve is ezt írnám, de megpróbálok jó útra térni.
Viszont, lehet tényleg egy normális szövegszerkesztőben kellene nézni, Jegyzettömbben nem ment, de NotePad++-ben a várt eredményt kaptam. Nem tudtam, hogy ennyire analfabéta a Windowsos jegyzettömb.
"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
-
CSorBA
őstag
válasz PumpkinSeed #14563 üzenetére
Nem tudtam, hogy ennyire analfabéta a Windowsos jegyzettömb.
A hangsúly nem az analfabétaságon, hanem a windowsoson van. Máshogy van kódolva, más a sortörés. Notepad++ ezt tudja érzékelni, de attól még neked rossz a sortörésed windows alatt.
Ajánlom: [link] -
Sk8erPeter
nagyúr
válasz CSorBA #14564 üzenetére
Ettől még a Notepad analfabéta, ostoba szövegszerkesztő. Lényegében egy textarea egy ablakkal, pár rettenet egyszerű menüponttal, és kész. Pont a butaságától gyors, de ettől még nem lesz jó. De nyilván ezt a többség vágja, nem kell külön mondani, ezért más az alapértelmezett szövegszerkesztője.
Amúgy a unix2dos eszközre most nincs szükség, egyelőre a kódolás fázisában tart, meg tudja változtatni a kódjában a sorvégződést \r\n-re, ha Windows-os sortörést akar, vagy megváltoztathatja a platformfüggő PHP_EOL-ra is, de ha ezt UNIX-alapú rendszereken használja, akkor az ugyanúgy \n-t jelent. De amúgy sem a Notepadhez kell igazítani az igényeket.Sk8erPeter
-
biker
nagyúr
válasz Sk8erPeter #14565 üzenetére
nem gyors.
Korábban ide is tettem be tesztet, a kb 5 funkcióból amit tud, keresés és csere, nagy mennyiségű adatnál, kb 60.000 sorban 120.000 előfordulás cseréje soronként olyan 4-500 karakter volt, ebben 3 karakter cseréje
c2d procin
nptepad cserélte 2 percig, kifehéredve az ablak közben, zombiként
notepad++ meg 5mp alattElektromos 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
Na ja, ebben igazad van, már nagy fájlok beolvasásánál is elvérzik a sima Notepad, szemben a Notepad++-szal, ami igen nagy fájlokkal is egész jól megbirkózik. A Notepad gyorsasága alatt inkább az elindulás tempójára gondoltam például kis fájlok esetén, Notepad++ azért már két plugintől is hozzá képest érzékelhetően lassul, bár ezen nem is kell annyira meglepődni, azoknak a cuccait is be kell tölteni. Cserébe egy jól használható szövegszerkesztővel van dolgod, nem pedig egy fostalicskával.
Sk8erPeter
-
Zedz
addikt
válasz Sk8erPeter #14567 üzenetére
Szerintem a phpDesigner a legjobb mindenre.
-
MODERÁTOR
válasz Sk8erPeter #14567 üzenetére
Én nálam ugyan olyan gyors mind a kettő!
A Notepad++ szerintem az egyik legjobb szerkesztő ennek ellenére! Visszatérve az eredeti témához, szerencsére be lehet benne állítani a fájl kódolást.
mobal,
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Zedz
addikt
válasz Peter Kiss #14552 üzenetére
Ha nem gond egy kicsit visszatérnék ehhez a hozzászóláshoz. Írtad, hogy az lenne szép ha az alkalmazásnak gőze sem lenne arról, hogy milyen SQL adatbázis van mögötte. Ez hogy oldható meg? Kell egy külön fájl ahová csak a lekérdezések kerülnek, és vissza adok egy értéket a controllernek?
-
Hát, ezt elég hosszan lehetne sorolni, miként valósítható meg.
Valószínűleg neked a DAO fogalmával kellene megismerkedned, aztán ilyen objektumokon megvalósítani az adatelérést, persze olyan módon, hogy az alkalmazás egy DAO-t sem lát csak egy interface-t.
interface UserDao() {
function GetUserById($id);
function GetByMailAddress($mailAddress);
function GetAll();
function AddUser(User $user)
/* ... */
}
Aztán ezt implementálni egy osztállyal, aminek van egy függősége a PDO-ra, ha SQL-t szeretnél mögé tenni. Nyilván, ekkor is SQL típus specifikus lesz a DAO-d. Az interface-t nyilván implementálhatod úgyis, hogy az adatok memóriában vannak pl. egy tömbben, így elég könnyen lehet (unit) tesztelni, mert nem fügsz gyakorlatilag semmitől, ismertek, stabilak az adatok.
Ha ez átjön, hogyan tud működni, akkor léphetsz tovább, például az is megoldható, hogy leírod az adott SQL típust (speciális karakterek, sémákat használ-e, speciális műveletek, stb) egy abstract "izén" (abstract class-t kell elképzelni egy jól felépített alap logikával [interface-t ebből is érdemes kreálni], majd pl. ebből lehet származtatni MySqlProvider és hasonló megnevezésű dolgokat.) keresztül, majd ezt felhasználva dinamikus építed meg a lekérdezéseket, de ez nem 2 perc alatt hozható össze.
-
Zedz
addikt
válasz Peter Kiss #14571 üzenetére
Uhhh hát ez így elsőre elég advancednek hat, utánaolvasgatok akkor ezeknek, köszi.
-
PumpkinSeed
addikt
Hogyan tudom azt kivitelezni, hogy a karaktersorozat bekérésnél az fgets ne kérje be a newline karaktert?
<?php
$DOCUMENT_ROOT = $_SERVER['DOCUMENT_ROOT'];
$fp = fopen("$DOCUMENT_ROOT/../hungarian.txt","rb");
$szavak = fopen("$DOCUMENT_ROOT/../szavak.txt","ab");
while (! feof ($fp)) {
$szo = fgets ($fp, 999);
$szo = ucfirst($szo);
echo $szo."<br>";
fwrite ($szavak,$szo);
}
fclose ($szo);
fclose ($szavak);
?>"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
-
DeltaPower
őstag
válasz PumpkinSeed #14573 üzenetére
beolvasás után trim-eled?
"Moonshine Whiskey (70°, ízesítés nélküli) van. Fincsi" - Teebee - "De az kiírtaná az egész családomat..Akkor is ha csak én innék belőle.." - forintuser
-
PumpkinSeed
addikt
válasz DeltaPower #14574 üzenetére
Nem, de erre nem is gondoltam viszont a newline-t mivel tudnám akkor jelezni, hogy azt vegye ki?Megvan.
[ Szerkesztve ]
"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
-
DeltaPower
őstag
válasz PumpkinSeed #14575 üzenetére
alapértelmezésben kiveszi, vagy beírod így, ha csak a newline-t akarod kiszedni (spacet, tabot nem):
trim($str, "\n\r");
ha pedig csak a sor végéről, akkor rtrim-et használsz"Moonshine Whiskey (70°, ízesítés nélküli) van. Fincsi" - Teebee - "De az kiírtaná az egész családomat..Akkor is ha csak én innék belőle.." - forintuser
-
Lacces
őstag
Hali,
Lehet valamit elfelejtettem, de mintha nálam nem működik az objektumok betöltése a PHP-nál... Nem tudom, hogy mi a gond (valamit kihagyok?)
Mindegyik fájl egy mappában van!
index.php (NetBeans alap generálás, mielőtt még valaki itt beszólna )
<html>
<head>
<meta charset="UTF-8">
<title></title>
</head>
<body>
<?php
error_reporting(E_ALL);
$model = new Model();
$controller = new Controller($model);
$view = new View($controller, $model);
echo $view->output();
?>
</body>
</html>class Model
{
public $string;
public function __construct(){
$this->string = "MVC + PHP = Awesome!";
}
}
class Controller
{
private $model;
public function __construct($model) {
$this->model = $model;
}
}
class View
{
private $model;
private $controller;
public function __construct($controller,$model) {
$this->controller = $controller;
$this->model = $model;
}
public function output(){
return "<p>" . $this->model->string . "</p>";
}
}Pedig ennek alapból kellene működnie, nem?
Semmi sem jelenik meg a böngészőben, az echo-k is csak az objektum létrehozása előtt jelennek, utólag nem.[ Szerkesztve ]
-
-
Lacces
őstag
válasz Peter Kiss #14578 üzenetére
Köszi, akkor tovább keresem a problémát.
-
dmc
aktív tag
Sziasztok!
Nem tudom hogy a következő problémát meg lehet e oldani?
Adva van kb 300Gb nyi zene egy szerveren és ezeknek a zenéknek az ID3v tagjait tudom e szerkeszteni és egy adatbázisba elmenteni?
Ha igen valami kiindulását tudnátok adni?Köszönöm
-
Sk8erPeter
nagyúr
PHP-alapokon, elejétől megírva macerás lehet, úgyhogy inkább kész programot ajánlanék, ami elég komoly és összetett:
Helium Music Manager
http://www.helium-music-manager.comMS SQL- és MySQL-adatbázisba is tud menteni. Persze a saját adattábláit hozza létre és használja, ez nem testreszabható, de rengeteg szempont szerint tudsz szűrni.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Peter Kiss #14578 üzenetére
Mi nem?
(#14577) Lacces :
Mi az, hogy "utólag nem"?Amúgy jól elvagytok.
Sk8erPeter
-
fordfairlane
veterán
Két dolog kell hozzá. Egy olyan komponens, amelyik egy adott könyvtár teljes tartalmán rekurzívan mégmegy, valamint egy ID3v2 olvasó komponens. Adatbázisba letárolni a tageket már nem nagy ördöngősség. Megfelelő kulcsszavakkal sok találatot dob ki a google, kész PHP osztályokat.
Inkább azzal lehet probléma, hogy ekkora mennyiségű fájl feldolgozásához sok idő kell, aminek lehetne futásidejű korlátai, és persze az, hogy nem triviális dolog monitorozni egy ilyen háttérjellegeű PHP folymaatot, hogy épp hol tart.
x gon' give it to ya
-
fordfairlane
veterán
-
Lacces
őstag
válasz Sk8erPeter #14583 üzenetére
Egyszer csak azt vettem észre, hogy én sosem használtam így az include '/path/to/file' a behúzást. (NetBeans ezt kínálta fel, én meg szeretem használni ezt a segítséget, mert gyorsabb gépelni)
Aztán használtam az include()-t, és simán jó lett minden.
Újabban sokszor leesik a vércukor szintem, és nehezebb az ilyen hibákat is észrevenni. Nem nagyon tudok ilyenkor gondolkodni... de nem szeretem feladni sem a probléma megoldását.[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz Lacces #14586 üzenetére
"Egyszer csak azt vettem észre, hogy én sosem használtam így az include '/path/to/file' a behúzást."
Hogy micsoda? Mármint úgy érted, még sosem include-oltál másik fájlt? Most szívatsz, ugye? Azt hogy csináltad eddig? Mit csináltál eddig? Most tényleg az volt a gondod, hogy másik fájlban voltak az osztályaid, és az a fájl nem volt behúzva vagy autoloadolva, és még ráadásul a hibajelzéseid is el voltak nyomva, és ha már így alakult, még hibanaplózás sem történt?A vércukorszinteddel akkor az egészséged és hatékonyságod érdekében is javaslom, hogy kezdj valamit.
Sk8erPeter
-
Lacces
őstag
Hali.
Ma csináltam RSS beolvasást, adatbázisba mentést, és oldalon megjeleníteni.
Aztán idehaza elgondolkoztam azon, hogy hogyan lehetne a leggyorsabban mondjuk 20rss xml-t beolvasni és azt menteni adatbázisba és megjeleníteni az oldalon?Erre mi lehet a legjobb koncepció?
Most csináltam, hogy kipróbáltam 10-el. Ilyen egyszerűt, lehet rajta csiszolni. SimpleXML-t használtam. De érezhető volt a lassú betöltés. (Persze ez, minden egyes oldal betöltéskor lefut, amin már most látszik, hogy vesztett ügy. Bár, mondjuk lehetne is rajta optimalizálni, de kételkedem.)
Megfogtam, minden RSS feed-et beleraktam egy nagy multi-tömbbe. És onnan kiolvasva töltöttem fel az adatbázist, vizsgálva, hogy az már fel volt-e töltve vagy sem.Azon gondolkoztam, hogy esetleg érdemes Cron folyamatot indítani a háttérben, és az frissítené folyton az adatbázist, mondjuk 15 percenként?
Vagy van más módszer is erre, szerintettek?Sk8erPeter
De include-oltam nem egyszer . Mert ez csak egy egyszerű kis magamnak csinált alkalmazás volt, nem fogok én itt hobbi webframework-öt csinálni . Ott az xDebug, hibajelzésre... Patterneket nézegettem. Van más dolgom is .
include('vars.php'); // működik.
include 'vars.php'; // nem működik, semmit sem jelzett.[ Szerkesztve ]
-
Lacces
őstag
válasz Lacces #14588 üzenetére
Alapból gyökérséget írtam... Látszik, hogy idehaza, már nem gondolkodom úgy ahogy kellene...
Biztos, hogy nem minden egyes oldal betöltésre kéne ezt csinálni, ha felhasználók 100-ai látógatnák az oldalt.
.
Bár ahogy most olvastam, a sima XMLparser függvény a leggyorsabb, mások ezt írták.
LOL, inkább alszom egyet. -
zone
őstag
Segítséget kérnék. Opencartot használok, most töltöttem fel szerverre, localhoston nem volt semmi gondom. Folyamatosan ez a két hiba jelenik meg a logban és az admin oldal tetején:
PHP Warning: fwrite() expects parameter 1 to be resource, boolean given in /host/htdocs/system/library/cache.php on line 34
PHP Warning: fclose() expects parameter 1 to be resource, boolean given in /host/htdocs/system/library/cache.php on line 36
A cache.php hivatkozott sorai:
34: fwrite($handle, serialize($value));
35:
36: fclose($handle);Plusz az oldal tetején még ez is, de ez nincs a logban:
Warning: fopen(/host/htdocs/cache/cache.store.1384025663) [function.fopen]: failed to open stream: No such file or directory in /host/htdocs/system/library/cache.php on line 3232: $handle = fopen($file, 'w');
Itt legalább látom, hogy az elérési út nem jó, mert system/cache/ helyett a gyökérben keresi a cache mappát valamiért.
[ Szerkesztve ]
YouTube - https://goo.gl/bCKFYP
-
Kommy
veterán
Lehetséges futás közben változót létrehozni?
-
-
Sk8erPeter
nagyúr
válasz Peter Kiss #14593 üzenetére
(#14588) Lacces
"De include-oltam nem egyszer . Mert ez csak egy egyszerű kis magamnak csinált alkalmazás volt, nem fogok én itt hobbi webframework-öt csinálni . Ott az xDebug, hibajelzésre... Patterneket nézegettem. Van más dolgom is .
include('vars.php'); // működik.
include 'vars.php'; // nem működik, semmit sem jelzett."Valamit rettentően elkúrsz, ha ez nem működik, pedig de, működik...
Amúgy nem tudom, milyen hobbiwebframeworkről beszélsz, egy include-tól nem lesz semmi sem framework, főleg, hogy az általad mutatott példában tényleg csak a rövid tesztelés kedvéért tök felesleges különböző fájlokba pakolgatni a kódokat.
"Ott az xDebug, hibajelzésre... Patterneket nézegettem"
Hogy kapcsolódik össze egyáltalán a kettő? Meg hogy jön az Xdebug bármilyen hobbiwebframeworkhöz?
Na mindegy, betudom a dolgot az aktuális "vércukorszintednek".Sk8erPeter
-
PumpkinSeed
addikt
Van egy 100.000+ karakterrel rendelkező jegyzettömb. Beolvasnám kezelésre, de egy tömböt túlindexel, ezért abba nem megy. Mibe lehetne ezt beletenni?
"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
-
Tele von Zsinór
őstag
válasz PumpkinSeed #14595 üzenetére
Mi az, hogy "jegyzettömb"?
-
PumpkinSeed
addikt
válasz Tele von Zsinór #14596 üzenetére
.txt
"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
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #14595 üzenetére
Még jó, hogy ilyen sok részletet megosztottál a megoldásodról...
Sk8erPeter
-
PumpkinSeed
addikt
válasz Sk8erPeter #14598 üzenetére
<?php
$DOCUMENT_ROOT = $_SERVER['DOCUMENT_ROOT'];
$fp = fopen('$DOCUMENT_ROOT/../gem.txt','ab');
$i = 0;
while (!feof($fp)) {
$szoveg[$i] = fgetc($fp);
$i++;
echo $szoveg[$i];
}
fclose ($fp);
?>Eddig így nézz ki.
"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
-
válasz PumpkinSeed #14599 üzenetére
Karaktert olvasos, és nem sort/karakterláncot. Karaktert nem lehet indexelni. Ha kell a fájl egész tartalma:
<?php
echo file_get_contents($_SERVER['DOCUMENT_ROOT'] . '/../gem.txt');Ez string-ként beolvassa az egészet, azt pedig már lehet indexelni.
Új hozzászólás Aktív témák
- BestBuy ruhás topik
- Nvidia GPU-k jövője - amit tudni vélünk
- Konteó topic
- Gumi és felni topik
- Építő/felújító topik
- Diablo IV
- F1 24 - Íme a végső gépigény
- Debrecen és környéke adok-veszek-beszélgetek
- Külföldi rendelések: boltok, fizetés, postázás
- Középpontba kerültek a hibrid autók, alig fogyaszt a BYD újdonsága
- További aktív témák...
- ThinkPad P1 Gen4 27% 16" 4K IPS érintő i7-11850H T1200 32GB 1TB NVMe ujjlolv IR kam gar
- Acer Gaming (i5 8.th, 8 GB , 256 GB, 1050, 17.3 FHD) notebook! AkciÓ!
- Gyönyörű autómatricák azonnal gyors országos kiszállítással! PH-soknak 30% kedvezmény!
- Asus K95VJ, 18,4" FHD, I7-3630QM 8x3,40 GHz, 16GB DDR3, 250GB SSD+1TB HDD, 1GB VGA ,WIN 10, Számla,
- Asus R751L, 17,3" FHD, I7-4510U, 8GB DDR3, 1TB HDD, 2GB VGA ,WIN 10, Számla, garancia
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest