ты хочешь увидеть слово MUST?

ога

наверняка autoloader namespace к нижнему регистру приводит

жаль нет смайла с facepalm

да суть в том что в java например package всегда с маленькой буквы а класс с большой)

а тут по сути не регламентированно

пиши как хош

будет работать и так и так

а в бейсике вообще нет классов

не благодари

знаю что будет работать

не благодари

?

просто популярно в пыхе так

Class names MUST be declared in StudlyCaps.

https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-1-basic-coding-standard.md

Class names же

но не namespace

https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-1-basic-coding-standard.md

ты его не победишь

про class name я знаю

ты его не победишь

тут дело не в победе

Class names MUST be declared in StudlyCaps.

выше про вендор нейм разговор идет

но не namespace

отправь PR

Alphabetic characters in the fully qualified class name MAY be any combination of lower case and upper case. мне кажется это то, о чем вы говорите. Можно и так и так, поэтому в yii с маленькой, а в нормальных фреймворках в pascal case

camelCase

это другая песня

то что в yii с маленьких я тоже знаю

классы в паскаль кейсе

тут именно вопрос про namespace

потому что оно никак не предложенно конкретно и можно делать и так и так

по вкусу

я ж говорю, отправь PR

хотя вероятно новый PSR для этого придется делать)

вот именно

но судя по большинству в пхп

лучше писать с большой namespace хотя это не регламентированно

хотя подход в java нравится больше, там namespace с маленькой а классы как в пхп)

верней наоборот классы в пхп как в java :D

Бле, писал кто-то бота для телеги на винде? (openserver)

писали бота на пхп. и ос тут не причем

Бле, писал кто-то бота для телеги на винде? (openserver)

я писал

писали бота на пхп. и ос тут не причем

У меня проблема с https на опенсервере, не проблема ?)

нет не проблема

я писал

Как ты решил проблему с https? я его никак не могу настроить, отправляю запрос на setWebHook, по кд ошибка bad webhook: getaddrinfo: Name or service not known https://core.telegram.org/bots/self-signed - знаю

нет не проблема

Ну да

Ну да

стоп

используй лонгполинг

или ngrock

используй лонгполинг

Разве он профитнее ?

Разве он профитнее ?

и тут начнется спор... у тебя нету домена и телеграм не может послать пост запрос

и тут начнется спор... у тебя нету домена и телеграм не может послать пост запрос

Хехе, понял

для разработке можешь или лонгполинг или ngrok взять

Благодарю

Ни у кого не найдется дамп базы данных ФИАС? Желательно под PostgreSQL

Ни у кого не найдется дамп базы данных ФИАС? Желательно под PostgreSQL

Есть же импортилки на гитхабе из оф. формата в дамп

А база фиаса и так доступна

Гугли fies to postgres

Ничего адекватного)

ERROR: S client not available

Доброе утро однако > Middle WordPress developer

Среднячка хотят че.

Йоу, на чём сейчас модно делать магазинчики? Функционал достаточно простой будет, ничего специфичного. Надо ток побыстрее сделать. Из того, что рассматривали: Woocommerce/Magento - медленные достаточно, шопифай не подходит по личным причинам :) Может кто-то пробовал какие-то варианты на Laravel / Symfony ?

opencart/prestashop

если супер простой

и без разработки

там только установить

Можно попробовать modx с minishop или shopkeeper

только нету опыта ни с опенкартом, ни с престашопом, ни с модх :)

посмотрю, что там за звери

modx тяжелее настроить

а opencart и правда из коробки рабочий

ну хз хх

opencart/prestashop

Эти будут явно быстрее, даже если разбиратся чем на laravel или Symfony (они круты, ну это когда сложная бизнес логика)

А для пробы это самое то

без описания задачи - всё это гадание на кофейной гуще

то что было дано: "хочу чтьбы быстрее сделать"

Он же быстро хочет своять магаз, и проверить попрет или нет

Это самое быстрое что можно было выбрать

Если попрет можно что то серьезное писать, прототип хочет сделать

а opencart и правда из коробки рабочий

опенкарт гавно даже для прототипа. Как такой движок вообще можно было выкатить на всеобщее обозрение. #ИМХО

а чем обосновано?)

а чем обосновано?)

хотя бы вот этим: http://www.techchattr.com/never-use-opencart

а вообще можешь вбить в гугл: why you should never use opencart

до сих пор я вообще думал, что на опенкарте разработчик делает магазин только до первых правок, т.к. после них желания работать с этой cms вообще нет

ага, а потом отдают на аутсорс

вот у вас проблемы... люди осознанно битрикс ставят.. а у вас опенкарт говно

ну если сравнивать битрикс с опенкартом, то я лучше возьмусь за доработку функционала на битриксе, чем на опенкарте