- Ubisoft Forward 2024 - Az összes bejelentés egy helyen
- UbiForward24 - Jön az Anno 117: Pax Romana
- UbiForward24 - Hosszabb játékmenet videón az Assassin's Creed Shadows
- UbiForward24 - Sztori kiegészítőt kap az Avatar: Frontiers of Pandora
- UbiForward24 - Prince of Persia: The Sands of Time Remake csak 2026-ban
- Forza sorozat (Horizon/Motorsport)
- Diablo IV
- Xbox Series X|S
- UbiForward24 - Hosszabb bemutatón a Star Wars: Outlaws
- Genshin Impact (PC, PS4, Android, iOS)
- Ubisoft Forward 2024 - Az összes bejelentés egy helyen
- Call of Duty: Black Ops 6
- PlayStation 5
- UbiForward24 - Hosszabb játékmenet videón az Assassin's Creed Shadows
- Marvel Snap
Új hozzászólás Aktív témák
-
Male
nagyúr
válasz Sk8erPeter #7649 üzenetére
Köszi!
Igen, ezzel töltöttem a tegnap estét, hogy az egészet átnézzem. Szerencsére csak két ilyen változónevet használtam, azokat lecseréltem gyorsan. (pedig szeretem úgy csinálni, hogy azonos, ha ugyan olyan a tartalom, pl ha az adott, bejelentkezett ember neve a $_SESSION['felhasznalonev']-ben van, és közben valamiért kell egy másik felhasználó neve, akkor az a $felhasznalonev-be kerül... így jobban követhető nekem. Még jó, hogy itt most ilyesmi nem nagyon kellett. )
-
Speeedfire
nagyúr
válasz Sk8erPeter #7650 üzenetére
Nem baj, így marad.
Minden másra ott az analytics.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Speeedfire
nagyúr
Miért van az, hogy ha a mysql alatt futtatok egy sql parancsot akkor 4-et ad vissza, php alatt meg 3-at? Ilyet még nem láttam...
<?php
include_once 'config.php';
include_once 'db.php';
mysql_query("SET NAMES 'utf8'");
mysql_query("SET CHARACTER SET 'utf8'");
$SqlQuery = mysql_query("select * from diagrammok where tipus=1 order by szoveg asc limit 0 , 30");
$SqlQuery2 = mysql_query("select * from diagrammok where tipus=2");
?>
<h3>Üzemanyag árak</h3>
<table cellpadding="0px" cellspacing="0px" class="uzemanyag">
<tbody>
<tr><th colspan="2"><?php echo mysql_result($SqlQuery, 0, 'datum'); ?></th></tr>
<?php
while ($row = mysql_fetch_assoc($SqlQuery)) {
echo '
<tr><td class="tdleft">'.$row['szoveg'].'</td><td class="tdright">'.$row['szam'].' ft/l</td></tr>
';
}
?>
</tbody>
</table>
<h3>Jegybanki alapkamat</h3>
<table cellpadding="0px" cellspacing="0px" class="jegybank">
<tbody>
<tr><th><?php echo mysql_result($SqlQuery2, 0, 'datum'); ?></th></tr>
<tr><td><?php echo mysql_result($SqlQuery2, 0, 'szam'); ?>%</td></tr>
</tbody>
</table>[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
MODERÁTOR
válasz Speeedfire #7653 üzenetére
Szerintem a while függvényed a ludas. De hogy miért?
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
válasz Speeedfire #7653 üzenetére
A mysql_result elállítja a pointert 0-ról 1-re szerintem. Mielőtt fetch-elnél, állítsd be 0-ra.
-
Speeedfire
nagyúr
válasz Peter Kiss #7655 üzenetére
Valóban ez a hiba oka. Hogy lehet visszaállítani 0-ra?
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
válasz Speeedfire #7656 üzenetére
[ Szerkesztve ]
-
Speeedfire
nagyúr
válasz Peter Kiss #7657 üzenetére
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
szike21
csendes tag
Sziasztok! Egy adatbázist kellene írnom php-ban, de valamiért nem tudom feltölteni a táblákat, mert a $_POST nem kap értéket azt hiszem.
A kódok amiket írtam:
ujaru.html:
<html>
<body><form action="ujaru.php" method="post">
Áru név : <input type="text" name="aru_nev" />
Áru ID : <input type="text" name="aru_id" />
Ár : <input type="text" name="ar" /><input type="submit" />
</form></body>
</html>ujaru.php:
<html>
<head>
<title>SQL lekérdezések 2.</title>
</head>
<body><?php
$felh="root";
$jelszo="";
$adatbazis="raktar";//kapcsolat létesítése
$kapcsolat = mysql_connect("localhost", $felh, $jelszo);
//amennyiben a kapcsolódás sikertelen, a die-nak átadott szöveget írja ki (és a program futása leáll)
if (!$kapcsolat){
die ("Nem lehet csatlakozni a MySQL kiszolgalohoz!");
}mysql_select_db($adatbazis,$kapcsolat);
$parancs1="INSERT INTO aruk (aru_nev,aru_id,ar)
VALUES
('$_POST[aru_nev]', '$_POST[aru_id]','$_POST[ar]')";
mysql_query($parancs1, $kapcsolat);$eredmeny=mysql_query("SELECT * FROM aru ORDER BY aru_nev");
print "<table border=1>\n";
while ($sor = mysql_fetch_row($eredmeny)){
print "<tr>\n";
foreach ($sor as $mezo){
print "\t<td width='160'>$mezo</td>\n";
}
print "</tr>\n";
}
print "</table>";
print "<br>";mysql_close($kapcsolat);
?>
</body>
</html>A problémám az lenne, hogy undefined index hibával elszáll az aru_id-re, aru_nev-re és az ar-ra, de nem tudom mi lehet a probléma. Előre is köszi a segítséget!
-
szike21
csendes tag
Nincsenek idézőjelek. Már próbálkoztam, így $_POST["aru_id"], de így sem működött. $_POST['aru_id'] így próbáljam meg?
-
-
biker
nagyúr
válasz szike21 #7659 üzenetére
$parancs1="INSERT INTO aruk (aru_nev,aru_id,ar)
VALUES
('{$_POST['aru_nev']}', '{$_POST['aru_id']}','{$_POST['ar']}')";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 |
-
wolandino
tag
Sziasztok,
Lényegében kezdő programozó vagyok.
PHP-ban fejlesztek egy rendszert.Codeigniter keretrendszert használok.
A funkciók központjában egy olyan tábla van, amire éves szinten kb 100-200k sorbejegyzés várható maximálisan. Úgy gondolom ez nem túl sok. A tábla egyébként nagyrészt id-ket tartalmaz 13 másik táblára, ezért a lekérdezések között nagyon sok olyan szerepel, amiben 14 join található. Már kezdek rájönni, hogy nem nagyon fog az működni, hogy az egész adatmennyiséget lekérem, ezért próbálkoztam olyan ajax hívásokkal, amelyek pár 100 sor szednek le. Viszont semmilyen gyorsulást nem tapasztaltam ahhoz képest, mintha megpróbálnám leszedni a teljes 100k sort. Az egyik ismerősöm szerint azért lehet, mert az easyphp amit használok nagyon kevés cache-t enged a mysql-nek, és ezért lassú.
Ha valakinek van ötlete, nagyon örülnék neki.
Köszönettel,
W. -
válasz wolandino #7664 üzenetére
Az SQL szerver cache-ébe nem nagyon szól bele a PHP, szóval tuti, hogy nem ez a baj.
Pár dolgot meg kellene nézni:
Mennyi "vas" is van a szerver alatt (és mi fut még azon)?
Elképzelhető, hogy index-hiányos a lekérdezés.
Optimalizálatlan a lekérdezés.Persze az adatokat PHP-val dolgozod fel, így a programkód is gyenge lehet.
-
wolandino
tag
válasz Peter Kiss #7666 üzenetére
annyira már én is rájöttem, hogy mysql oldalon (is) van hiba.
indexek rendben vannak. memóriát alig használ, a procihasználat megugrik, de a memóriahasználat végig 25 mb marad, egy nálam tapasztaltabb arc azt mondta, hogy az indexelés rendben van-egyébként szerintem is-a lekérdezés is, és ő sem értette mi tart 6mp-ig.a lekérdezést úgy tudom a mysql optimalizálja.de ha van konkrét ötleted örülnék neki[ Szerkesztve ]
-
wolandino
tag
php oldalon ezzel kéne kezdenem valamit:
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 43 bytes) in D:\Program Files (x86)\EasyPHP-5.3.8.1\www\mx\system\database\drivers\mysql\mysql_result.php on line 162kb 20k sormennyiség körül jön, alatta nem.
Beállítottam upload max filesize :2M-ről 50M-re, de nem hatotta meg. -
Sk8erPeter
nagyúr
Mondjuk a még szebb egy prepared statement lenne: [link], de ezt már nem is mertem említeni, mert az a kód úgyis szerteszéjjel van szórva hibákkal...
Amúgy amikor tanultam a PHP-t, én is a mysql_real_escape_string, mysql_query és hasonlókkal szopattam magam, mert a net tele van ilyen példákkal, többek közt azért, mert a PHP 4-es verziójában még nem volt OOP. Nincs nagy baj ezekkel a függvényekkel, csak az, hogy sokkal nehézkesebb: az ilyen wrapperclass-szerűségek (a PDO is olyan, mint egyfajta wrapper a különböző adatbázisokhoz tartozó műveletekhez) használata ezerszer praktikusabb lehet, ráadásul ha a fenti linket bárki megnézi, igazából a szintaktikája sem bonyolultabb, mint egy mysql_* függvényhasználatnak, csak ehhez kell szoktatnia magát az embernek.
Plusz a PDO a "hagyományos" hibakezelést elkerülendő már kivételek dobálására is képes, míg a mysql_* függvényeknél ezeket a hibákat a megfelelő módon - elég macerásan - le kell tudni kezelni. Hozzáállás kérdése, de így utólag már azt mondom, gány. Visszanézem pár évvel ezelőtti kódjaimat, és fogom a fejem, hogy mennyivel egyszerűbben is lehetett volna csinálni dolgokat.
Amúgy a legjobb az adatbázisok kezeléséhez még mindig az ORM-ek használata. Ezt már kicsit nehezebb lehet eleinte megtanulni, de megtérül.Bár sokan szidják az OOP-s megközelítést, hogy az nem jó, mert lassú... bullshit! Normális esetben nem észrevehető a különbség. Bár biztos vannak, akiknek feltűnik pár ezred/századmásodperces eltérés a betöltési időben...
Ja, amúgy ez most nem konkrétan neked szólt, hanem csak úgy általánosságban. A post írása közben mindenfélék eszembe jutottak még a témával kapcsolatban, szerencse, hogy megálljt parancsoltam az írókámnak.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz wolandino #7667 üzenetére
"Az egyik ismerősöm szerint azért lehet, mert az easyphp amit használok nagyon kevés cache-t enged a mysql-nek, és ezért lassú."
Hogy ismerősödet korrigáljam, az EasyPHP-nek ehhez legfeljebb annyiból van köze, hogy milyen default beállításokat tartalmaz a benne foglalt MySQL- és PHP-konfiguráció... Ezt viszont úgy bírálod felül, ahogy akarod. Fogod a my.ini, illetve php.ini fájlt, és tetszés szerint átkonfigurálod.
Az EasyPHP azért nem hibás, hogy bizonyos default beállításokkal érkezik, ha külön-külön telepíted a MySQL-t, PHP-t, azt is pontosan ugyanúgy át kell állítgatni igény szerint.
Az EasyPHP viszont kicsit megkönnyíti a dolgodat, monitorozza egy minta php.ini fájlban a változásokat, és aszerint módosít egy másik fájlt, amit végül is a PHP figyelembe vesz. Aztán újraindítod az Apache-ot, és megvagy.
Vagy ha my.ini-n változtattál, újraindítod a MySQL-t, hogy érvénybe lépjenek a változások.
Ehhez az EasyPHP kínál egy admin-felületet, hogy ezeket az újraindítgatásokat megtehesd (megteheted services.msc-ből is, amennyiben szolgáltatásként vannak telepítve a szerverek).Érdemes lehet beállítani MySQL-ben a query cache-t, valami ilyesmi módon:
query_cache_size = 268435456
query_cache_type=1
query_cache_limit=1048576Elvileg így legalábbis kihasználhatja néhány lekérdezésed a query cache szolgáltatást.
Itt van egy-két trükk még MySQL-hez: [link]. Itt megmutatja azt is, hogy érdemes néha az EXPLAIN-t használni, hogy megkukkantsd, hol lassú esetleg a lekérdezés, pl. valahol nincs indexelve egy mező.(#7668) wolandino: ezt írja: "Allowed memory size of 134217728 bytes exhausted". Eszerint 134217728 byte = 128 MB memória van beállítva nálad. Ezt lépte túl. Az a memóriahasználat sok. Valami nem stimmel a kódodban, ha ennyire leakel. Vagy óriásképeket kezelsz, vagy nem vágom...
[ Szerkesztve ]
Sk8erPeter
-
wolandino
tag
válasz Sk8erPeter #7671 üzenetére
igen, igazad van
-
wolandino
tag
válasz Sk8erPeter #7671 üzenetére
Köszönöm, nagyon hasznos oldal
Most egy darabig el leszek az infókkal, úgy néz ki sokat segít.
Bár érdekes, hogy lekérdezés 0.2692 mp-ig tartott, írja a phpmyadmin, miközben én simán elszámoltam 3-ig, kb 1 mp-s tempóban. Erre van valami ötlet? -
-
Sk8erPeter
nagyúr
válasz wolandino #7675 üzenetére
Szívesen!
Hmm, hát ez fura. A phpmyadmin nem szokott ilyen lassú lenni. Amúgy milyen szerveren van a cuccotok? Apache?
Az 1280M beállításban biztos vagy? Nem véletlenül szokták lent tartani mondjuk 128M-nál, hanem "önvédelemből" is, nem túl jó, ha a kódod annál többet kajál... Persze egy-kétszer elmegy, de akkor is legfeljebb a duplájára állítsd, ne a 10x-esére...Sk8erPeter
-
wolandino
tag
válasz Sk8erPeter #7677 üzenetére
igazad van, át fogom nézni
-
wolandino
tag
válasz Sk8erPeter #7671 üzenetére
query_cache_size = 268435456
query_cache_type=1
query_cache_limit=0Már sikerült meg nézni, csak nem tudom hol állítsam át, de ez is meglesz
-
wolandino
tag
válasz DeltaPower #7676 üzenetére
azon hogy tudnék javítani?
-
D@ni88
addikt
Próbálgatnám a mysqli használatát, de valamiért nem működik.
Az adatbázis kapcsapcsolat felépül...Adabázis kapcsolat és select függvény.
class Database
{
public function __construct()
{
$database = mysqli_connect(HOST_NAME,USER_NAME,PASSWORD,DB_NAME);
if (!$database)
{
printf("Connect failed: %s\n", mysqli_connect_error());
exit();
}
}
public function select($select)
{
$result=mysqli_query($select);
if (!$result)
{
echo "Could not successfully run query ($select) from DB: " . mysql_error();
exit;
}
return $result;
}
}proba.php:
echo 'kész';
include_once('dbnames.inc.php');
include_once('database_connection.php');
$a= new Database();
$sql="select mail from users where userid='18'";
$nev=$a->select($sql);
echo "asd";
while ($row=mysqli_fetch_assoc($nev))
{
echo $row["mail"];
}Erre nem ad semmit, pedig megnéztem és van ilyen azonosítóhoz tartozó mail cím
-
-
D@ni88
addikt
válasz Peter Kiss #7683 üzenetére
hibajelzést a tárhely szolgáltatója kapcsolta ki, manuálisan pedig nincs lehetőség bekapcsolni
-
-
D@ni88
addikt
válasz Brown ügynök #7685 üzenetére
póbáltam úgy is:
class Database
{
private $database;
public function __construct()
{
$database = mysqli_connect(HOST_NAME,USER_NAME,PASSWORD,DB_NAME);
if (!$database)
{
printf("Connect failed: %s\n", mysqli_connect_error());
exit();
}
}
public function select($select)
{
$result=mysqli_query($database, $select);
if (!$result)
{
echo "Could not successfully run query ($select) from DB: " . mysql_error();
exit;
}
return $result;
}
} -
rt06
veterán
letrehozl ugyan egy osztalyvaltozot, de nem azt hasznalod
a select fuggvenyben levo database erteke mindig null, fuggetlenul a kapcsolodas sikeressegetol
hasznald mindket fuggvenyben a this->database valtozotPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
Sk8erPeter
nagyúr
válasz Peter Kiss #7686 üzenetére
"Másik, hogy nem a tárhelyen kellene fejleszteni."
Semmi baj nincs a tárhelyen való fejlesztéssel, ha még nem élesben fut a projekt. Annyiból legalábbis jó, hogy akkor tuti, hogy a tesztkörnyezet megegyezik az éles környezettel.
Persze tény, jobb localhoston próbálgatni, de akkor meg az a szopás, hogy ha nem vagy saját gépnél, nem tudsz bárhonnan dolgozni. Vagy külön tárhelyet tartasz fenn a fejlesztési céloknak.
Én most épp utóbbit választottam egy projektnél, így bárhonnan tudok dolgozni, és van egy jól működő szerver mögötte. Ez úgysem megy ki élesbe.
Windows-on WinSCP-t használok, Ubuntu alatt meg becsatolom a távoli könyvtárat Nautilus-ba, így a fájlokon történő módosítások mentése egyből szinkronizálódik a szerverre is. Ez így nagyon kényelmes.
Persze ha nagyon kell, akkor localhoston nyomatom.===
(#7682) D@ni88 :
Athlon64+ kérdése teljesen jogos volt, ha már OOP, annál is kellene maradni.
- Akkor már [link]
$mysqli = new mysqli('localhost', 'my_user', 'my_password', 'my_db');
- ugyanezen a linken van egy példaosztály is a leszármaztatásra:
class foo_mysqli extends mysqli {
public function __construct($host, $user, $pass, $db) {
parent::__construct($host, $user, $pass, $db);
if (mysqli_connect_error()) {
die('Connect Error (' . mysqli_connect_errno() . ') '
. mysqli_connect_error());
}
}
}
$db = new foo_mysqli('localhost', 'my_user', 'my_password', 'my_db');
echo 'Success... ' . $db->host_info . "\n";
$db->close();- tulajdonképpen feleslegesen nevezed el select()-nek a metódust, ugyanoda nyugodtan be lehetne adni akár UPDATE, INSERT utasításokat is... Ha már wrapper vagy ORM-hez hasonló osztályt szeretnél írni, akkor írd is meg úgy, vagy ne erőltesd: a mysqli egy osztály, tehát nyugodtan felhasználhatnád annak az objektumorientáltságát.
- ezentúl én azt javasolnám, hogy használd inkább a PDO-t: [link], [link]
Egyrészt tök logikus a használata, másrészt OOP-s, harmadrészt ezzel sokkal rugalmasabb a kódod, ugyanis akár későbbiekben is átállhatsz más adatbázisra, hasonló szintaktikával (rosszabb esetben csak a query-ket kell átírni a másik adatbázisnak megfelelően, de legalább magát a lekérdezés módját nem - míg ebben az esetben az összes mysqli_*-vel kezdődőt le kell cserélni).- hibajelzés:
ini_set('error_reporting', E_ALL|E_STRICT);[ Szerkesztve ]
Sk8erPeter
-
biker
nagyúr
válasz Sk8erPeter #7689 üzenetére
én pl most úgy jártam, hogy a serveren hibátlan rendszer localhoston nem jó
egy külön lang_hu.php-ben van a magyar nyelvi változók letárolva, és az utf8 kódolás ellenére az összes onnan jövő szöveg ékezet hibás. az sql-ből jövő és a direkt index.php-be írt szöveg mind jó
az include-után kerül valami gebasz bele.én is jobban szeretek tárhelyen dolgozni, fölöslegesen ne vergődjek...
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
hmm, hát ez fura. És még nem derült ki az oka, hogy miért csesződik el?
Amúgy a Notepad++-ban van sima UTF8-kódolásra átkapcsolás, meg konvertálás is. Ha az előbbit választja az ember fia, akkor az esetek többségében elkúródik a kódolás.
De gondolom nem ez a para.
Valami beállítás mégis eltérhet.
Ja, amúgy BOM nélküli UTF-8 minden fájl esetén?
Milyen szerver van egyik ill. másik tárhelyen?Ja, sokszor előfordulhat, hogy eszedbe jut valami nem épp a legaktívabb meló közben, és módosítanád, úgy, hogy nem vagy gépednél, akkor meg nagyon nem praktikus a localhostos módszer.
Sk8erPeter
-
biker
nagyúr
válasz Sk8erPeter #7691 üzenetére
nem derült még ki.
mi az a notepad++? mi az a windows?
többször ellenőriztem, default UTF8-ban dolgozom évek óta.
localhoston xampp legfrisebb mindenből, távoli server is php 5.akármennyi.
mondjuk a formok is eredmény nélkül térnek vissza.
Ugyanezen a xamppon használok egy másik portált is, az meg hibátlan, erre varrj gombot...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
speciel a Notepad++ egy nagyon hasznos program, egy nagy hibája, hogy sajnos csak Windows-alapú. Van, hogy Linuxon is Wine-nal használom, mert a legtöbb Linuxos szövegszerkesztő nem tetszik, és/vagy nem olyan funkciógazdag, mint a Notepad++. (ha nem memóriazabáló programokról beszélünk, mint a NetBeans, ami szintén fasza, de durván erőforrásigényes, a szolgáltatásokért cserébe, amit nyújt)
A karakterkódolás elcsesződésének okára most hirtelen nincs konkrét ötletem, körül kéne nézni a szerver beállításainál, nincs-e .htaccess-es vagy globális szerveroldali felülbírálás, vagy bármi, ami az éles szerveren beleszól a folyamatba, a localhostos szerveren meg nem. Valami különbség biztos van.
Sk8erPeter
-
biker
nagyúr
válasz Sk8erPeter #7694 üzenetére
Mar viccelni se lehet
Amig windozoltam azt hasznaltam, de az 2005 elott volt , hala egnek
Linuxra meg bluefish, szerintem tokeletes
Osxre meg smultron, illetve coda vagy espresso. Powerful az utobbi kettoElektromos 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 |
-
szike21
csendes tag
Köszönöm a segítséget! Megpróbáltam mindenhogy , de még mindig nem jutottam túl a hibán...Esetleg a kódolással lehetnek problémák? Az XAMPP-ban UTF-8 a kódolás, a fájlokban az alapértelmezettet használom, az azthiszem ANSI. Még mindig "undefined index" hibával száll el az egész, de csak az INSERT INTO résznél...
-
MODERÁTOR
válasz Sk8erPeter #7694 üzenetére
Bom nélkül utf8 és esetleg linux fájl?
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Sk8erPeter
nagyúr
Hát ne tőlem kérdezd, nem nálam van a probléma, egyébként meg a BOM-ra már én is rákérdeztem az imént, bár arra választ nem kaptam.
(#7695) biker : a Notepad++ tele van igen hasznos karakterformázó, -átalakító pluginekkel, amire szintén nem találtam alternatívát.
Meg az alap szintaktikakiemelése is áttekinthető, bár azt még le lehet "másolni" (beállítani azoknak a színeknek megfelelően, bár tökölős) a többi programhoz is.
Meg ott a konverzió ANSI-ra, UTF-8-ra, meg mittudomén, csomó minden van, ami nincs meg a hasonló kategóriájú Linuxos progikban (legalábbis amiket eddig találtam, elég sok), ami most úgysem fog eszembe jutni, mondjuk annyira nem is akarom törni a fejem rajta.[ Szerkesztve ]
Sk8erPeter
-
MODERÁTOR
válasz Sk8erPeter #7698 üzenetére
Csak ötleteltem. Hülyeség lehet, de ha jól emlékszem az sem mind1, hogy milyen a fájl, értem itt Linux vagy Windows kompatibilis. Valami oknál fogva én a Linuxot pártolom.
Szerk.: más, de miért szar a newhotsingon a Yii? Ez most mi? [link] (elvileg sima Yii által generált kód)
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Sk8erPeter
nagyúr
Gondolom arra gondolsz, hogy milyen a sortörés, Windows-os (\r\n), vagy UNIX-os (\n).
"Valami oknál fogva én a Linuxot pártolom."
Most itt nem tudom, általánosságban beszélsz-e, vagy konkrétan a sortörésekre gondolsz, de szerintem érdemes inkább a Windows-kompatibilis \r\n-t használni.
Bár gondolom normális ember nem nézeget forráskódot sima Notepadben (HOGY MICSODÁBAN?? ) manapság.Szerk.:
hát ennyiből kicsit nehéz lenne megállapítani, miért nem megy az a domain...
Az is lehet, hogy nincs index.php rajta, vagy ... nem vágom.
Mindenesetre nem is dobál hibát jelző headereket (sőt, 200 OK-t dob), most néztem meg developer tools-zal.[ Szerkesztve ]
Sk8erPeter
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen