откуда новость? что-то я не нагуглил её, но я думаю, что речь пока идёт только об исходящих переводах, интересно, что недавно итак уже повышали этот порог (10 000 долларов), короче дальше-больше, и к концу года мы можем остаться вообще без вариантов для получения денег с адсенса, только через родственников или знакомых из других стран, я например попросил открыть брата, живущего в Украине аккаунт в адсенсе, там проблем с получением нет, но вот как потом переводить оттуда сюда, я пока не знаю
для передачи финансовой информации при переводах средств на территории России должны использоваться только российские сервисы, говорится на сайте цб
это только для переводов внутри страны, свифт итак уже давно не подходит для переводов внутри страны
Интересное кино с выплатами.
Предлагаю новую форму работы 😊:
Будет, как у вебмастеров. И ныть никто не будет. И оправдывать ничего не надо. И компания возможно поймет, каково это в долг.
А то вроде бы, как средства на счета РСЯ поступают в режиме нонстоп, а вот выплатить вебмастерам - это уже похоже на одолжение последним. Увы.
в этом случае вебмастера будут ещё дольше ждать, не подсказывайте им такие идеи, куда лучше просто забастовку устроить, отключить одновременно всем их рекламу на день, чтобы поняли, что так нельзя с партнёрами
ничего смешного здесь нет, яндекс некрасиво себя ведёт второй месяц подряд, выдавая в последний момент обесценившиеся рубли, на начало месяца рубль стоил больше, чем к концу месяца, это факт
короче говоря, для автора темы, я бы ответил следующее: если вы хотите работать на кого-то и готовы карабкаться вверх и получать максимальную зарплату, то выбирайте дорогие языки программирования, если готовы получать копейки, но зато гарантированно, то выбирайте php. Однако, всё поменяется если вы захотите работать на себя и выпустить массовый платный продукт для вэба, тогда из-за массовости, более востребованным будет тот, который написан на более массовом языке, то есть на php, ну или если же вы хотите сделать свой собственный самописный проект под вэб, то здесь выбор тоже в пользу php. Если разработка под вэб вам не интересна, то выбирайте дорогой язык программирования, там тоже большое поле для работы на себя (приложения, игры, и т.д.):
Если же говорить о зарплате программиста, исходя из языка программирования, в 2022 году следует метить в такие направления:
источник https://tproger.ru/articles/zarplata-programmista-v-2022/
У Вас путаница понятий. Вы не можете отличить веб-сайт от поисковой машины.Я открою Вам огромный секрет: Windows тоже не собираются собирать на базе PHP. Как, впрочем, и на базе пайтона.
Начитаются википедий, и несут сюда "свет знаний".
Не надо его защищать. Он сам себя защищает. То, что надо для работы с сайтами. Никакие пайтоны для этого не нужны, потому что пхп заточен именно для этих целей.
Ну да, вперёд "в ту степь". То-то РНР постоянно развивают, уже 8-я версия пошла - наверное, чтобы двигаться назад.
кто бы мог подумать..., когда же гугл осознает свою ошибку и перейдёт с py на php?...
цитата из википедии:
https://en.wikipedia.org/wiki/Google_Search
для этого, вроде уже есть memcache и shared mеmory https://www.php.net/manual/en/shmop.examples-basic.php, хотя вот для shared mеmory удобная и простая обёртка бы не помешала
UPD: на phpclasses уже кто-то создал и выложил такую обёртку https://www.phpclasses.org/package/4994-PHP-Store-and-retrieve-information-in-shared-memory.html
Не то чтобы универсальное, а чтобы было нормальное решение для некоторых задач, например обработок больших файлов, сохранение некоторого состояния которое могли использовать разные пользователи, выполнение запросов в базу с синхронизацией и др.
Например запустить один файл который будет прослушивать сокет получать задание запускать поток, получать результат и возвращать. Пока конкретных задач не стоит, но при создании разных сайтов думаю может возникнут некоторая потребность в распределённой работе.
если ваш демон, слушающий сокет будет отправлять результат, то вам надо ещё придумать как читать результат с потока, в принципе если это будет простая рабочая обёртка, вполне будет нормальным решением, но здесь есть лишняя нагрузка на сам демон, потоки можно запустить и без него, я бы не тратил ресурсы сервера на демона
