Új hozzászólás Aktív témák
-
CSorBA
őstag
válasz Reaper04 #7951 üzenetére
Inkább itt, mert ha valakinek van hozzáfűzni valója, akkor látja:
//betöltöd a phpmailert
require_once('class.phpmailer.php');
//a mail változó lesz az objektum
$mail = new PHPMailer();
//itt kell beállítani azt, hogy honnan küldi neked a levelet SMTP hitelesítésen keresztül
$mail->IsSMTP(); // set mailer to use SMTP
$mail->SMTPSecure = "ssl"; // ssl titkosítás
$mail->SMTPAuth = true; // turn on SMTP authentication
$mail->Host = "smtp.gmail.com"; // google smtp kiszolgálójának címe
$mail->Port = 465; //és portja
$mail->Username = "gmailcímed"; // SMTP username
$mail->Password = "gmailjelszavad"; // SMTP password
//a levél beállításai
$mail->CharSet = "UTF-8"; //karakterkódolásod
$mail->From = "feladócíme (gmailcímed)";
$mail->FromName = "geladó neve, ami megjelenik";
$mail->AddReplyTo("válaszcímed"); //fontos megadni válaszcímet, mivel bizonyos szolgáltatók visszadobjá a levelet, ha nincs kitöltve
//levél tárgya
$mail->Subject = "tárgy";
//levél tartalma
$mail->Body = "ez van a szövegtörzsben";
//levél küldése
$mail->AddAddress($_POST['formod email name mezője']);
$mail->IsHTML(true); //html tartalom
$mail->Send(); //küldés
//címzett nullázása (egy címzett esetén felesleges, de megszokásból jobb, ha benne van)
$mail->ClearAddresses();[ Szerkesztve ]
-
dodopek
addikt
Sziasztok!
Hnguestbook vendégkönyvet használok. Eddig tökéletesen működött freeweben, de költöznöm kellett.Iniwebes tárhelyen van, de ezt a hibát írja ki:
Deprecated: Function ereg_replace() is deprecated in /vendegkonyv/gb_view.php on line 93
110es sorig írja.
A weboldal:Előre is köszi a segítséget!
Dodo[ Szerkesztve ]
-
Tele von Zsinór
őstag
válasz dodopek #7953 üzenetére
Az ereg_* függvények 5.3 óta elavultak (deprecated), erre kapsz figyelmeztetést. A vendégkönyved utolsó frissítése 2007-es, szóval ezt biztosan nem veszi figyelembe.
Ha komolyabb turkálás nélkül akarod megoldani, ezt add a vendégkönyv file tetejére:
error_reporting(error_reporting() & ~E_DEPRECATED);
ez kikapcsolja az ezekre vonatkozó figyelmeztetést. Egy ideig még megúszod így - a php motoron belül is van ereg függés, szóval legalább 5.5-ig marad még ez az ext.
[ Szerkesztve ]
-
dodopek
addikt
válasz Tele von Zsinór #7954 üzenetére
Frankó! Működik! Köszönöm!
-
Sk8erPeter
nagyúr
Sziasztok!
Erre a kérdésre van bármi ötletetek?
Nem másolom be ide is a teljes kérdést, de a lényeg, hogy FastCGI PHP-t használunk IIS szerveren. Ha böngészővel futtatok alkalmazásokat (most konkrétan Drupalról van szó), nincs probléma, de ha a Windows feladatütemezőjébe beteszek egy ütemezett feladatot, és php-cgi.exe-vel futtatom, néhány, a $_SERVER tömbben megtalálhatónak vélt környezeti változó hiányzik - SCRIPT_NAME, SCRIPT_FILENAME, REMOTE_ADDR, amik most hirtelen előkerültek; plusz a DOCUMENT_ROOT sem létezik így futtatva, ami szintén elég problémás lehet.
Itt is szó van erről, hogy IIS alatt olykor nem léteznek ezek a változók, ez nem tudom miért vagy így. Ide kommenteltem is egy kérdést: Xdebug használata esetén is időnként (de csak időnként!!) előfordul, hogy F5 nyomkodásakor egyszerűen nem töltődik be, aminek látható jele van egy var_dump esetén, mert alapból az Xdebug ugye színezi a változókat.Ezeket a problémákat nem értem IIS-nél.
Valaki tud rájuk magyarázatot, vagy bármi ötletet?
Lehet, hogy valamit egyszerűen elfelejtettem konfigurálni.Ez már OFF, de:
egyébként félreértés ne essék, szerintem manapság már kifejezetten ajánlott Windows-on IIS alatt futtatni a PHP-t (ha már van Windows, akkor az IIS ugye nem kerül plusz pénzbe hozzá), és nem rászenvedni az Apache-ot - számomra elég meglepő volt, de azt tapasztaltam, hogy most már mindenképp igaz, hogy Windows alatt IIS-sel gyorsabb a PHP, mint Windows alatt Apache-csal. Nem is térnék vissza itt a régi konfigfájl-buzerálós módszerhez, miután van egy ilyen szinten kézenfekvő adminisztrációs felülete az IIS-nek. Sajnos viszonylag tapasztaltnak mondhatom magam Apache-állítgatás+szenvedés terén, és őszintén megmondom, hogy nagyon utálom, így felüdülés volt grafikus felületen ugyanazt beállítani újoncként max. 10 perc alatt. Lásd Web Platform Installer, stb...
Nem vagyok MS-buzi, de ez nagyon meggyőzött.[ Szerkesztve ]
Sk8erPeter
-
válasz Sk8erPeter #7956 üzenetére
PHP oldalán van szó arról, hogyan és mit kell felrakni, beállítani ahhoz, hogy menjen IIS-sel, én azokon a lépéseken mennék át, mi maradhatott el.
-
Sk8erPeter
nagyúr
válasz Peter Kiss #7957 üzenetére
Meg IIS oldalán is vannak esetleges szükséges lépések, de ha Web Platform Installeren keresztül rakod fel, elvileg csomó mindent beállít magától is. Ettől függetlenül szerintem végigmentem a lépéseken, de konkrétan arra vonatkozó részre nem emlékszem, ami kifejezetten az általam említett változókkal kapcsolatos problémák forrása lehetne. De mint mondtam, csak akkor tapasztalom a problémát (a $_SERVER tömbben lévő egyes indexek elérhetetlenségét), amikor ütemezőn keresztül futtatom a php-cgi.exe-t. Valami simán kimaradhatott, de továbbra sem tudom, mi, pont ez a baj - így ezzel a tanáccsal sajnos nem lettem előrébb... Esetleg valami konkrétabb?
Sk8erPeter
-
Louloudaki
aktív tag
valaki nézzen már rá plíííz erre a függvényre, hogy miért fut le a wrong password ágon belül mindkét ág egyszerre ill rosszul
- ha még nincs a usernek sora a rontásokat számoló táblában, akkor lefut az insert meg még meg is növeli eggyel rögtön, tehát 1 rontásból kapásból 2 lesz
- ha már van elrontott belépési kísérlet tárolva, akkor meg kettesével növeli a próbák számát
nem értem mi a bajfunction login($email,$pwd){
$now=time();
$sql="select userId from users where email=".quote($email)." limit 0,1";
$res=mysql_query($sql,_sql);
if(mysql_num_rows($res)>0){
// existing user
$userId=mysql_fetch_row($res);
$sql="select blockedTill,isAdmin,language,name from users where email=".quote($email)." and pwd=".quote(md5($pwd))." limit 0,1";
$res=mysql_query($sql,_sql);
if(mysql_num_rows($res)>0){
// correct pwd
$userData=mysql_fetch_assoc($res);
// if blocked -> return blocked else login
// if admin
// if ok delete from attempts
$return="ok";
return $return;
}
else{
// used wrong pwd
$sql="select id from user_login_attempts where userId=".quote($userId['0'])." limit 0,1";
$res=mysql_query($sql,_sql);
if(mysql_num_rows($res)>0){
// already tried to login with wrong pwd
$sql="update user_login_attempts set tries=tries+1 where userId=".quote($userId['0'])." limit 1";
mysql_query($sql,_sql);
// block level1: 5 tries in 10 min (600 sec) -> 1 hour (3600 sec)
// block level2: 10 tries in 1 hour -> 1 day (86400 sec)
// block level3: 20 tris in 1 day -> forever (2037.12.31.) $forever=mktime(0,0,0, 12,31,2037);
$return="notfound";
return $return;
}
else{
// insert new wrong attempt
$sql="insert into user_login_attempts set userId=".quote($userId['0']).", tries=1";
mysql_query($sql,_sql);
$return="notfound";
return $return;
}
}
}
else{
// user not found
$return="notfound";
return $return;
}
return $return;
}[ Szerkesztve ]
-
CSorBA
őstag
válasz Louloudaki #7959 üzenetére
A $userId['0'] Honnan is jön az else ágban? (mert csak az if ágban látom a lekérést)
-
Louloudaki
aktív tag
az // existing user ágban van a lekérés, és ezen az ágon belül vannak a problémás // used wrong pwd és // insert new wrong attempt ágak amik nem jól futnak. megvan itt is a userid, be is írja a táblába, csak az a baj hogy többször futnak le az ágak.
annak a userid lekéréses ifnek az
else{
// user not found
$return="notfound";
return $return;
}
a párja ami most nem fontos, nem kell bele semmi id, műxik oszt jóvan, fentebb van a baj[ Szerkesztve ]
-
DeltaPower
őstag
válasz Louloudaki #7961 üzenetére
Így elsőre nem látok benne hibát. Viszont ez tipikus egyszer hívandó függvény, nem lehet, hogy véletlen más (több) helyen is meghívod?
"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
-
ArchElf
addikt
válasz Louloudaki #7959 üzenetére
Nem include-olod véletlenül többször valahol (esetleg ahova include-olted azt includolod többször)?
AE
Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]
-
Louloudaki
aktív tag
válasz DeltaPower #7962 üzenetére
hát ez cool, közben lefejlesztettem azt a részt, hogy minden okés a belépéssel, és kipróbáltam az egészet, és jé, működik ez is, 1x fut le, meg az ami kell. x akta.
-
válasz Sk8erPeter #7958 üzenetére
Reggel még nagyon korán volt, de szerintem megvan a "titok nyitja". Az említett indexek csak akkor létezhetnek, ha HTTP-n keresztül éred el a PHP-t, ha simán meghívod a gépen, akkor ezek nem léteznek, nem jönnek létre.
-
Lacces
őstag
Hali!
Nem tudom, hogy ide fellehet-e tenni Xampp-os kérdéseket, de most kellene help.
Rendszer: Ubuntu 11.10
Téma, aliast próbáltam volna beállítani, sajnos nem jött össze (Object not found)
lampp/etc/httpd.conf fájlt megnyitottam ahogyan azt kell és ezeket ilesztettem be:
<ifmodule alias...> tag-be:
# Configure the tshirtshop alias
Alias /tshirtshop/ "/home/lacce/tshirtshop/"
Alias /tshirtshop "/home/lacce/tshirtshop"
</IfModule>
<Directory "/home/lacce/tshirtshop">
Options Indexes FollowSymLinks
AllowOverride All
Order allow,deny
Allow from all
</Directory>A megadott útvonalon lévő tshirtshop mappában van egy test.php nevű fájl, ezzel a kóddal:
<?php phpinfo(); ?>És hiába írom be ezt a böngészőbe: localhost/tshirtshop vagy localhost/tshirtshop/test.php, csak azt írja ki: "Object not found"
Az a mappa, megvan. /home/lacce/tshirtshop/test.php
Xampp szerver valószínűleg jó, mert ha beírom, hogy localhost (böngészőbe)
akkor automatikusan bejön: http://localhost/xampp/splash.php - ez az oldal.rajta a Xampp logó és alatta a nyelvválasztási lehetőség.
Valakinek van ötletete? Vagy melyik fórumba menjek ezzel?
-
Siriusb
veterán
XAMP-ot még nem használtam, de
- a httpd.conf fájlban engedélyezd a virtuális host-ot, amennyiben létezik az alábbi conf fájl:
# Virtual hosts
Include conf/extra/httpd-vhosts.confilletve a
<Directory />
Options FollowSymLinks
AllowOverride None
Order deny,allow
Deny from all
</Directory>részt vagy teljesen kikommenteled, vagy mindenhol specifikusan engedélyezed, amit kell.
- a httpd-vhosts.conf-ban valami hasonlót kellene alkotni, útvonalakat, neveket írd át, valamennyire megpróbáltam rád szabni:
NameVirtualHost *:80
<VirtualHost *:80>
DocumentRoot "/lampp/srv/http"
ServerName localhost
ServerAlias localhost
</VirtualHost>
<VirtualHost *:80>
DocumentRoot "/home/lacce/tshirtshop"
ServerName tshirtshop
ErrorLog "/lampp/var/log/httpd/tshirtshop-error_log"
CustomLog "/lampp/var/log/httpd/tshirtshop-access_log" common
</VirtualHost>- hosts fájl:
127.0.0.1 localhost.localdomain localhost tshirtshopHirtelen ennyi jut eszembe, ami kellhet.
Szerk: kár volt ennyit írni
[ Szerkesztve ]
-
Lacces
őstag
Hello!
Na ismét itt. A következő a hiba:
Fatal error: Uncaught exception 'SmartyException' with message 'PHP5 requires you to call __construct() instead of Smarty()' in /home/lacce/tshirtshop/libs/smarty/sysplugins/smarty_internal_templatebase.php:803 Stack trace: #0 /home/lacce/tshirtshop/presentation/application.php(12): Smarty_Internal_TemplateBase->__call('Smarty', Array) #1 /home/lacce/tshirtshop/presentation/application.php(12): Smarty->Smarty() #2 /home/lacce/tshirtshop/index.php(7): Application->__construct() #3 {main} thrown in /home/lacce/tshirtshop/libs/smarty/sysplugins/smarty_internal_templatebase.php on line 803
Most tanulom a PHP-t egy könyv alapján. És mindent úgy csináltam ahogy volt írva. De ezt itt nem igazán értem. Ráadásul ezt a fájlt csak másolni kellett, azaz smarty_internal_templatebase.php, ahol a hiba keletkezett.
Az application.php-t és az index.php-t nekem kellett létrehozni.
application.php:
<?php
// Reference Smarty library
require_once SMARTY_DIR . 'Smarty.class.php';
/* Class that extends Smarty, used to process and display Smarty
files */
class Application extends Smarty
{
// Class constructor
public function __construct()
{
// Call Smarty's constructor
parent::Smarty();
// Change the default template directories
$this->template_dir = TEMPLATE_DIR;
$this->compile_dir = COMPILE_DIR;
$this->config_dir = CONFIG_DIR;
}
}
?>index.php:
<?php
// Include utility files
require_once 'include/config.php';
// Load the application page template
require_once PRESENTATION_DIR . 'application.php';
// Load Smarty template file
$application = new Application();
// Display the page
$application->display('store_front.tpl');
?>Mi lehet a hiba? Mit kelle módosítanom?
-
Lacces
őstag
Én úgy vettem észre, hogy itt van a probléma:
az application.php fájlban:
// Class constructor
public function __construct()
{
// Call Smarty's constructor
parent::Smarty();
// Change the default template directories
$this->template_dir = TEMPLATE_DIR;
$this->compile_dir = COMPILE_DIR;
$this->config_dir = CONFIG_DIR;
}
}
?>De hogy mit kéne azt nem tudom.
-
-
Lacces
őstag
válasz Peter Kiss #7973 üzenetére
Aham, Így kell, okés, köszi!
-
Lacces
őstag
Na, ma semmi sem sikerül...
localhost/phpmyadmin -ra ezt kapom
Hiba
A MySQL mondta:
#2002 - A szerver nem válaszol (vagy nem megfelelően állították be a helyi MySQL szerver szoftvercsatornáját)
A konfigurációban meghatározott kapcsolat a kontrollfelhasználó számára nem sikerült.Na most volt már egy csomó variáciom, hogy hogyan állítsám át a jogosultságokat. De már nincs több ötletem....
Néztem oldalakat, ahol írva volt, hogy még ez-azt a sort add hozzá:
$cfg['Servers'][$i]['socket'] = '/var/run/mysql/mysql.sock';
$cfg['Servers'][$i]['connect_type'] = 'tcp';De ezzel sem működött...
Lehet Windows 7-en jobb lenne minden? És ezért van a sok szívás, mert linuxon próbáltam meg?
-
Lacces
őstag
válasz Tele von Zsinór #7976 üzenetére
Oooohhhh! Ezt holnap kipróbálom!
Hogy érdemes feltenni Ubin? (még kezdő vagyok Ubuntun is) Terminálból? Synaptich csomagkezelőből?
-
Sk8erPeter
nagyúr
Nem a Linux-disztribúcióval van a baj, hanem a beállításaiddal.
Szerintem épp az a gond, amit ír, hogy nem létezik MySQL-ben a "kontrollfelhasználó".
Van egy ilyen rész a phpMyAdmin config.inc.php-jében (egyáltalán van ilyened?!):
$cfg['Servers'][$i]['user'] = 'phpmyadminkontrollfelhasznalo';
$cfg['Servers'][$i]['password'] = 'ezmegazajelszo';
(nyilván a megfelelő nevet és jelszót változtasd meg, ez csak példa)
Itt eszerint léteznie kell a "phpmyadminkontrollfelhasznalo" felhasználónak MySQL-ben, aki "ezmegazajelszo" jelszóval tud belépni. Legyenek meg a jogosultságai a megfelelő phpMyAdmin táblához.
Egyébként ez kb. 10 perces szívás max., ha használod a phpMyAdminhoz mostanában alapból adott setupot, ezt simán a phpMyAdminon belüli setup könyvtárban éred el.
Ez elkészíti neked a megfelelő config.inc.php konfigfájlt, úgy, hogy Te grafikus felületen pötyögöd be a szükséges adatokat (több fülön kitöltöd, és készen vagy). A folyamat végén le kell tölteni az elkészített konfigfájlt, és berakni a phpMyAdmin gyökérkönyvtárába.
Kérdezz, ha elakadtál.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Peter Kiss #7966 üzenetére
Ó, ez egy jó magyarázat lehet, még nem tudom, miért nem jutott eszembe, köszi!
Ebben az esetben nincs kerülő megoldás? Pl. a DOCUMENT_ROOT környezeti változót elég nehezen tudnám globálisan beállítani, mivel több site is fut a szerveren, elméletben többhöz is kellene cront használni. Ugyanez igaz a többi környezeti változóra is.
Nem láttam még példát rá, hogy szokták ezt megoldani. Valahogy biztosan, mert nem én vagyok az egyetlen, aki ilyen módon szeretne "cron"-t futtatni.
Ötlet?Sk8erPeter
-
modder
aktív tag
válasz Sk8erPeter #7980 üzenetére
de igen: curl http://domain/drupalinstall/cron.php ^^
ezt told be ütemezőbe. vagy akár egy wget. -
válasz Sk8erPeter #7980 üzenetére
A PHP képes fogadni argumentumokat:
-
Lacces
őstag
válasz Sk8erPeter #7979 üzenetére
Már csak most fogtam neki ismét . Hát nem tudom. Volt olyan fájl az a beállítás meg egy jó kérdés.
Xampp-ot használtam, mert azt mondták máshol, használd azt, kezdőnek jó... De ahogy haladtam a könyvben is csak lestem, hogy na már megint mi a fene bajod van .De amúgy érdekes, nekem is feltűnt pár dolog.
Letöröltem a Xampp-ot és terminálból felraktam az apache2, php5, myssql, és phpmyadmin-t is!
Furcsa mód, itt kérte telepítésnél a mysql, egy felhasználót, és egy jelszót! (úgyhogy így utólag értem már mire gondolsz, ha erre gondoltál)De most nincs Xampp... Vagy felrakjam?
Tudom, hogy a var/www-ben kell lenni a weboldalnak amit kezelni akarok.
De két kérdésem lenne:
1. HOgyan tudom ezekután a böngészőből elérni a phpmyadmin-t?
2. Miért csinálja azt, hogy ha például beírom a böngészőbe, hogy "file:///var/www/tshirtshop/index.php" És ebben az esetben inkább leakarja tölteni a php, fájlt, és nem pedig a böngészőbe betöltetni...
Ha meg csak: "file:///var/www/tshirtshop/" akkor betölti a könyvtár tartalmát a böngészőben.
Úgy vettem észre, csak a HTML fájlokat jeleníti meg normálisan, a többit inkább letöltésre ajánlja.Próbáltam így is: "http://localhost/tshirtshop/index.php"- azt tudom, hogy van hiba az oldalban, hiba üzenetet kell generálnia (Könyv példája alapján)
És amikor Xampp volt, akkor is ezt csinálta, de Xampp alatt, a többi html-taget is megjelenítette, és csak egy bekezdésben <p> tag-ben a hibaüzenetet, így volt a php fájl megcsinálva.
De most csak a hibaüzenet jelenik meg, a többi html tag, meg nem látható -
Sk8erPeter
nagyúr
Ja, ezzel jó lehet: [link].
Köszi!
Nem tudom, miért nem jutott eszembe, hogy mivel nem webszerveren keresztül futtatom a scriptet, nem állítódnak be a megfelelő változók...Ahtlon64+: na ez az argumentumos megoldás viszont nagyon melósnak tűnik. Ha tételezzük fel, lenne 30 site, annak mindegyikénél be kéne állítani a megfelelő argumentumokat, az annyira nem lenne szimpi. Persze ugyanúgy, mint a cURL-es megoldásnál, végig lehet rohangászni akár batch-fájlon keresztül az ütemezendő fájlokon, ciklussal, rögzített könyvtárstruktúra esetén, mindegyik szükséges változót beállítva, argumentumként átadva, de ennél a cURL-es megoldás szerintem ezerszer egyszerűbb.
Pl. konzolból futtatva, ha nem akarom, hogy bármit is írjon az stdoutra: curl example.com/cron.php. De köszi az ötletet!Sk8erPeter
-
Sk8erPeter
nagyúr
Nincs baj a XAMPP-pal, valóban jó kezdőknek, de mondjuk szerintem ez inkább Windows-nál igaz, mert Linux-disztribúciók esetén ahogy Tele von Zsinór említette, többnyire lehetőség van arra, hogy egyszerre lehúzd az összes függőséget pl. phpMyAdminhoz, ez ugyanúgy telepít is mindent, amire szükséged lehet. Windows-nál meg ez megoldandó kérdés, így ott EasyPHP, XAMPP, AppServ, amit általában elsők között említenek, mert ez egy csomagban felrak mindent, ami egy alapvető webszerverhez kellhet.
Mondjuk IIS-nél is van ilyen függőség-ellenőrzés, erre példa a Drupal vagy Joomla, ha rámész Web Platform Installer használatánál, hogy töltse le őket, akkor eleve függőségként lehúzza a PHP-t és MySQL-t is. (Amúgy érdekes, hogy úgy tűnik, a Microsoft nyit az opensource-dolgok felé is.)"Furcsa mód, itt kérte telepítésnél a mysql, egy felhasználót, és egy jelszót! (úgyhogy így utólag értem már mire gondolsz, ha erre gondoltál)"
Nem, nem erre gondoltam. Amikor telepíted a MySQL-t, kell egy root felhasználó is, aki az egésznek az adminisztrátora, mindenféle joggal. A phpMyAdminnál van egy kontrollfelhasználó is, ami pl. "könyvjelzőzni" tud bizonyos query-ket, naplózni különböző szempontok alapján, stb., ennek nem szabad megadni a root-jogot (ne legyen már mindenhez joga, mi van, ha pl. biztonsági rés vagy egyéb hiba maradt a "rendszerben", akkor ne csinálhasson bármit). Kell a phpMyAdminnak egy külön tábla MySQL-ben (persze ez elvileg nem kötelező), ebbe írogathat, de ahhoz hozzá is kell férnie.
Amúgy egyáltalán nem fértél hozzá a MySQL-hez?"Tudom, hogy a var/www-ben kell lenni a weboldalnak amit kezelni akarok."
Nem, oda rakod, ahova akarod, csak legyen elérhető a webszerver számára, és konfigold úgy a webszervert, hogy az adott domain document rootja ide legyen irányítva."1. HOgyan tudom ezekután a böngészőből elérni a phpmyadmin-t?"
Nem értem a kérdést.
Húzd le az egész csomagot úgy, ahogy Tele von Zsinór mondta.2. kérdésre: a PHP futtatásához webszerver kell (vagy konzolon keresztül is tudod futtatni, de ezt most hagyjuk), különben nem fog futni a PHP interpretere, értelmezője/"fordítója", így a kódod nem fog "lefordulni".
A HTML-kódok megjelenítéséhez ez nem szükséges, azok kódját a böngésző értelmezi és megjeleníti.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #7984 üzenetére
Na basszus, erre csak elrontottam, tehát korrigálnám magamat:
"Pl. konzolból futtatva, ha nem akarom, hogy bármit is írjon az stdoutra: curl example.com/cron.php"
NEM, hanem:
curl example.com/cron.php>NUL
Tehát legyen átirányítva az stdout a NUL-ra, ha Windows-ban batch-fájlból vagy konzolból hívom meg az említett cURL-t.[ Szerkesztve ]
Sk8erPeter
-
Lacces
őstag
válasz Sk8erPeter #7985 üzenetére
MySql-hez nem tudom, olyan példa meg nem volt a könyvben (az alapján haladtam) és így nem foglalkoztam vele. De tudom, hogy újra kellett rakni, mert Xampp hiába töltötte és telepítette, nem indította el rendesen.
Esetleg egy kezdőnek leírást, hogy az MySQL-hez, hogyan férhetek hozzá, arról tudnál adni?
Amit te is javasolsz, szerinted jó."Húzd le az egész csomagot úgy, ahogy Tele von Zsinór mondta.
"
Meg történt! De azt nem tudom, hogyan tudnám csekkolni a phpmyadmin meglétét . MySql, php, apache fent vannak, ezt tudtam csekkolni, google segített, de phpmyadmin esetén nem."1. HOgyan tudom ezekután a böngészőből elérni a phpmyadmin-t?"
Nem értem a kérdést."
Nos úgy értettem, hogy Xampp-nál a könyv annyit adott, hogy ha webböngészőbe beírom, hogy localhost/phpmyadmin, akkor elérem a phpmyadmin-t és tudok konfigolni.
Most ez nem működik... Nem tölti be azt az oldalt a webböngésző. -
Tele von Zsinór
őstag
phpmyadmin: http://localhost/phpmyadmin
Ennek működnie kell, ha nem teszi, valamit elrontottál. Ennek a csomagnak a telepítésekor rákérdez, akarod-e, hogy konfiguráljon webszervert, ott kiválasztottad, hogy igen, az apache-ot?
-
Lacces
őstag
válasz Tele von Zsinór #7989 üzenetére
Lehet elrontok valamit... De szerintem akkor inkább windows. Vagy Asp.net...
ÉN neten is nézem ezeket a tutorialokat, és nem értem. Hogy a szerzőknek miért működik? Nekem meg miért nem?
Most ehhez ennyire hardcore Linux kockának kell lenni?Igen, azt választottam ki Apache Servert.
Sőt már 2-szer is újraraktam az Ubit, De a phpmyadmin sehogy sem működik...
Azért köszönöm a segítséget, de elég volt mára. Inkább mást tanulok
-
Lacces
őstag
válasz Siriusb #7988 üzenetére
; open_basedir, if set, limits all file operations to the defined directory
; and below. This directive makes most sense if used in a per-directory
; or per-virtualhost web server configuration file. This directive is
; *NOT* affected by whether Safe Mode is turned On or Off.
; http://php.net/open-basedir
;open_basedir =Csak ennyit találtam a php.ini-ben, az egyenlőség jel után tegyem?
-
Lacces
őstag
Hogyan lehet véglegesen letörölni a php-t, apache2-t, mysql-t, phpmyadmin-t ?
Egy jó terminál parancs kéne
Újra indítás kell?Nincs kedvem még egyszer ubit telepíteni.
Meg volt valami gikszer, amikor csak smán a phpmyadmint akartam telepíteni. Nem igazán fogtam fel, hogy angolul mit akar, de valami olyasni volt, hogy a mysqlt nem tudja elérni, azt így külön kellett telepíteni, megszakítással...
-
Siriusb
veterán
Próbáld meg így, nálam ezek szerint van beállítva:
open_basedir = /srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/:/etc/webapps
Emlékeim szerint nálam csak akkor indult el a phpmyadmin, amikor a webapps könyvtárakat is hozzáadtam. Viszont nálad nem volt semmi megadva, azaz üresen hagyva ezt a sort nem kellene hatással lenni a helyzetre. Hmmmm.Szerk:
esetleg még annyi, hogy a log fájlokat érdemes lenne megnézni, lehet valami jogosultság probléma van.[ Szerkesztve ]
-
Siriusb
veterán
/var/log/ könyvtár.
Ezt az oldalt láttad már? Esetleg érdemes lenne átnézni.
-
Lacces
őstag
válasz Siriusb #7995 üzenetére
Működik! Köszi!
Ezután a két sor után a terminálban, már bejött!
If this does not work, then you can do the following to include the phpMyadmin-shipped Apache configuration into Apache:
sudo ln -s /etc/phpmyadmin/apache.conf /etc/apache2/conf.d/phpmyadmin.conf
sudo /etc/init.d/apache2 reload -
Lacces
őstag
válasz Siriusb #7998 üzenetére
Az volt, hogy nem találta a fájlt. 404-es hiba.
De már megy!
Nélküled nem ment volna, mert amit linkeltél oldalt... idegeségemben valszeg nem vettem észre tegnap rajta ezt a linket:
https://help.ubuntu.com/community/phpMyAdmin
És már itt volt az utolsó sorok hozták helyre...
Külön köszönet neked és a többieknek a türelmedért!
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
Új hozzászólás Aktív témák
- Autós topik
- Távol-keleti webshopok OFF topikja (játékok, kuponok, stb.)
- Összemoshatja a Google és a Magic Leap a valódi és a digitális világokat
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Milyen okostelefont vegyek?
- Jack Hunter: Egérragasztó
- BestBuy ruhás topik
- Mibe tegyem a megtakarításaimat?
- Ukrajnai háború
- Hobby elektronika
- 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