mysql_fetch_array() expects parameter 1 to be resource 에러가 뜹니다 ㅜㅜ

jhn00334의 이미지

아이디 중복확인을 해주는 php를 작성중인데,

Warning: mysql_fetch_array() expects parameter 1 to be resource, boolean given in C:\Bitnami\wampstack-5.6.23-1\apache2\htdocs\log\id_chk.php on line 7
라는 에러가 뜹니다 ㅜㅜ

아래가 해당코드인데 어떤 문제인지 알려주실분 계신가요 ㅜㅜㅜ

<?php
 $fuserid=$_GET['fuserid'];
 include "./connect_db.php";
 
 $sql="select count(*)from user_tbl where userid='$fuserid' ";
 $res=mysql_query($sql, $connect);
 $rs=mysql_fetch_array($res);
 $num=$rs[0];
 mysql_close();
?>

익명 사용자의 이미지

1. 제발, 좀, 컴파일러 (혹은 인터프리터) 진단 메시지 좀 읽으세요. 거의 항상 거기에 실마리가 있습니다.

"Warning: mysql_fetch_array() expects parameter 1 to be resource, boolean given in C:\Bitnami\wampstack-5.6.23-1\apache2\htdocs\log\id_chk.php on line 7"

이 문장을 해석해보세요.
혹시 이 영어 문장을 스스로 독해할 수 없다면, 지금 php나 sql을 배울 때가 아니라 영어를 배울 때입니다.
kldp 말고 영어 공부와 관련된 커뮤니티를 찾아서 질문을 올려보세요.

2. 그 다음에는, 레퍼런스를 찾아 읽으세요.

왜, 어떨 때, mysql_query가 (기대했던) resource가 아니라 boolean을 반환할까요?
이럴 때 찾아보라고 있는 게 레퍼런스입니다.

http://php.net/manual/kr/function.mysql-query.php

심지어 여기엔 한국어 설명도 있군요.
select 쿼리가 성공하면 resource를 반환하지만 실패했을 때는 false를 반환한답니다.

3. 문제를 스스로 해결하기 위해 할 수 있는 것을 최대한 해 보세요.

위 레퍼런스에 보면, Example #1에 select 쿼리가 실패했을 때의 에러 처리를 하는 코드가 있습니다.

<?php
$result = mysql_query('SELECT * WHERE 1=1');
if (!$result) {
    die('Invalid query: ' . mysql_error());
}
?> 

mysql_error 함수가 뭔가 쿼리 실패에 대한 유용한 정보를 제공할 것처럼 보이는군요. 한 번 확인해 보는 게 어떨까요?

4. 그래도 모르겠으면, 그 때 질문하세요. 단, 답변을 달아줄 사람을 위해 충분한 정보를 제공해 주세요.
connect_db.php가 어떻게 생겼는지, 하다못해 mysql table schema가 어떻게 생겼는지 알아야 뭐라도 문제 파악을 하겠죠.
그렇지 않고서는 알 수 있는 게 별로 없습니다.
kldp의 많은 실력 있으신 고수분들은 본인 경험을 토대로 가장 있을 법한 실수를 지적해 드릴 수 있겠지만, 항상 정확할 수는 없죠.

좋은 답변을 바라려면 좋은 질문을 해 주셔야 합니다.
그리고 본인의 실력 향상을 위해서는 스스로 최대한 할 수 있는 데까지 해보고, 그 뒤에 도움을 청하는 것이 바람직합니다.

존나 웃긴게 ㅋ의 이미지


우리나라 개발자들은 왜 이렇게 남의 실력 향상을 위한 오지랖이 충만 한지 모르겠다 ㅋㅋㅋ
그냥 물어보면 답 갈켜 주면 되는데
구구절절 훈계식 답변 ㅋ
같은 회사 부사수 윽박지르듯이 ㅋ

