Владимир Коротенко, какие знакомства у программистов ? Вы не спутали знакомства юристов в уголовном праве с программером ?
Программисты не принимаются тимлидом за красивые глаза или знакомства.
И не порешает многомерный массив с помощью взятки.
Владимир Коротенко, за 5 лет работы в магазине сотоых телефонов ты обрастешь знакомствами.
Люди и там и там, и уж тем более компетенцию в "Прикладной информатике" так не зарабатывают.
Будьте честны перед самими собой, 80% студентов приходят домой и сидят в тиктоке, о каком росте тут можно говорить.
ну так сделай проверку grep " че ищем" /home/1.conf || sed то заменяем
|| облегченая конструкция тру фелс завершения программы, если греп найдет строчку будет тру, соответтвенно тебе нужен фелс.
И того строки нет ,то сед
строка есть то пропускаем
ну или регулярку нормально составь.
Владимир Юрченков, нет платят проффесионалам за последние 3-5% знаний
то что ты знаешь все русские буквы -это стоит 0
то что ты знаешь все цифры - 0
то что умеешь их складывать -0
то же самое во всех остальных отраслях.
Я плачу за "компетенцию" а не за общие знания.
Так что в этом вопросе общие знания ничего не решают.
А вот доп знания решают, но тут вопрос с чего бы эти знания появились в нынешнем институте.
ComodoHacker, 300 гб заливать явной переносе сайта, даже бэкап держать вне облака или дата центра это же маразм.
не на домашнем же диске его хранить.
так что думаю тут вариант сценария переезд 1 сайта на другой сервер в адекватные сроки.
к сожалению за 95% знаний никто вам платить не будет.
Так же как не прискорбен факт 5 лет практики даже джуниором дадут вам мидла а по хорошему сеньера если при этом вы реально обучаемы.
вышка вам даст 0 или приближенное к этому значение, все вы знаете реальный уровень ваших одногрупников.
И да вышка сейчас настолько слабая что не особо то в ней есть толк, если быть точным в деве наверное практически отсутствует.
вы скажете но теория. а слушали вы ее насколько внимательно?
вы дополнительно занимались пахали на себя?
нет
в потоке этим занимаются 2 фрика, вот им это даст колоссальный подьем вышка плюс хобби.
А в остальных случаях это трата времени, к сожалению.
А высшее образование в деве хоть и требуют, на практике не видил ни разу чтоб дело дохоидло до самого диплома.
Принимают на уровне знаний.
ComodoHacker, оно поможет вам понять с каким кодом завершилось копирование.
Прверьте если вы копируете с сервера на сервер вам этого более чем достаточно.
Тем более никто не мешает вам при || повторить операцию.
Вероятность того что 300 гб по дороге потеряется крайне мала, это же не ваша домашняя линия собранная из говна и веток.
ComodoHacker,
если вы качаете между серверами такой ситуации быть не может
Связь между дата центрами идиальная, и никто вам не мешает добавить в конец $$ echo "закончил копировать валидно"
Ну или || echo провал братан
Леонид Марков, ну я тебе и так их могу назвать.
Для этогоне нужно быть 7 пяди во лбу.
Значит смотри как все проиходит
1. зомби процессы сьедают память 10% вероятности легпо проверить по памяти.
2. вы развиваете сайт и у вас появилась более сложная логика, порой даже просто количество товаров в категории отобразили. тем самым дали тяжелые хиты в бд на подсчет товаров в каждой категории.
но оно работает.
однако уже начинает образовываться очередь при этом сильно проседает средний хит.
3. у вас увеличилась база товаров предлоежний и тд, даже +30%
4. вы не кешировали важный компонент, смотри пункт 2
5. что бует дельше. дальше очередь будет забиваться и в какой-то момент буде лавинообразное падение бд при 100% загрузки не будет ответа.
Притом в этой очереди уже будут висеть вообще левые запросы.
6. у вас на сайте импорты экспорты в этот момент сайт тормозит.
Дайте название вашего сайта.
Можно уже будет более детально обговорить
Сами логи вам ничего не дадут
Как вариант можете проверить iotop -oka
Алексей,
ну да я про это и говорил ?sort=PROPERTY_MIN_PRICE&by=asc
сортировка по минимальной цене и от a-z или z-a
собственно про это и говорил, эту хрень не индексируют вовсе. И соответственно в рулах ее быть не может ( в тех что индексируются)
По хорошему так вообще за ajax это прячется.
Alexander_The_Great, Юрист аферист или другой юрист
Договор не может унижать честь и достоинства одной из сторон, ограничивать права или свободы.
все такие пункты договоров будут считаться ничтожными.
Александр, есть плюсы и того и того подхода.
К сожалению тема не на один час.
При 90К товаров лучше использвать разные инфоблоки.
Опишу вам сразу чего стит избегать
1. постобработчиков - минимизируйте желательно полностью убрав ( со временем их скорость работы превращяетя в очень большую проблему)
2. Используейте штатный обмен с 1с ( не тот что вшит в 1с а тот что на сайте битрикса) https://1c.1c-bitrix.ru/ecommerce/download.php
3. Не забыавйте что 1с подготавливает данные а битрикс просто импортирует
соответственна вся подготовка данных на стороне 1с, не постобработчиком на сайте, и если выбирать что кастомить, кстомизируйте 1с обмен ( к сожалению) но перед этим прочитайте полный ман по модулю.
Есть вероятность что вы пилите то что уже есть.
4. инкрементный обмен, настраивайте сразу его.
5 если на сайтах количество товара такое 90К 90К 90К то да 1 база 100%
если 30 30 30 то однозначно раные инфоблоки, тут дело в том что разные платформы будут требовать разного бизнесс процесса и различия в инфоблоках все-равно будут как и в логики построени фильтрации тд.
Скорее всего бренды разнонишевые и клиент у них разный соответственно и мелочи на сайте будут разные.
К примеру базовое белье дефиле переходит от сезона в сезон, и приходится в экспорте пилить что вот эти и эти признаки преетаскивают старый товар в новые коллекции. Дикая орхидея так не делает, поскольку другой цен сегмент. Соответственно такие мелочи копятся, в результате разные инфоблоки позволят вам нормально это сделать.
да и 90К товаров для битрикса это прям много.
Скорее всего вам нужно будет заняться после создания сайта производительностью, и даже если вы все реально закешируете то вам прийдется переделывать основной каталог на ОРМ дабы ускорить сайт ( и да он ускорится сильно)
Если же их удет 30 то это не так страшно, хотя ве-равно скорее-всего прийдется переходить, и избаляться от части штатного функционала. ( по средствам штатного апи)
Напишите какие товары чем отличаются платформы, чем сохжи, и будет боле понятно что делать дальше.
Так же не забывайте что многосайтовость местами не работает как положено
намрпмер в сео модуле нет селекта какой сайт именно, и вы не сможете напистаь разные условия для разных сайтов.
Тут конечно можно костыли впихнуть и заработает но прям простого решания там нет, поскольку этого разделения нет на уровне системы. И прям в импуты прийдется вписывать код ( по мнению разрабов это может каждый сеошник) угу прям вот так, лично общался с разрабом этого места.
В общем есть плюсы 1 базы основной это изменения кода будет менять его сразу на 3 платформах.
Минуы это ограниченая кастомизация инфоблока под каждую платформу и 3кратное увеличение базы.
Особенно если это товары разной направленности то есть и свойства и разделы будут тоже создаваться под каждую группу товаров.
Программисты не принимаются тимлидом за красивые глаза или знакомства.
И не порешает многомерный массив с помощью взятки.