小编Omi*_*uri的帖子

我有一个MySQL表,主键字段打开AUTO_INCREMENT.在阅读了这里的其他帖子之后,我注意到有相同问题并且答案各不相同的人.有人建议不要使用此功能,其他人说它不能"修复".

我有:

table: course
fields: courseID, courseName

示例:表中的记录数:18.如果我删除记录16,17和18 - 我希望输入的下一条记录的课程ID为16,但是它将是19,因为最后输入的课程ID是18.

我的SQL知识并不令人惊讶,但无论如何使用查询(或phpMyAdmin界面中的设置)刷新或更新此计数？

该表将与数据库中的其他表相关.

鉴于所有的建议,我决定忽略这个'问题'.我将简单地删除并添加记录,同时让自动增量完成它的工作.我想这个数字到底是什么并不重要,因为它只被用作唯一标识符,并且没有(如上所述)商业含义.

对于那些我可能与我的原帖混淆的人:我不想用这个字段来知道我有多少记录.我只是希望数据库看起来整洁,并且具有更多的一致性.

我正在解析XML,simplexml_load_string()并使用其中的数据通过LDAP更新Active Directory(AD)对象.

示例XML(简化):

<?xml version="1.0" encoding="UTF-8"?>
<users>
    <user>Bìlbö Bágg?nš</user>
    <user>Gã?då?f Thê Gr?ât</user>
    <user>??m W?šë</user>
</users>

我首先运行一个ldap_search()查找单个用户,然后继续更改其属性.使用LDAP将上述值直接泵入AD,将导致出现一些非常严重的字符.

例如: Bìlbö Bággįnš

我尝试了以下功能,但无济于事:

utf8_encode($str);
utf8_decode($str);
iconv("UTF-8", "ISO-8859-1//TRANSLIT", $str);
iconv("UTF-8", "ASCII//TRANSLIT", $str);
iconv("UTF-8", "T.61", $str);

理想情况下,我不想进行任何这些字符串转换.UTF-8 应该没问题吧？!

我也注意到以下内容: 我已经打印出值,看看它们是如何出现的.在CLI中编写脚本将显示正确的字符,但Web浏览器显示与AD相同.

这是怎么回事？我应该看看别的东西,例如.网址编码？ 我希望这可归结为一个简单的错误.

编辑: 我使用AD管理GUI输入这些字符,看看它们将如何出来.我可以通过LDAP读取它们.在浏览器中显示正确的字符.通过CLI进行卷曲将显示问号而不是外来字符.将其中一个返回值传递给mb_detect_encoding()将返回UTF-8.

我决定立即通过不写新字符串来修改同一个对象,而只是反转现有值并保存对象.这很好 - 我在AD中看到了正确的值(反转).

• 在Mac OS X 10.7 Lion上开发 - PHP 5.4.3
• 运行生产:Red Hat 6 - PHP 5.4.3
• AD服务器:Windows 2003

更新: 几个月后,我无法找到这个问题的答案/解决方案.最后,我选择将字符替换为非重音字符(不太理想,我知道).

试图从Python中移植一段代码:

my_input = "this&is£some text"
encoded_input = urllib.quote_plus(str(my_input))

...到JavaScript:

var my_input = "this&is£some text";
encoded_input = encodeURIComponent(my_input);

细微差别在于urllib.quote_plus()将空格转换+为%20 (链接).只是想知道是否有人可以提供任何想法.目前正在与...

var my_input = "this&is£some text";
encoded_input = encodeURIComponent(my_input).replace(/%20/g,'+');