프로그램 처음 하면서 기본적인 에러 나오면 당연히 벌벌 떨지
영어 전공자들은 첨보는 에러 텨 나오면 알아서 죄다 해석하고 뭐 대응법 찾고 뭐 그러나 봐 ㅋ
초보시절에는 해석이 되더라도 그냥 눈앞이 하애지는거 몰라요들?
어딜 찾아봐야 할 지 어딜 물어봐야 할지도 모르는 망망대해에 떠있는 기분들 모르냐구요 ㅋ

본인들도 그러했다는걸 모르고 별라도 훈장질 ㅋㅋㅋ
뭔 놈의 영어가 어쩌구...
본인들이 영어 컴플렉스가 있으니깐 그딴 개소리들이 나오지 ㅋ
영어 못하면 모자란 사람인줄 아는 무의식들이 기저에 깔려 있으니깐 그런 무안도 함부로 주는거지 ㅋ
설마 그런 영어 해석 못해서 올렸을 거라고 미리 짐작? 하고 공부하는 분위기?가 안된 사람인것 같아서
선생님의 마음으로 그 사람의 미래를 위해 어루만져 주는건가 ㅋㅋㅋ

정작 영어 포럼 들어가보면 마찬가지 에러를 내놓더라도 기본이 어쩌구 영어!가 어쩌구 레퍼런스가 어쩌구
그런것도 안알아보고, 안찾아보고 뭐하냐는 개소리들은 없던데 말이죠 ㅋ

그런데 우리나라 포럼들에서는 겁나 눈!치! 를 주면서 윽박지른다는 사실 ㅋ
질문 하나 할라 치면 ㅅㅂ 겁나 눈치 보면서 문장 하나하나를 고심하며 다듬어야 함 ㅋ
그렇게 하더라도 정말 몰라서 잘못 올리는 것들도 꼭 보면 꼬투리 잡아서 훈장질 함 ㅋ
그런 분위기도 개발자 진입장벽을 높혀놓음 ㅋ
쉽게 가볍게 즐겁게 가면 되지 아무튼 꼬장질들 ㅋ

읽어들 보면 예의찾고 뭐 찾고 아주 가관들임 ㅋ
그만 좀 윽박 지르세요들 ㅋ
본인 소싯적에는 안그랬을것 같았나들 ㅋ
꼭 질문한 사람들 얼굴 벌게지게 만들고 뭔 한사람을 올바른 길로 인도했다고 충만감이라도 느끼는건가 ㅋ
우리나라 포럼 보면 유독 싸수도 아니면서 공부하라느니 어쩌느니 아무튼 토할거 같음 ㅋ

가볍게 질문하고 가볍게 답해주면 땡이지
본인들이 급할 때도 가볍게 질문 할 수 도 있는거고
그게 더 서로간에 도움되지 않나?
쓸데 없는 소리 줄줄 늘어놓고 면박주고 실수 지적질 하고 서로 얼굴 벌개지는거 보다는?

공부하는건 똥쭐이 타면 알아서들 해요 참나...

Yi Soo An@Google의 이미지

영어권도 똑같습니다. 늬앙스 차이야 존재하지만 스택오버플로우나 IRC에 저렇게 질문하면 구글해봐라 라던가 구글 검색 쿼리 달린거 그냥 고대로 붙여줍니다.
그리고 저런 질문방식이 좋은 방식도 아니죠. 전 오히려 첫번째 댓글단분 심정이 이해가 되네요.

------- [ 서명 ] -------
Love GNOME

jay94ks의 이미지

Unix StackExchange 에서 제가쓴 답변에 댓글달린겁니다.
https://unix.stackexchange.com/questions/381272/periodically-restart-systemd-service/381279#381279

---------------------------

Surely by using cron to check that a process is alive and restarting it if its not, you creating a sort of daemon. Isn't this one of the reasons systemd was created in the first place, to stop people needing to write their own daemons and all the problems that came with them? – Dom Jul 23 '17 at 21:04

Not really, as tools to do that were invented in the 1990s, decades before systemd.

That said, a lot of this answer is entirely wrongheaded. <-- 이 대목 보세요.
그건, 이 답변 대부분이 이상한 방향으로 흘러간다는 거다.

