всю таблицу запросом чтоли ебануть?

А если 1М строк

Или средствами SQL можно сделать то что я делаю средствами PHP?

а если 1М строк - то в случае с запросами в цикле будет 1М запросов

нет

допустим если адрес a/b/c/d/e.html будет 5 запросов

ну даже если в 100 раз больше, это не 1М

можно зафигачить рекурсивный селект

Можно подробнее?

вот как телега работает а инета нет

радуйся глупенький

провайдер не всё блокирует

личный кабинет ещё наверное работает

гугл работает и некоторые сайты https

вот как телега работает а инета нет

повесь впн на левый порт

и еще один затык. держу разные таблицы для постов и страниц, в роутере идет проверка на окончание ссылки. если слэш, то это страница. если без слеша, то это пост. есть ли смысл перенести все в одну таблицу и указать тип? бывает же ссылки вводятся с ошибками и можно перенаправить на правильную страницу, а уменя при ненужном отсутствии/наличии слеша вылетит 404

дак а в чём трабла

Можно подробнее?

http://stackoverflow.com/questions/20215744/how-to-create-a-mysql-hierarchical-recursive-query типа такого

хотя они только пытаются грузиться

лол ютуб работает отлично

http://stackoverflow.com/questions/20215744/how-to-create-a-mysql-hierarchical-recursive-query типа такого

я правильно понимаю, что максимальную глубину надо знать заведомо? или это как-то можно предусмотреть?

я правильно понимаю, что максимальную глубину надо знать заведомо? или это как-то можно предусмотреть?

а в пыхе разбирать не?

я правильно понимаю, что максимальную глубину надо знать заведомо? или это как-то можно предусмотреть?

ну, с ходу, например: можешь глубину узнать по кол-ву слешей

Про Nested sets говорили?

в моём случае я знал только ean товара

и мне нужно было построить ссылку

http://stackoverflow.com/questions/20215744/how-to-create-a-mysql-hierarchical-recursive-query типа такого

запретить!

ну, с ходу, например: можешь глубину узнать по кол-ву слешей

а если глубина ссылки неверная, и выпало пара уровней

т.е. я не знал глубину заведомо, и даже максимальную глубину тоже не знал

или хранить развёрнуто в представлении/временной таблице

Запах велосипедов и костылей. я чувствую. но не могу понять у кого.

а потом бд не справляются с нагрузкой

а потом бд не справляются с нагрузкой

+1 )

вы бы ещё математику в sql обсчитывали

оно же магёт

Запах велосипедов и костылей. я чувствую. но не могу понять у кого.

люблю свои велосипеды, но стараюсь делать не с квадратными колесами)

вы бы ещё математику в sql обсчитывали

Если это быстрее почему бы и нет.

а если глубина ссылки неверная, и выпало пара уровней

я ж говорю - с ходу. А там уже от обстоятельств плясать. Мне вообще вся эта замута с рекурсией не нравится. Имхо лучше выбрать что нужно и кешировать.

мое предложение такое: переделать хранение дерева на nested sets и тогда можно будет выбирать всю ветку в один простой запрос. Без всяких рекурсий и т.п.

потому что на сайте в типичном случае sql самое узкое место

а накинуть инстансов с пхп вообще не проблема

В данном случае важна была скорость, т.к. ссылки с поисковиков вели на старые адреса, с них нужно было переходить на новые

Скорость решения задачи

редиректы делаются без такой магии

Т.к. через пару недель уже всё переиндексировалось

Какие варианты?

помнитоь соответствия

и еще один затык. держу разные таблицы для постов и страниц, в роутере идет проверка на окончание ссылки. если слэш, то это страница. если без слеша, то это пост. есть ли смысл перенести все в одну таблицу и указать тип? бывает же ссылки вводятся с ошибками и можно перенаправить на правильную страницу, а уменя при ненужном отсутствии/наличии слеша вылетит 404

есоли ты про /1/2/3 то хранить явно

помнитоь соответствия

шта

а как построить таблицу соответствия

задача то та же, просто теперь данные надо ещё где-то хранить и обращаться к ним

а как построить таблицу соответствия

хранить явно дерево если оно нужно

если оно нужно в конкретном виде

