Да, например использовать http://php.net/manual/ru/book.geoip.php
Дорвеи это. Скоро их побанят.
Вопрос: чем ваш канал отличается от сотен подобных ?
LazyBadger если тебе хочется почесать языком на программерские термины и углубиться - иди на профильный форум.
Сайт покажите.
mmkulikov, там проще расписано. я лично с битриксом даже за 5 тыщ в час не стану работать)
Второй день глючит уже. Притом в метрике порядка 30 сайтов. Какое то цикличное обновление - разом все обновляются или тишина. Кэш наверное прикрутили какой-то региональный. С московского ip нет проблемы. с регионального - есть.
bridal777, Хороший тестер на вес золота. Их реально единицы по всей стране. Тестер это по факту еще и аудитор, а не эникейщик.---------- Добавлено 24.10.2018 в 19:43 ----------bridal777, И да, это хорошо когда есть бюджеты на команду, а когда бюджет ограничен - тут намного сложнее. Да и вообще сейчас архисложно найти хорошего разработчика. В свое время пересобеседовал наверное человек 100 разными способами: порог входа в профессию очень низкий из за обилия мифа "Выучи программирование за месяц - зарабатывай 100 тыс" и из-за огромного непрофессионального контента в виде видеоуроков или онлайн курсов.
А самое интересное - практически никто не ответил на 10 простых вопросов о программировании (основ).
Типа "какие типы данных вы знаете, можно ли перетрясти этот массив без рекурсии, чем отличается LEFT JOIN от INNER JOIN" и т.п.
9 из 10 - было всего 10% :)
Типичные проблемы любой разработки в России.
Лично мне достался один проект после студии (судя по системе версионирования разработчиков было 50 человек с разных концов планеты), с ужасной архитектурой.
Была создана команда под проект. Было предложено все грамотно переделать - но у заказчика не было времени на это - бизнес задачи не ждали, поэтому пилили то, что есть - тоже были такие же проблемы -в одном месте сделаешь, в другом отвалится. В итоге мы пришли к следующей схеме:
1. Аудируем код всей командой
2. Создаем чеклисты и документацию для новых программистов.
По чеклистам тут все предельно просто на примере веб - сайта. Меняется модель корзины - объект Basket - необходимо проверить:
1. Добавление товара в корзину / удаление.
2. Отправку заказа.
3. Изменение комплектации товара и т.п.
Тоже самое повторяем на мобильной версии если менялся фронтенд.
Ну и конечно потихоньку создавать простую документацию (без всяких там суперсистем ведения учета - на них кучу времени уходит) - просто простыми словами понятными чтобы любой программист мог сразу понять что к чему.
Ну и конечно нужен тестировщик, опять же от проекта зависит. Если сделать хороший чеклист, то можно назначать ответственного за тестирование - например Вася эту неделю только тестирует и сидит на авралах (тут все зависит от количества человек в команде).
ЗЫ: ну и конечно не должно быть текучки кадров. Команда должна быть постоянная, с текучкой - косяки будут всегда.
У меня был один ведущий программист, так он знаете что наделал ? для генерации ключевых слов в одной системе он использовал бесконечный цикл на боевом. Я успел это заметить. Там было 100500 условий, т.е. теоретически была возможность "не выхода" из бесконечной рекурсии, что делать на продакшене нельзя. Он так решил сэкономить свое время и сделать "генерацию на лету".
И как показывает статистика проблемы возникают на проектах где пытались или использовали всякие абстрактные модели. Мало кто ООП умеют использовать, а правильно - вовсе единицы.
Есть крупные проекты написанные без использования объектов (с дублями кода) - в них вообще проблем практически нет, единственная - что забудут скопипастить какую- нибудь функцию :)
Можно посмотреть ваш проект (в личку)?
svv, Ну примеров масса, например: https://vk-book.ru/knopka-pokazat-eshhe-na-ajax-podgruzka-kontenta/