The scheduled task does not need to have an aliveness check, grepping the process table is a bad idea, forking off the actual daemon as a child breaks service management paradigms, and you do not need to re-invent SIGTERM badly.
스케줄링된 작업으로 살아있는지 확인할 필요가 없고, 프로세스 테이블을 grep하는 건 안좋은 생각이며, 실제 데몬을 포킹해서 자식 프로세스로 만드는건 서비스 관리 페러다임을 부수고, 니가 SIGTERM을 이상한 방법으로 다시 만들어선 안된다.

This answer is wrong on quite a lot of points I and recommend not following any of its advice if one is writing daemons to operate under service management.
이 답변은 거의 대부분에 오류가 있고, 나는 서비스 관리 하에 동작하는 데몬을 작성할때 이 답변을 절대 따라선 안된다고 권장한다.
– JdeBP Jul 23 '17 at 21:16

@Dom oh, you must read to systemd service file's restart method and you must replace its implementation for notifying a event to your daemon. it was meaning in last finally summary. – jay k Jul 23 '17 at 21:40
@JdeBP thanks a lot, big bro. i notice your advice. i will modify after few hours... – jay k Jul 23 '17 at 21:42

I suggest an answer that talks about systemctl kill and, perhaps more importantly, that talks about using service management mechanisms to impose process resource limits on the daemon. – JdeBP Jul 23 '17 at 22:12
난 systemctl kill과 좀더 중요한 것들에 대한 답변을 제안한다, 그건 아마 데몬 프로세스에 리소스 제안을 걸 수 있는 서비스 관리 메커니즘을 사용하라고 해야 할거야.

ㄹㅇ의 이미지

저렇게 첫줄부터 제발좀 어쩌구하면서 남 흉보듯이 답변하는거 보면
이렇게 지나가면서 읽는 나도 기분나쁜데 질문한 당사자는 얼마나 기분 더러울까
본인 잘난거 어필할려고 굵게 써가며 영어 어쩌구 하며 진짜 기분나쁘게 하는 재주있는듯
저렇게 답변하면 고마워할꺼 같아요? 역겹다 진짜

김정균의 이미지

참나..

답변은 공짜가 아닙니다. 원하시는 답만 얻고 싶으면 pay를 지불하세요.

 의 이미지

참나..

답변은 공짜가 아닙니다. 그리고 꼭 해야되는 것도 아닙니다.

커뮤니티가 뭐하는 공간인지 모르시는건 아니시죠?

원하는 답 주실거 아니면 이글도 결국 훈계질로 보이네요.

익명 사용자의 이미지

참나..

답변 달린 시간 보고 오시고 오래된 글 끌어올리지 마세요.

twinwings의 이미지

니 *대로 사이트 운영할려고 하지마세요.

애초에 이 커뮤니티가 10년 묵은 글도 올리는게 정책인데.

지 맘에 안들면 남이 10년 넘게 유지한 정책도 일단 까고 보는 수준 좋습니다.

twinwings의 이미지

참나..

그쪽 말대로 질문하고싶은대로 질문하는 거라면

답글로 훈계질을 하든 훈잘질을 하든 답변하는 이 맘대로입니다.

그쪽도 훈계질 하지 말라고 훈계질 중인데 ㅋㅋㅋㅋㅋ

jay94ks의 이미지

훈계가 듣기 싫으면 스스로 자료를 찾아보고 읽어보고 스스로 좀 해보고 물어보면 저런 질문은 안나올텐데 질문으로 다 해결하려고 하는게 보는 입장에서도 좀 그렇네요.

pay를 받을 수도 없는 답변을 달아준 사람에게 훈계질 한다고 머라그러는건 좀 아니라고 생각합니닷!

글쓴이의 이미지

1. 제발 좀, 말투좀 고쳐주세요. 나는 초보이지 고수가 아니에요. 초보는 이러면서 하나하나 배워가는거지요.

2. 답변 달지 마세요. 당신은 사람들에게 좋은 지식을 공유하기 이전에 인품부터 길러야 겠군요.

