What is the maximum length of a facebook name, the one you get in the parameter "name" from the graph API.
Maximum length of a Facebook username is currently 50 characters.
While trying to create a "really long name" as #BK suggested, the Facebook user account view complains with anything of 51 characters or greater:
I'm pretty sure that its not documented anywhere, but my guess would be 50 as the longest one I've seen after looking over several hundred thousand users is 49.
Ron Bowes posted a torrent with over 100 million Facebook user names. You could pull that down and query it if you really wanted to know. Or try creating a Facebook account with a really long name.
I recently encountered a unicode name (first & last name combined) that exceeded 255 bytes, unfortunately I don't recall how many characters specifically, but it broke our varchar(255) database field.
Related
Google Adsense Publisher ID is how many characters. When I look at the publisher IDs I have, I see a total of 16 characters.
Is there a google publisher ID longer than 16 characters?
pub- next numbers 16 characters. Does it have a longer publisher ID?
pub-3358186650566504
pub-3685135352464177
pub-7104543801500968
pub-5610649146674306
pub-6042571565839072
pub-3268638132077067
pub-9328633604439863
Referring to AdSense Help, they don't explicitly mention that the ids have exactly 16 digits.
But they seem to do at least for now.
Your publisher ID looks like this: pub-1234567891234567.
The id looks long enough to me but you may want to be cautious and expect more digits.
I am writing a tool to backup my mails. In order to understand if I have already backed up a mail I use the entryID.
The Entry ID is however very very long and so I have problems in serializing my datastructure with JSON, using the entryID as index in a hash.
Furthermore I noticed that the first part of the entryID remains identic throughout all my mails. Therefore my suspect, that the first part identifies the Outlook Server, and the last part the e-mails themselves. Therefore there should no need to use the whole entryID to identify a single mail in my account.
Anybody knows the syntax of this entryID, I did not find nothing on the Microsoft Site, maybe I did the wrong query.
Thx a lot
Example of EntryID:
00000000AC032ADC2BFB3545BD2CEE24F67EAFF507000C7E507D761D09469E2B3AC3FA5E65770034EA28BA320000FD962E1BCA05E74595C077ACB6D7D7D30001C72579700000
quite long, isnt´t it ?
All entry ids must be treated as black boxes. The first 4 bytes (8 hex characters) are the flags (0s for the long term entry id). Next 16 bytes (32 hex characters) are the provider UID registered with the M
With the following request, it is possible to retrieve multiple Users with the Facebook Graph API:
https://graph.facebook.com?ids=user1, user2, user3,...
Does anyone know if there is a limit for the number of users I can retrieve in a single query?
Depending on how and through which servers you are passing the URL, there could be a limit of 255, 1024 or 2083 characters to the maximum URL length. If one existed, this would be your limiting factor. If you're using javascript to make the query, you should probably assume a max length of 1024 characters or less.
Assume you're passing this via a server-side script with no limits on outbound URL length, I'd guess you'll find there is a Facebook limit. Facebook seems to like 5*10n-item limits their services. I'd suspect this one is probably the same, with n=1, 2, or 3.
I don't know much about the use of some random strings in URL.
As far as I used, I learned that it can be used where any user simply cannot guess the URL.
First noticed in phpmyadmin, as blowfish secret. and the URL said token=secret . I don't know about tokens.
My questions is - What are these strings anyway and are these random strings called tokens ?
There are many different uses of random strings in URLs. Your question is difficult to answer because you give us no examples, but I can describe one possible use.
A commercial site may allow users to create wish lists of products. The site may want users to be able to forward friends the URL of their wish list, but make them hard to guess. This can be implemented by adding a WishCode to the User record. Any time a user makes a wish list, create a string of random URL-compatible characters:
UserID Name WishCode
1076 Joe Bloggs a792f207a98d7db431bf3a56ab364e35
When the user adds a product to his wish list, add the product code to a Wish table:
UserID productID
1076 483692
1076 547320
1076 73028
Make the Wish List page accept a WishCode URL; e.g.:
http://myCompanycom/wishlist/a792f207a98d7db431bf3a56ab364e35
When a browser submits this URL, look up the UserID from the User table, and generate a page with all the products from this user's wish list. Note that it is very difficult to guess a valid wish URL.
Also note this has nothing to do with hashing, secrets, or passphrases, nor would I call this a "token". They are unrelated concepts.
When using the SOAP API to work with salesforce.com (SFDC) it seems that the primary key in the underlying database is Id. Well there seems to be two representations of this value as either a 15 character version or an 18 character version.
I have been using the 18 since it is clearly more specific, but what is contained in the last three digits, that they can be dropped, seemingly?
Anyone understand what this is all about?
From the Web Services API Developer's Guide:
ID fields in the Salesforce.com user
interface contain 15-character,
base-62, case-sensitive strings. Each
of the 15 characters can be a numeric
digit (0-9), a lowercase letter (a-z),
or an uppercase letter (A-Z). Two
unique IDs may only be different by a
change in case.
Because there are applications like
Access which do not recognize that
50130000000014c is a different ID from
50130000000014C, an 18-digit,
case-safe version of the ID is
returned by all API calls. The 18
character IDs have been formed by
adding a suffix to each ID in the
Force.com API. 18-character IDs can be
safely compared for uniqueness by
case-insensitive applications, and can
be used in all API calls when
creating, editing, or deleting data.
If you need to convert the
18-character ID to a 15-character
version, truncate the last three
characters. Salesforce.com recommends
that you use the 18-character ID.
I know this is an old post, but just in case it is useful to someone...
If you want to do ad-hoc conversions of Id's, rather than programatically, then this Chrome extension makes it easy:
https://chrome.google.com/webstore/detail/sf-15-to-18/cogllpmaoflgaekieefhmglbpgdgmoeg
FYI - I'm the developer. Please use the feedback form on the app if you'd like to suggest any improvements or additional functionality.
Thanks!