65536: в общем, у нас разное понятие о границе между архитектурой и реализацией :-) И, судя по всему, Вам пришлось писать код под WordPress, что оставило нехилую психологическую травму. Искренне сочувствую.
65536: архитектура — это структура данных и основные алгоритмы. Ещё раз повторю свой вопрос, что с точки зрения архитектуры не так в WordPress? Если, конечно, Вы вообще имеете представление об устройстве WordPress, а не просто кликушествуете.
404 — это код состояние HTTP, не имеет отношения к моему вопросу.
139 — да, уже близко, но он и так описан по приведённой мной ссылке. А есть ли какие-нибудь стандарты на коды в интервале 2—126? Или это полностью на усмотрение разработчика?
Дмитрий Савегин: говорю же, транзакция. Сначала получаем данные о текущем балансе. Потом меняем его. Потом записываем новое значение. Можно исхитриться и делать всё это в один SQL запрос, а можно в три и для сложения использовать PHP, всё равно транзакция сохранит целостность данных. В коде не покажу, неудобно с телефона.
65536: кто это Вам сказал, что логика опирается на шаблон? Да, Wordpress не использует отдельного шаблонизатора и если руки растут из таза, то часть логики можно реализовать в шаблоне. Но это не более чем тупость верстальщика, вся логика прекрасно реализована движком.
Илья Бобков: как минимум убрать эти строки. Не нужно быть семи пядей во лбу, чтобы увидеть их бесполезность. В идеале переписать код под mysqli и использовать mysqli_result::fetch_all.
Как раз таки получать 2k символов вполне себе логично через GET, это же не передавать. Подвисает браузер, скорее всего, из-за того, что не справляется с обработкой 2k символов, POST запрос тут никак не поможет. Попробуйте оптимизировать JS или разделить передачу всех данных на несколько этапов.
Мне кажется, поднимать количество воркеров, равное количеству ссылок — не очень хорошая задача. А если ссылок 10 000 штук? Лучше уж очередь и количество воркеров равное, допустим, числу ядер. Ну или удвоенному-утроенному числу ядер, всё равно будет ожидание получения данных.
