Вообще тут лучше бы навесить на класс отдельный обработчик и удалять его при первом клике в нем же. Чтоб не выполнять лишнее действие каждый раз. Но это уже чересчур перфекционизмом попахивает. Нормально и так.
в данном случае особо нет смысла, это скорее лишний раз подчеркнул что подзапрос обязан вернуть именно одно значение
+ есть такая привычка везде писать LIMIT 1 где подразумевается одно значение во избежании будущих багов при изменениях(хотя это зависит от политики обработки ошибок) и немного оптимизации http://www.php.su/mysql/manual/?...MIT_optimisation
просто привычка
Jetro ну поздравляю че
велкам таксказать
тут явно надо не делать так как делаешь
в лоб не решать
надо пошурупить серым содержим черепа(замечено присутствие оного факт)
LIME пишет:
начать и кончить
зависит от данных и логики
может не всю портянку грузить
кэш наше всё
решает ситуацию но еще одна точка отказа и надо продумывать отказ сервера итд итп
Jetro пишет:
по тех-же 10 тыщ записей
для практики не есть возможно
никто в здравом мозгу не будет с таким работать
значит на вскидку фильтр данных как простейшее решение
ну а дальше думай башкой
в нее не только пищу толкать да?))
----
отпиши решение потом плз
или подробнее ставь задачу
по моему не очень скромному опыту - решает обсуждение с бизнесом - переиначить задачу для достижения цели
имхо самое то обсудить еще раз цель и сделать шаг назад
рассмотреть проблему а не решение (Добавление)
ну и раз у тебя реально пошли сложные задачи - гуглить: cap теорема
чисто для развития
щас не вкуришь - просто знай что есть оное
боюсь придется тебе это познать раз есть такая сложноя задача
и еще знай что твоя проблема сложнее чем ты сейчас думаешь
а именно на вскидку думай что каждый раз на асинхронный запрос может прийти что угодно или вооще таймаут (Добавление)
вот для развития https://habr[dot]com/ru/company/tinkoff/blog/483756/
в общих чертах (Добавление)
не поленись прочти
Jetro правильно терзают сомнения
spa легким не бывает
серебрянной пули не изобретено
"зависит от..." - это почти термин
надо знать свои данные и свою логику
рецепта не существует
как вариант при подгрузке блочить вообще страницу иначе возникнут артефакты логические
и в зависимости от логики возможно вообще рефреш
но это ленивое решение
мелкий на твой оффсет тебя вообще лесом пошлет(мелкий это местный спец по бд...маэстро по бд каких мало если честно)
надо знать свои данные и свою логику
короче надо придумывать по ситуации
гуглить:идемпотентность, ретраи, компенсации
начать и кончить
бросай ajax если сильно не надо
это только снаружи кажется что просто
начать и кончить (Добавление)
еще для гугления json-rpc
не зависит от канала передачи данных
но надо решать что делать по событию обновления данных
легко не будет
лучшее решение вообще не связываться
иначе дискотека на граблях
лучше по старинке поверь
плавали знаем
boomer-24 тут нет специалистов по твоему вопросу почти совсем полностью
Тут пара бэкедщиков если упростить
Имхо тебе надо считать количество строк и задавать размер шрифта в пикселях
И найти нужное количество строк опытным путем
Могу ошибаться
dmaw зачем? Хреновая же идея.
Что делать если нужна одна ветка, например для хлебных крошек. А если новая подкатегория появится? У нее будет максимальный id какбэ.
Погугли matherialized path, nested sets, Closure Table.
И библиотеки есть готовые.