저도 공감입니다.
어제인가 저도 필요하여 몇가지 추가했죠.
그 중 하나가 mysqli_affected_rows 였고...
또 transaction begin 과 commit, rollback도 추가해서 사용했네요~

위의 것들도 추가되면 좋겠습니다. ^^

뭔지 모르겠지만 있으면 좋을 것 같습니다.

mysqli_affected_rows 는 업데이트나 인서트에 매우 유용합니다.
업데이트 후 저 함수를 호출하면 영향을 받아 변경된 Row의 수를 돌려줍니다.
저 결과값이 0이라면... 업데이트는 되었지만 아무것도 변경되지 않았으므로 에러를 리턴할 수 있습니다. (Select를 해서 변경이 되었는지 확인을 하는 번거로움이 사라지는거죠 ㅎ)

현재 그누보드는  insert, update, delete 후에 아무것도 확인을 안하죠~~
첨에는 이건 무슨 자신감일까도 했었는데...
여러사람이 검증한 솔루션이니 굳이 확인을 안해도 될 만큼의 자신감인가보다 하고 넘겼었죠 ㅎㅎ

또 ISAM인것도 좀 이해가 안가요.
커뮤니티야 그러려니 하겠는데...
쇼핑몰이 ISAM이라고???
InnoDB여야 transaction이라도 걸텐데...

예를 들어...
주문 테이블에 주문 정보 넣고,
결제 태이블에 결제 정보 넣고,
고객 테이블에 상품 배송 관련 정보 넣으려다 에러 나면...

고객은 돈 다 내고 물건 못받는 상황이 생기지 않을까요?

그냥 말 나온김에...
주저리 주저리 해보았습니다. ^^

그누보드6 나오면 모두 고려 해봐야 할 것들이 아닐까 싶습니다.
지금 무언갈 하기엔 앞으로 환경도 많이 변하고...

mysqli_fetch_row 경우에는 결과값에서 배열의 번호로 출력 하는거 지않나요?

그누보드 특성상 쿼리결과값을 배열번호로 출력하는것보다는 mysqli_fetch_assoc통해서 열이름,키값으로 원하는 데이터만 출력하기 위해서 mysqli_fetch_assoc을 택한것같아요

그래서 자연스럽게 안쓰이는 mysqli_fetch_row는 안넣으신것같아요

mysqli_affected_rows도 뭐.. 그누보드 구조보면 딱히 쓰일곳이 없지않나요?

그냥 두 함수다 그누보드에서 안쓰이기때문에 안넣은것같아요