де-нормализовывать данные

Т.е. каким-то мифическим скриптом преобразовать имеющиеся данные в другое представление?

и еще один затык. держу разные таблицы для постов и страниц, в роутере идет проверка на окончание ссылки. если слэш, то это страница. если без слеша, то это пост. есть ли смысл перенести все в одну таблицу и указать тип? бывает же ссылки вводятся с ошибками и можно перенаправить на правильную страницу, а уменя при ненужном отсутствии/наличии слеша вылетит 404

зависит от объемов таблицы, если меньше 1 миллиона записей, то можно

зависит от объемов таблицы, если меньше 1 миллиона записей, то можно

пока десяток записей, перенесу, через пару лет вылетит за 1млн, и все переписывать?)

пока десяток записей, перенесу, через пару лет вылетит за 1млн, и все переписывать?)

будет заивисть от того как ключи повесишь

Т.е. каким-то мифическим скриптом преобразовать имеющиеся данные в другое представление?

почитай про nested set и materialized path

будет заивисть от того как ключи повесишь

int(11)

котаны, у меня тут немного ламерский вопрос. я вот смотрю на node.js и пытаюсь осознать для чего же она необходима и как ее скрестить с пыхой

не смотри

козленочком станешь

int(11)

это у тебя primary key, а тебе нужно же будет выбирать по строке /1/2/3

?

ERROR: S client not available

зачем скрещивать ноду с пыхой?

?

как там тестирование латексных изделий?

они, в принципе, решают одну задачу

котаны, у меня тут немного ламерский вопрос. я вот смотрю на node.js и пытаюсь осознать для чего же она необходима и как ее скрестить с пыхой

был такой недоязык на базе js, пока golang не появился

в контексте веб-прграмирования

работал на 1 ядре, был однопоточный

это у тебя primary key, а тебе нужно же будет выбирать по строке /1/2/3

а как правильней все сделать для дохрена записей, а то я в базе обычно все от балды херачу)

почитай про nested set и materialized path

ок спасибо

а как правильней все сделать для дохрена записей, а то я в базе обычно все от балды херачу)

когда будет миллион записей тогда может сам всё поймешь

когда будет миллион записей тогда может сам всё поймешь

ок)

сейчас это преждевременная оптимизация

был такой недоязык на базе js, пока golang не появился

нода никуда не делась

сейчас это преждевременная оптимизация

надо все предусмотреть

нода никуда не делась

perl тоже используется

про деревья бы ещё почитать

я думаю смысла нет в подобных сложностях на 10к записей

А чем ВПС нода не устраивает?

perl тоже используется

но перл умирает, а нода нет

но перл умирает, а нода нет

надо это провайдерам рассказать

надо это провайдерам рассказать

?

?

У многих биллинги на перле

У многих биллинги на перле

Я у провайдера работаю. Все подразделения, которые использовали перл, потихоньку переползают на питон.

Нового на перле ничего не пишут

У многих биллинги на перле

это осколки прошлого

эти биллинги хрен знает сколько лет назад писаться начали

Я у провайдера работаю. Все подразделения, которые использовали перл, потихоньку переползают на питон.

зачем вам там yii2 api ?

зачем вам там yii2 api ?

Есть почти публичный api, можно получить токен, например, по логину/паролю, манипулировать услугами, получать инфу о телепрограмме и ещё куча всякой херовины. Используется в основном фронтендом сайта для абонентов + мобильным приложением. Есть непубличный api, там всякая хрень для подключальщиков, ремонтников и т.д.. Сайт для них разрабатывала сторонняя организация, решили не давать им прямой доступ к базе, сделать api.

Есть почти публичный api, можно получить токен, например, по логину/паролю, манипулировать услугами, получать инфу о телепрограмме и ещё куча всякой херовины. Используется в основном фронтендом сайта для абонентов + мобильным приложением. Есть непубличный api, там всякая хрень для подключальщиков, ремонтников и т.д.. Сайт для них разрабатывала сторонняя организация, решили не давать им прямой доступ к базе, сделать api.

спс. за ответ. интересно

А для first steps в php стек LEMP норм?

что за Е ?

что за Е ?

nginx

почему не LNMP