3. 우선 답변은 감사합니다. 근데 이게 최선의 답변인지 래퍼런스를 찾아보세요

4. 그래도 답변 달고 싶으시면 답변 다세요. 단, 글쓴이에게 말투좀 부드럽게 하세요.

오래된 글 끌어올려서 죄송합니다.의 이미지

질문자가 진짜 영어를 못해서 물어보는 거 같아요? 레퍼런스 찾아볼 생각을 안 했을까요? 그 정도도 안 했을까요? 스스로 하나도 안 찾아보고 질문으로 해결하려고 했을까요 과연?

솔직히 저도 이 오류 해결 안되서 한 4~5시간 구글링 했던 사람입니다. 비 전공자네요. 아는 게 없으니 보이지도 않네요. 프로그래밍 기초도 안되어 있구요, 그냥 제가 하는 부분에서 필요해서 찾고 있는건데, 이 커뮤 구글로 검색해서 들어가보니 피꺼솟해서 싸지른 감이 있어서 죄송하게 느껴지기도 합니다. 2년 정도 된 글 끌어올려서 죄송하구요. 근데 지금 이 답변들이 이 커뮤니티의 현 주소인 것 같습니다. 그냥 그렇다고요. 초보자 입장에선 그렇게 느껴져요. " 저희 같은 초보자들은 어떻게 질문해야 할지도 모릅니다. " 또한, 오류가 떴는데 내 역량으로 해결이 안된다면, 두 번째 답글 달린 것 처럼, 그냥 벌벌 떨어요. 그런 적 처음 독학하실 때 다들 있으셨잖아요. 아는 만큼 보이는데, 초보자들은 아는 것도 없으니까 안보입니다. 쉬운 것부터 시작하며 기초를 다져야죠. 근데 급한데 어떻게 하겠습니까..

그냥 정리하면, 그런 초보자의 마음을 좀 이해를 해주셨으면 좋겠네요..

개발자의 이미지

ㅋㅋ 지잘난맛에 사는 병신들이 많네 ㅋㅋㅋㅋㅋㅋㅋㅋ
그냥 모르는거에 대한 답변만 주면되는거 아니면 말지 뭘 이래라 저래라 어케하다가 들어왔는데 진짜 애자색기들 많네

프리라이더의 이미지

질문 하는 사람은 제멋대로 아무렇게나 물어볼 수 있지만, 답변자는 친절하고 상세한 답변만 달아야 하는 곳 있으면 좀 소개시켜 주시지요.

그런 데 있으면 참 편하겠네요. 저도 공짜로 도움 받는 거 정말 좋아하거든요. 유치원 졸업 이후로 그런 건 없는 줄 알았는데.

잡부의 이미지

질문한 사람이 기분 나쁘게끔 답변 달 필요는 있었을까 싶네요.

ㅇㅇ의 이미지

개븅신 꼰대새끼 아는 거 좀 나왔다고 훈수질 오지네 ㅋㅋ 인성파탄 ㅋㅋㅋ 부장한테 받은 스트레스가 많나봄 ㅋㅋ

bushi의 이미지

전요, 모르는 거 배울 때, 그러니까 남의 지식을 공짜로 달라고 구걸해야 할 때, 철저하게 거지 행세를 합니다.
잘 모르는 거 아는 척만 하지 않으면, 가르쳐 주려는 사람의 지식을 마지막 한 방울까지 짜내 먹을 수 있습니다.
멍청한 제가 이런 이치를 스스로 깨닳아서 실천하는 것은 아니고, 이렇게 하는 사람들을 제 주변에서 흔히 보거든요.
절대 그 사람들의 인성이 겸손한 게 아니예요. 그냥 그렇게 다들 주변 사람 것을 쪽쪽 소리내며 빨아먹어요.

