All streams
Search
Write a publication
Pull to refresh
32
0

Управление проектами в IT

Send message
Никогда не знал, что на моей ОС проблемы с UTF-8.
Спасибо, но это тесты января 2008 года. Всё-таки много времени прошло.
##Количество перечислений ~ 65 тысяч
Гипотетически:
Таблица 1- someID | name
Вот эти name иногда дублируются(ибо им нужны другие ID). Получу ли я прирост в скорости, используя enum на 4,6,9 тысячах элементов списка при выборках?
Нет причин доверять самое сокровенное чужим серверам. Плюс время загрузки страницы увеличивается, так как БД находится чёрт знает где.
Да, вы правы. Но иногда приложения выглядят устрашающе из за пары тройки циклов такого рефакторинга.
Также встречаются откровенно клинические случаи
if(false){
//много кода
}
else{
// exit(),die(),return false, что угодно
}

И целые куски программы перестают иметь смысл, причём чтобы это понять приходится поломать голову.
В общем- больше думаем, меньше занимаемся машинописью и архитектуру не придется менять каждые две недели :)
Просто я увидел только тарифные планы на размещение на их площадке.
Ок, спасибо, а где демо можно посмотреть не подскажите? А то смотрю, смотрю и найти не могу.
Пишут красиво- «Всё равно 100 или 100 000 у вас товаров!». Я правильно понимаю, что исходники никто не даст?
Готов взять исходники на исследование :)
Но согласитесь, что не смотреть что после этого рефакторинга получилось — дурной тон.
Да и в конце концов одно то, что коммит с таким кодом прошел говорит о культуре разработки в компании.
Вы можете сравнить две мои таблицы(в статье)- одна с одним товаром и одной категорией, другая с тем количеством данных, которые находятся у меня в рабочем проекте.

Наполнение БД произвольными данными позволяет отследить зависимость между скоростью и количеством этих данных.
Проблема в том, что никто не следит за коммитами. Или текучка слишком большая.
Когда я увидел в асисте неиспользуемые js от wordpres стало грустно.
Помимо JOINS :) От автоматической генерации sql запросов в prdSearchByTemplate я удивлялся отдельно.
По-моему там какой-то сумасшедший сбор для каждой категории и последующих характеристик и их значений. Или определение всех товаров и поиск всех характеристик для них.
Запросы преимущественно простые, но их очень много.
Не делают. А вот мы делали и продавать это авторам не намерены.
Ну, в общем директорий обоснованны, если рассматривать это не как магазин, а как набор приложений.
Меня больше расстраивало отсутствие стандартизации доступа к БД(три класса, функции, прямые запросы) и отсутствие документации. И первое и второе со временем победили.
:) Вот это поворот.
А вообще, персонажи вымышлены, любое сходство случайно.
В некоторых случаях получается до 1200. Если увеличить каталог вдвое, количество запросов увеличится тоже примерно вдвое.
Всё упирается в то, какой вам нужен функционал.

Information

Rating
Does not participate
Location
Санкт-Петербург и область, Россия
Date of birth
Registered
Activity