- 1
- 2
- 3
- 4
- 5
- 6
NSString* bodyParams = [NSString stringWithFormat:@"username=%@&password=%@&client_secret=very_secret", username, password];
// Ниже по коду
[request setHTTPMethod:@"POST"];
[request setHTTPBody:[bodyParams dataUsingEncoding:NSUTF8StringEncoding]];
#seo #striker_verni_stenu
Я буду настаивать на бане. А ты - лови минус.
О, страйкер опять треды почистил вилкой и забыл про on delete cascade.
Тогда нужен
Technical post: id's fixed
когда мы говорим "mysql", мы нихуя не подразумеваем
констрейнты для мудаков
а FK из них - самые ненужные
У поста про быка-осеменителя тоже был айдишник 23987.
Да ты шо?
А как по-твоему ещё могли появиться коменты от удаленного поста?
Вот я сначала и думал, что только айдишка списка комментов реюзнулась.
но как? в мускуле же автоинкремент же, он же не ресетица когда удаляют посты
Кстати, сиквенсы это в постгре
Вмускуле автоинткремент так не назывался, но суть та же
кололись и плакали, кололись и плакали
MySQL, безусловно, отстой. Но даже с ним можно было сделать лучше.
В конце концов можно было генерировать ID на стороне клиента (ну там Unique ID например делать, типа {DEADBEEF-010203...)
можно прям на говнокод постить и разбирать
О_о. Это что ещё за система самоуничтожения?
LOL
>private $clearEvery = 1000000;
>http://govnokod.ru/23987#comment409988
Слабо, совсем слабо срём. Пока ещё не дотянули даже до половины.
Тссс, не пали контору.
Они гадят днями, месяцами а потом страйкер 1 DELETE FROM ... WHERE ... как напишет — гарью воняет весь ГК.
Сходи почитай про foreign key constraint. И всё станет понятно.
Для тех, кому лень читать: если заюзать on delete cascade, то с удалением поста удалились бы и комменты к нему.
Ему некогда заниматься ГК, скорее всего. Скажи спасибо, что хоть за хостинг платит.
> пользуешься кривым говносайтом
А ты как-будто им не пользуешься.
Что неправильно?
самый олдскульный формат поста
у меня была похожая ситуация именно из-за того, что сервер чужой и повлиять на его формат запросов никак нельзя