• Со временем перестает работать парсер на PHP?

    @dimabdc
    Посмотрите логах ошибок, если есть что-то подобное:
    Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 54 bytes)

    то поставьте:
    ini_set('memory_limit', '-1');
    Ответ написан
    Комментировать
  • Не обновляется полоса загрузки?

    @ColdSpirit
    Есть ощущение, что у вас полоса загрузки тупо переполняется, или что-то подобное, просто довольно странным кажется расчет ее ширины.

    Сверьте свою версию расчета с этой:
    ItMax - последняя итерация (в вашем случае количество сайтов)
    ItCurr - текущая итерация (номер обрабатываемого сайта)
    LoadingBarWidth - ширина элемента, содержащего полосу загрузки, в пикселях

    В итоге ширина полосы загрузки должна быть:
    ( LoadingBarWidth / ItMax ) * ItCurr
    Тут так же главное проконтролировать, какой тип деления вы используете (целочисленный или дробный).

    А вообще, по той информации что вы дали, сложно судить.
    Ответ написан
    Комментировать
  • Можно ли заблокировать работу Selenium Webdriver?

    Не могли, selenium - это просто программа, которая открывает браузер, сервер ничего о ней не знает. А даже если бы они это и сделали (по юзерагенту, например), то у вас бы не только кнопка перестала работать.
    Скорее всего просто верстку поменяли или какая-то асинхронность там, которая раньше работала случайно, а сейчас у вас сеть просела и что-то не успевает прогрузиться, например.
    Ответ написан
    Комментировать
  • Junior PHP программист, что делать чтобы устроиться на работу?

    paulfcdd
    @paulfcdd
    PHP/Sf/WEB developer
    А теперь сделай тоже самое только на каком-то фреймворке (Yii или Symfony) и тогда будешь молодец)
    Ответ написан
    Комментировать
  • Junior PHP программист, что делать чтобы устроиться на работу?

    e_svirsky
    @e_svirsky
    Web Developer
    Еще добавлю: недавно писал для своего ученика тестовые задачи для создания магазина на собственном MVC-фреймворке. Можете попробовать по шагам сделать тоже их. Вот ссылка, если интересно.
    После всего этого посоветую поковырять какой-нибудь MVC-фреймворк, например Symfony2. Там много базовых вещей которые схожие в других фреймворках. Разберётесь с одним - будете ориентироваться в других. Да и на symfony2 проще найти вакансию нежели на plain PHP.
    Ответ написан
    4 комментария
  • Как правильно подготовиться до уровня Junior PHP?

    Как написали выше, без фреймворка далеко не уедете. Для общего будет достаточно написать блоги на Yii2 и Symfony 2(Ларавел написан на ядре от симфони, есть нечто схожее). Пользуйтесь при разработке ООП(это нужно не только работодателю, но и вам. Поскольку придет ваш клиент через два года и попросит фичу, а у вас костыль на костыле и чудище никак не расширяемо). И конечно, читайте документацию того, на чем вы работаете, на английском и чем свежее тем лучше. В частности, колонки Best Practice очень помогут на первых этапах. Книги бесполезны, то что было два года назад, уже никому не нужно.

    Реализация своего проекта, тогда и тестируйте его по полной. На собеседованиях будете рассказывать как и что делали, и почему. Можно попросится помощником кому-то на фрилансе, или поработать бесплатно. Это даст ощутимый буст в знаниях, не только как программиста, но и члена команды. Научитесь использовать миграции, системы баг трекинга, системы версионного контроля, что при командной разработке не мало важно. А в качестве джуна вы будете обязательно работать в команде и под присмотром. Важно работать с разной информацией и уметь предложить несколько вариантов разработки и решений. Как-то так.

    Если вы располагаете временем. Попробуйте сделать что-то сложнее чем интернет магазин. Например, сайт авиакомпании с рейсами и заказом билетов, мониторинг и пр. Банковские системы, работа с API гугла, фейсбука, вк, или онлайн касс. Разные виды парсинга данных и их отображения.
    Ответ написан
    8 комментариев
  • Стоит ли тратить время на Битрикс?

    @sanex3339
    Если вам нравится плавать в говнокоде - конечно тратьте свое время на это. Меня в свое время (год назад) хватило ровно на 5 дней работы с этим чудом. Уволился по собственному и больше никогда к `этому` не притронусь.
    Ответ написан
    1 комментарий
  • Какие знания необходимы перед изучением php фреймворка?

    @larionov_n
    Попробуйте подумать, что у вас есть данные и вам нужно их обработать, чтобы получить результат. ООП - это просто инкапсуляция в капсулу методов для обработки данных объекта и капсула эта называется Объект, прототипом которого является класс. Могу сказать что вначале недостаточно ООП. Нужно и технологию программирования освоить и структуры данных знать - хотя бы основные, математику школьную.

    Помимо еще и специфику, PHP - это Backend, а он впервую очередь получает запрос от клиента, обрабатывает его, если нужно запрашивает из BD нужные данные и возвращает ответ.

    Соответственно: На какие вопросы надо ответить чтобы решать эти задачи в виде данных? Получить запрос (Обработать запрос (Что за запрос, удаление, апдейт, создание или фильтр какой, посмотреть его входящие параметры, прочитать HTTP заголовки, запрос можно классифицировать сложным URL адресом, который в свою очередь можно классифицировать и соотнести к какой-то реально сущность book/1?new=true&filter=asc, соответственно есть у вас есть Front Controller - то запрос по книжкам можно отнести к контроллеру Books (А контроллер часть паттерна MVC, контроллер будет работать с моделью, модель может напрямую общаться с BD или передаваться какому-то сервису который общается с BD (ORM, SQL with Driver). Соответственно вы в модели запрашиваете данные, проверяете данные, обновляете, внедряете бизнесс логику и только когда это сделали, возращаете данные готовые для пользователя, но только данные пользователю не интересны, вам нужно обернуть данные в HTML, проставить значения, интегрировать в верстку, тут уже приходят на помощь вьюшки, шаблонизаторы, так как ответ может быть не HTML, то модель нужно сериализовать в JSON. Соответственно все эти объекты у которых есть данные имеют методы для работы со своими данными. А общение между объектами путем отправки друг-другу сообщений (petya.give(beer, vasya). Отношение между ними будет осуществляться либо вложение объектов в друг-друга (композиция), либо копированием свойств между объектами (иерархия, наследование). Определять то что умеет объект, будет его интерфейс (где уже вступают в силу модификаторы доступа).

    Соответственно кратко:

    Обработка данных внутри методов (Алгоритмы и структуры данных)
    Общение между объектами ООП (Объектно ориентированное программирование)
    Архитектура приложения на уровне объектов (Дизайн паттерны, композиция, агрегация)
    Выполнение последовательных операций (Императивное программирование)
    Получение A и превращение A в B с хитроумными сплетениями (Функциональное программирование)
    Выполнение двух операций одновременно и синхронизация между ними (Параллельное программирование)

    Удачи!
    Ответ написан
    Комментировать
  • Ubuntu 14.04 не перезапускается, что делать?

    bobrovskyserg
    @bobrovskyserg
    Диск у вас посыпался, может быть. Или память глючит. Да мало ли.
    Ответ написан
    5 комментариев
  • Стиль написания кода в PHP?

    egor_nullptr
    @egor_nullptr
    Комментировать
  • В Python выдает ошибку UnicodeEncodeError?

    @deliro
    print(continue_link.encode().decode('utf-8', 'ignore'))

    В этом случае все непереводимые в cp866 кодировку символы будут пропущены. Поменять кодировку консоли у вас вряд ли получится.
    Ответ написан
    2 комментария
  • В Python выдает ошибку UnicodeEncodeError?

    ArthurG
    @ArthurG
    Любую строку с символами отличными от английского алфавита надо помечать, как unicode строка.
    u'строка'
    Ответ написан
    2 комментария
  • Какой php framework самый простой для изучения?

    DmitriyEntelis
    @DmitriyEntelis
    Думаю за деньги
    Хотелось бы не только документацию, но и туториалы (уроки). В идеале как с zend framework 1 - целые обучающие диски ( например Евгения Попова)
    Поймите одну вещь пожалуйста - с учетом уровня зарплат в индустрии - если человек тратит время на запись каких то уроков - он может быть отличным "инфо"бизнесменом, но как программист-профессионал он скорее всего говно.

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

    Что касается современных фреймворков на которые стоит посмотреть - я бы посоветовал Вам начать с Yii2 или Laravel
    Ответ написан
    Комментировать
  • Путь в быдлокодеры или как стать программистом с 0?

    DmitriyEntelis
    @DmitriyEntelis
    Думаю за деньги
    1) Я упорно отказываюсь называть верстальщиков - программистами.
    На 90% это тупая низкооплачиваемая работа, никакого отношения к программированию не имеющая
    Исключения есть, но не много.
    Для того что бы стать web backend программистом - знания верстки нужны самые минимальные (читай - не нужны вообще, но в процессе все равно появятся), зато нужно например sql которого в вашем списке нет почему то.

    2) Если хочется денег и нет отвращения к дресс-коду - можно пойти в java разработчики.
    По деньгам выиграете заметно, но это в 99% enterprise со всеми вытекающими.

    3) Если хочется денег и свободы - можно пойти в разработчики ios/andoid на выбор.
    Самый правильный вариант если с нуля выбирать профессию.
    Кадровый голод в сфере дикий, в dc берут с 0ми знаниями на неплохие деньги.

    Imho самый правильный вариант для Вас - второй или третий.
    Становиться верстальщиком сейчас - явно не самая хорошая идея.

    UPD
    PolzuizYami: Что за enterprise и что за вытекающие? )
    Какой порог входа для разработчика под мобилки и через сколько я смогу показать результат и что то за это начать получать ? Почему вы не любите fronted? ) И почему становится fronted'ом не лучшая затея(на верстке я как бы не собирался останавливаться, но это основа основ для fronted'a)?

    Enterprise - работа или в крупной компании или в аутсорсере который работает на крупную не IT компанию. Вытекает из этого определенный уровень бюрократии, чинопочитания, формализма, дресскода и прочего, что в какой то мере компенсируется кешем и стабильностью™.
    Опять же не всюду, но очень много где.

    Порог входа для мобильной разработки сейчас достаточно низкий, 0-1-2 месяца самостоятельной практики и можно идти на вакансию junior, в dc платят 40-50 на старте, за год-два можно выйти на 150-250+ с учетом фриланса.

    По поводу фронтенда:
    Сразу небольшой дисклеймер:
    a) не хочу никого обидеть, пишу исходя из личного опыта. b) это справедливо не для всех проектов.

    Итак:
    1) В отличии от backend - сложность и объем задач по frontend не зависит от размера аудитории проекта.
    2) В отличии от backend - работы по frontend выполняются быстро и в отсутствии требований по изменениям - доработкам не подвергаются.
    3) В отличии от backend - текущая работа по frontend сильно менее связана с прошлыми этапами работы, либо погружение в проект требует не много времени (не всегда, но часто)
    4) Следствие из 1, 2, 3: Для запуска развития среднестатистического проекта нужны backend разработчики в команду (штат/длительный аутсорс) и не нужны frontend разработчики в команду (проще и дешевле брать фрилансеров под конкретные задачи)
    5) Вывод: Путь верстальщика это в 90% либо короткая дешевая работа на фрилансе, либо работа в штате по поддержке постоянных маркетинговых хотелок (подвиньте банер на 20px в бок, итд), либо в очень редких случаях - действительно сложные, нагруженные с точки зрения frontend проекты.
    Почему в редких случаях? Потому что таких проектов очень мало :) (и кстати многие из них - enterprise)

    UPD-2
    По поводу мобильной разработки:
    Куда пойдет mobile dev через 5 лет - предсказать сложно. На мой взгляд основная масса проектов сейчас достаточно простая и для успешной реализации требует монотонной аккуратной работы (70-80% времени это собирание верстки и анимаций, подключения к внешним апи). Адские зарплаты сейчас обусловлены дикой нехваткой людей. Но есть мнение что пик уже прошел.
    С другой стороны появляются новые мобильные платформы - и разработчики нужны уже под них) Непрерывный процесс саморазвития как он есть)

    UPD-3
    Собственно, почему Веб ,а не мобильная или Java. Ориентировался чисто по вакансиям своего города, к сожалению живу не в DC и да же не в DC2, а наверно DC 666 (Владивосток).
    Вся прелесть бытия IT специалистом - в нашей широкой востребованности. Не нужно ориентироваться на свой город, да и на DC по большому счету не стоит. Перед тобой вся планета.
    да и маме сайт сделаю
    ппц мотивация для выбора жизненного пути.
    Ну а про потолок верстальщика - я расписал ниже.
    Ответ написан
    28 комментариев
  • Для чего код написали таким образом?

    CrazySquirrel
    @CrazySquirrel
    Вся суть "построчной" оплаты труда в двух строчках :-)
    Ответ написан
    Комментировать
  • С какой шириной вы рисуете адаптивные сайты?

    @Step_M
    На основе практики создания адаптивных сайтов, используем вот такой комплект ширин (для верстки с использованием брейкпоинтов):
    320 или 480 — телефоны/смартфоны
    800 — смартфоны/планшеты
    1024 — ноутбуки/планшеты
    1280 — десктопы/планшеты/ноутбуки
    1600 — десктопы

    А вообще, суть адаптивного сайта автоматически подстраиваться под любой размер экрана, и в идеале лучше вообще обойтись без переломных точек, а просто плавно подстраивать элементы сайта (размеры блоков, размеры шрифтов и т.д.) под размер экрана.
    Ответ написан
    1 комментарий
  • Книгу по Javascript?

    megamops
    @megamops
    1. Флэнаган, 6-е издание. Самая лучшая и правильная книга. Лидирует с огромным отрывом от всех остальных, вместе взятых. На русском пока не было и неизвестно, будет ли вообще: издательство «Символ», которое собиралось её выпускать, накрывается медным тазом.

    2. Крокфорд, бывает по-русски в сносном переводе.

    3. По желанию — Стефанов.

    4. Книга Резига лично мне не понравилась; по-моему, автор дудит в какую-то свою дуду и извращает высокие идеалы истинного JavaScript. Впрочем, это моё субъективное впечатление.

    И самое главное — ни в коем случае не читать книги русских авторов. Не только по JavaScript, но и на любые компьютерные темы. Одна-единственная книжка отечественного автора способна так засрать мозг, что потом не поправить десятком других, правильных книжек.

    А если кто-нибудь вам советует книги русских авторов — не водитесь больше с этими людьми, а то заразитесь от них и умрёте (как специалист) в страшных профессиональных мучениях.

    Что касается онлайн-учебников и прочих ресурсов в Интернете — там 5 % пользы и 95 % говна. Их можно читать, только если вы уже умеете сами отличать говно от пользы. Иначе — см. предыдущий абзац.
    Ответ написан
    1 комментарий