그래서, 답변글에다 온갖 모멸을 다 줘도 '감사합니다~' 댓글 다는 질문자가 진심으로 무서워요.
그 사람이 어떤 마음가짐으로 질문을 했는지 잘 알겠고, 가까운 미래에 제 경쟁 상대가 될 가능성이 정말 높거든요.
시퍼런 칼을 갈고 있는 사람이고, 이 분야가 아니라 다른 뭔가를 해도 적이든 동료든 슥슥 베어버리며 앞으로 나갈 사람이죠.

반면에, 가진 것도 없으면서 자존감만 높은 사람들은 하나도 안 무서워요.
다른 분야에서도 재활용이 안되지 싶을 정도의 쓰레기인데 뭐가 무섭겠어요.
뭘 해도 안 될 사람들이니 안심이죠. 그 인생, 사건/사고 치지말고 얌전히 밥 먹고 똥 만들다가 죽어주기만 바랄 뿐.

+

정작 하고싶은 말을 빼먹어서 덧 붙입니다.

경험상, 훈장질을 하려고 드는 사람의 것을 빨아먹기가 훨씬 쉽습니다. 우쭈쭈~ 몇 번 해주면 내장까지 훑어낼 수 있죠.
반면에 한두 문장으로 대답하는 사람들은 빨아먹기 좀 어렵습니다.
이런 사람들은 이미 생태계 현실을 알고 있는 사람들이고, 자기한테 불이익이 있을 줄 알면서도 남을 도우려는 최소한의 양심만 지키는 사람들이거든요.

익명으로 답변자의 인성을 지적하고 공격하는 분들은, 정말 대단하신 분들이죠.
답변하시는 분들을 잠재워서 질문자가 더 이상 단물을 빨아먹지 못하게 차단하는 방법을 쓰시는 것인데,
보는 입장에선... 한편으로 눈물겹기도하고 다른 한편으로는 악역을 자처하는 다른 누군가때문에 안심이 되기도하고.

방문객의 이미지

상대방의 지식을 빨아먹기위해 칼을 숨기고 있는 사람이라는 글을 쓴게 더 "질문자가 더 이상 단물을 빨아먹지 못하게 차단하는 방법" 이라고 생각되네요.

또한, 궁금함과 그것을 해결하고자 하는 순수한 욕구를 과장되게 생각하시는것 같습니다.

말씀하신 의도는 알겠으나, 단순히 궁금함 => 질문 => 답변 정도로 생각하셔도 될듯싶네요.

bushi의 이미지

점점 살기 힘들어지나봐요.
발끈하는 댓글이 달릴 것도 같은데도 감사합니다 댓글이 달리질 않나... 옆에서 참견하는 머저리들도 안보이고.
다들 칼 가느라 정신들 없으신 듯 한데... 쉬엄쉬엄 가요.
예전 처럼 정신나간 댓글들 보면서 밤에 발 뻗고 잠자고 싶어요.

댓글 달기

Filtered HTML

  • 텍스트에 BBCode 태그를 사용할 수 있습니다. URL은 자동으로 링크 됩니다.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>
  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.

BBCode

  • 텍스트에 BBCode 태그를 사용할 수 있습니다. URL은 자동으로 링크 됩니다.
  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param>
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.

Textile

  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • You can use Textile markup to format text.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>

Markdown

  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • Quick Tips:
    • Two or more spaces at a line's end = Line break
    • Double returns = Paragraph
    • *Single asterisks* or _single underscores_ = Emphasis
    • **Double** or __double__ = Strong
    • This is [a link](http://the.link.example.com "The optional title text")
    For complete details on the Markdown syntax, see the Markdown documentation and Markdown Extra documentation for tables, footnotes, and more.
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>

Plain text

  • HTML 태그를 사용할 수 없습니다.
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.
  • 줄과 단락은 자동으로 분리됩니다.
댓글 첨부 파일
이 댓글에 이미지나 파일을 업로드 합니다.
파일 크기는 8 MB보다 작아야 합니다.
허용할 파일 형식: txt pdf doc xls gif jpg jpeg mp3 png rar zip.
CAPTCHA
이것은 자동으로 스팸을 올리는 것을 막기 위해서 제공됩니다.