edogs software

edogs software
Рейтинг
775
Регистрация
15.12.2005
Должность
Программирование
Redbaron_chaos:
Всем привет!

Как обычно: мопед не мой, попросили узнать. А где кучу умных и не очень советов посоветуют, как не на Серче?

Вопрос:

ПыСы
Профессия человека с программированием не связана. Только большой опыт работы с Фотошопом, всякими Автокадами и подобным (инженер, чертит всякое разное, проектирует).

Не. Нет смысла.

Качественный фотошопер/инженер будет получать больше чем качественный фронтэндщик, а до качественного фронтэндщика еще минимум год качаться. Смысл? Лучше в своей профе специализироваться дальше, она более денежная.

treshnyuk:
C технической стороны для домашнего использования это идеальный вариант так как это все таки лицензия. Апдейты, переустановки и т.д. будут проходить без проблем.

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

Ria.neiron:
Интересно как ведут себя ОСьки с такими ключами. Есть у нас в работе несколько ноутов. Я заметил, что ломанные часто падают от обновлений. А лицензионные работают без проблем. Хз, может совпадение... многократное.
p.s. троллей прошу не возбуждаться, у меня винда здорового человека.

У нас есть ощущение, что от ключа не зависит. Просто к левым ключам обычно не редко прилагается не менее левый дистриб и/или просто оказывается что ключ от одной версии, а дистриб от другой. Тогда при обновах в принципе могут вылезать проблемы.

Кстати, к вопросу о ноутах с виндой. Раньше цена за ноут с виндой и за ноут без винды отличалась на стоимость оем-ки, пара тысяч максимум. Пятерка если прошка. Теперь же смотрим цены на новые ноуты и уже прям желание взять ноут отдельно, а винду отдельно. Т.к. к ноуту прилагается локализованная под один язык оем винда за ровно те же деньги что можно взять официальную полноценную мультиязычную винду. Реально разница в цене 8-15 тысяч (в зависимости от того про или нет). На фига? Непонятно.

p.s.: К вопросу о честной ОЕМ винде. В принципе ОЕМ-ку условно честно можно перетащить на новый ноут, по крайней мере раньше так можно было. Так-то она привязывается к оборудованию (к материнке афаик), но можно заинитить на новое железо если объяснить что старый ноут списался в утиль по причине поломки. Под это можно вполне купить какой-нибудь старый нерабочий ноут, лишь бы наклейка от лицухи сохранилась. В принципе эти вот сайты нередко такую лицуху и продают, но тут для лицензионности важно что бы наклейка со старого ноута была на руках.

[QUOTE9]Windows 10 Home - 8 699,00 ₽

Windows 10 Pro - 14 199,00 ₽Дешевле этих цен не купить.

"Левые" сайты которые продают лицензии которые активируются - продают или оем-ки (которые будут считаться не лицензией, т.к. их могут только с новым компом сборщики продавать) либо ворованные лицухи (кем-то купленные, но потом протерянныеые, например со старых компов, что тоже не будет считаться лицензией) либо корпоративки (которые действительны только если вы корпорация купившая эту лицуху). Покупать на этих сайтах смысла нет, проще взороскую сборку поставить если уж на то пошло - мощность лицензионности будет та же.

Пара недель, от 500 евро. Это если совсем по минималке, с парой правок по окончании.

Что-то Вы совсем к мануальным вопросам перешли.

Во-первых https://dev.mysql.com/doc/refman/5.7/en/alter-table-partition-operations.html

Во-вторых в phpmyadmin можно задать очень удобно партиционирование.

Но по нам так ни к чему так сразу резко, начните с банального упорядочивания что-ли.

alter table btxms_assets order by rgt, lft допустим.

А вообще если Вы вот этот (видимо редко меняющийся) "хлам"


`name` varchar(50) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT 'The unique name for the asset.\n',
`title` varchar(100) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT 'The descriptive title for the asset.',
`rules` varchar(5120) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT 'JSON encoded access control.'

Вынесете в отдельную таблицу (слинковав по примариИД, благо оно у вас уже есть), то Вы просто офигеете как быстро эти апдейты будут работать.

При этом и скорость работы выборок скорее всего будет выше, т.к. нужные примариИД будут выбираться быстрее, а к ним уже будет джоиниться по примариИД нужные name/title/rules.

sema_87:
Я поэтому и говорю - только айфон. 7ки хватит с лихвой, в штуку баксов впишется, еще и отметить отстанется.
а камер за штуку баксов не бывает хороших. хотя бы потому что оптика стоит дороже.

самсунг от s7 вполне сравним по качеству камеры с айфоном.

Но sony as300 всяко будет иметь лучше оптику чем у айфона, как и начинку и все остальное, если речь именно о видео.

Sower:
Я на марк-2 снимал, хотя, это лишнее. И на galaxy j5 можно делать хорошую картинку.

Нельзя, даже на j7 нельзя. Как владельцы j7 свидетельствуем это.

Картинка будет хорошей только в околоидеальных условиях, ДД никакой, стаба нет, фокусировка частенько фокусирует от балды.

У самсунгов походу только s серия умеет снимать, даже a серия не тянет.

Автору замедление кадров нужно - в j серии только 30.

Мелкие машинки потребуют хорошей съемки при относительно низком освещении - тут тоже не вариант.

sony as300 для начала хватит, можно sony x3000 взять в принципе, хотя на фига 4к для веба непонятно.

Dram,

Так-то у Вас определенно чертовски много запросов.

Не, понятно что все красиво, через АПИ и отдельные функции.

Но по факту Вы на каждый чих совершаете туеву хучу операций.

Вы даже 191 категорию и то не за один раз выбираете все, а на каждую отдельный запрос делаете.

Что уж говорить о тэгах, альясах, связях и т.д., по каждой отдельной у Вас проверка, создание, апдейт, запись.

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

По любому уменьшение количества запросов поможет.

Самый простой путь - выберите все категории, тэги, альясы или что там еще прямо в скрипт. Лишнего г-на не выбирайте, только необходимые данные (память жалко). При чем для этого понадобится буквально десяток запросов и Вы избавитесь от необходимости потом делать каждый раз новый запрос когда Вам понадобятся данные, они у Вас уже будут под рукой.

В остальном посоветовать что-то тяжело, Вам надо просто подебажить немного. Если нет возможности подключить внешний дебаггер который покажет где именно максимум времени выполнения (в каких функциях, с учетом количества раз вызова), понатычьте вместо этих pring pre кучу echo microtime и смотрите где уходит максимум времени - там и ищите проблему.

Но в любом случае, количество запросов надо уменьшать.

То что сейчас в скрипте - это годится для работы с единицами информации, для групповой работы надо писать так, что бы оно умело группово обрабатывать, а не каждую единицу отдельно.

p.s.: если у вас вдс, почему Вы коннектитесь через ИП:порт? Коннектитесь через сокеты, это быстрее, а при большом количестве запросов намного быстрее.

Dram:
Даже перенос этой таблицы в тип мемори не особо помог.

Мы говорили о создании подтаблицы id, rgt. Мемори отдельная тема, оно не всегда быстрО, особенно на вдс, где память может быть "ненастоящей".

Dram:
Удаление индексов убрало медленные запросы, но походу скрипт тормозили не они. Все равно 500 строк кода и обновление 3 таблиц выполняется по 6-7 часов в облаке хедзнера набыстром ssd впс

Дык slow queries log посмотрите.

Всего: 12159