Да, функционал торрента действительно не основной. По сути мне нужен сервер который бы уведомлял другие ресурсы по API что данный конкретный пользватель стоит на раздаче такого-то торрента.
Пока не могу придумать как это сделать без регистрации. Не хотелосьбы заставлять людей регаться лишний раз (OAuth не подходит по своим соображениям).
Вот, точно - важно умение применять знания. До фига сталкивался с людьми с сертификатами, с идельным знанием технологий, "золотых партнеров" и все такое, после которых просто целиком приходилось выкидывать то, что они написали.
Ну я же говорю - что-то не так с архитектурой. ;) Стили разных блоков должны быть в разных css. Зачем править хедер если правятся стили? В хедере должна быть только разметка, а она должна быть сематической, а стилями только стилизоваться. Так что нет нужды править хедер для изменения стилей.
Ну и так далее. Но это конечно в идеальном, каком-то другом мире, без войн, болезней и депутатов.
А в нашей реальности я не вижу других способов (если не поднимать систему контроля версий) кроме работы в разное время или/и редактора который сможет уведомлять об изменении файла и показывать diff, чтобы можно было смержить хотя бы руками.
К тому времени как ТС выучит js и angular, о рубях информация останется только в архивах интернета, а их заблокирует РКН, так что до профита он не доберется.
Во-первых потому, что сможете работать больше с фронтендом, т.е. расширять свои профессиональные навыки в той области в которой работаете.
Во-вторых сейчас популярен Node.js и если случится чудо и через 2-3 года о нем не забудут - сможете работать с ним.
Еще хороший вариант Python, я думаю. Просто для развития.
Я исхожу из желания остаться в web'е.
Java - это уже шаг в сторону. Говорят им больше платят, что это матерый этнтырпрайз, но мне кажется почему-то что это не надолго. В данном случае вообще ни на чем не основанное мнение. Просто шестое чувство.
У Update есть флаг для этого.
$el->Update($found_id, ['DETAIL_PICTURE'=>$array['DETAIL_PICTURE']], false, true, true);
Нужно так. Последний true - включает ресайз. Попробуй.
maxyc_webber: а... ну есть нюансы, да.
По поводу поддерживать - мне вот кажется ты вообще что-то не то делаешь. На кой хрен тебе понадобилось менять размер загружаемой картинки? Можешь рассказать?
Я просто не вижу такой необходимости при помещении картинки в элемент инфоблока, в DETAIL_PICTURE.
Посмотрел доки. Да - так нельзя. Для этого метода должен быть зарегистрированный файл. Он же для кэша. Логично все. Вы пытаетесь отресазить фотку перед добавлением в элемент - этого нельзя сделать этим методом.
А чем resizeimage кривой?
А, ну или как вариант - можно попробовать снять галку в настройках продукта Проверять email на уникальность при регистрации - тогда возможно прокатит второй раз зарегать пользователя с этим email.
Если начнутся проблемы с логином - можно сделать простой хук.
Ну так это почти верно и для PHP. Но это не критичные различия. В подавляющем большинстве случаев одно можно преспокойно заменить другим. В половине остальных это нежелательно просто потому что будет неудобно. И только в редких это будет невозможно или потянет за собой гору костылей. Возможно мне надо было написать "в большинстве случаев это по смыслу тоже самое".
Олег Серебряков: нет. Реальная работа может показать отсутствие знаний, но подтвердить не может, так как подтверждение знаний через реальную работу ничем не отличается от подтверждения умения пользоваться гуглом.
